Odd window behavior after 3.12 update (AREV Specific)
At 15 FEB 2006 10:32:51AM Mick Thaxton wrote:
I updated our 3.111 system to 3.12 over the weekend. It did take two times. I did do a backup, in case things went bad. I tested various aspects of the system, and everything seemed fine. Then yesterday, one of our windows started having a problem with some of the fields. We have a group of fields that insert defaults based on the customer. Very basic stuff. The video/prompts kind of jumped around when passing through these fields. I thought maybe this window got corrupt, so I copied the window from the 3.111 backup I had. That didn't do it. I removed the fields from the window, saved the window, then re-entered the prompts. The first prompt I entered, started demonstrating the behavior again. Is there something wrong with the install I did? Another thing that might be related, is after the install, it gave me a message about having to move the mfs_cache. Here is the message:
The caching MFS (CACHE_MFS)
must be placed in the Arev primary load
]I ended up just taking the line in our voc that calls the cache completely out for now. I thought I would address that, once I knew the 3.12 was stable. Any thoughts?
Mick
At 15 FEB 2006 02:15PM Warren Auyong wrote:
Are there any hidden prompt labels in the Window? These can cause untold grief in v3.12. Un-hide them and move them. I'm not exactly sure what the problem is, I think the hidden labels will put coordinates in the template that freaks out the Windows processor cursor positioning.
If you search through the messages Aaron Kaplan posted source code for a program that will un-hide all the labels.
At 15 FEB 2006 03:57PM Mick Thaxton wrote:
Thank you Warren. There are hidden lables. I can find out which ones without a problem, but, the bigger question is, what to do with them? If I unhide them, can I drag them to an area not shown on the screen? Or is there a fix/workaround in sourcecode somewhere, to take care of this problem?
Mick
At 15 FEB 2006 04:24PM [url=http://www.sprezzatura.com]The Sprezzatura Group[/url] wrote:
Set them to visible and change the text to say a space.
World leaders in all things RevSoft
At 15 FEB 2006 05:20PM Mick Thaxton wrote:
Yup, that worked great. Any ideas on loading cache_mfs in the primary load? I've not heard that term before.
Mick
At 15 FEB 2006 05:29PM Victor Engel wrote:
The primary load is programs that load into memory first. Probably, since it's an MFS, it wants the code to already be in memory so that it's available at the first IO for the files using it. The MFSs get called for file and volume operations, in addition to all unlock all calls, etc.
At 15 FEB 2006 06:45PM Mick Thaxton wrote:
Where would I put the cache_mfs besides the VOC to make it the primary load? Does anyone use the cache utility anymore? Was this just something people used on 286 w/8 megs of ram era machines?
Mick
At 16 FEB 2006 09:37AM Warren Auyong wrote:
If you typically use colons ":" after the label another trick is to change the label to a ":" and superimpose it over another prompt's ":".
At 16 FEB 2006 03:54PM support@sprezzatura.com wrote:
I've been known to set the foreground, background and text colors of the prompts to be the same.
support@sprezzatura.com
The Sprezzatura Group Web Site
World Leaders in all things RevSoft
At 16 FEB 2006 04:00PM support@sprezzatura.com wrote:
Here's the code to remove the hidden labels. You might want to make a backup of your WINDOWS table. Feel free to modify this as you see fit.
pre.code {
background-color: #E5E5E5;border: 1px solid #000000;width: 450px;padding: 5px;font-family: courier, verdana, arial, serif;margin: 0px 10px auto;}
Subroutine Update_Hidden_Labels /* This program loops through all windows records and removes the code for the hidden labels */ $Insert SysInclude, LCPOSITIONS Open 'WINDOWS' to hWindows Else Call FSMSG( 'WINDOWS' ) Return End Open 'LISTS' to hLists Else Call FSMSG( 'LISTS' ) Return End Perform "SELECT WINDOWS USING SYSWINDOWS WITH LC_HIDDENLABEL" Done=0 ChangedWins=' Loop ReadNext WinID Else Done=1 End Until Done Read WinRec from hWindows, WinID Then PromptCount=WinRec oWinRec=WinRec If Num( PromptCount ) Then PromptEndVal=PromptCount + 1 For PromptNbr=2 to PromptEndVal If Len( WinRec ) Then WinRec=' End Next PromptNbr If WinRec=oWinRec Else ChangedWins=WinID Write WinRec on hWindows, WinID Else Call FSMSG( WinID ) End End End End Else Call FSMSG( WinID ) End Repeat Write ChangedWins on hLists, 'HIDDEN_LABELS_CHANGED' else Call FSMSG( WinID ) Endsupport@sprezzatura.com
The Sprezzatura Group Web Site
World Leaders in all things RevSoft
At 16 FEB 2006 04:04PM support@sprezzatura.com wrote:
The primary load record is in SYSENV, INITIAL_LOAD. The $CACHE_MFS program will have to go into SYSOBJ, if it's not already there.
support@sprezzatura.com
The Sprezzatura Group Web Site
World Leaders in all things RevSoft