Sign up on the Revelation Software website to have access to the most current content, and to be able to ask questions and get answers from the Revelation community

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.

The Sprezzatura Group

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 )
End

support@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

View this thread on the forum...

  • third_party_content/community/commentary/forums_nonworks/45acbdc2e6e3b29485257116005567b1.txt
  • Last modified: 2024/01/04 21:00
  • by 127.0.0.1