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 07 DEC 2000 10:38:40AM S Bell wrote:

I have a entry form with an edit table. I created a quick help record to explain to the user how to get around and edit fields within the table. Question is, does any one know a way to have that QH message remain on the screen while the user works in the edit table? As it is, they press F1 for help, get the message then lose the message when they go back into the table. It would be nice to hold that message on the screen above the table while their in the table.

Has body have any answers or help?


At 08 DEC 2000 12:50AM Donald Bakke wrote:

The QuickHelp feature uses a modal dialog box which prevents your users from continuing their work until the window is closed. I don't think QuickHelp can easily be altered (unless, perhaps, you get the code through the CSP) to work in a modeless state. However, creating your own "QuickHelp" and having it behave the way you want is a rather simple task. We do this very thing for our apps.

[email protected]

SRP Computer Solutions, Inc.


At 08 DEC 2000 07:05AM Oystein Reigem wrote:

S,

A possible solution for some cases, but perhaps not yours: Have a status line at the bottom of the window, where you display information about the current control. (It's not suitable if you have much information to display, or if you don't want the info present unless the user actually calls for it.)

I've done that for a few windows. I've done it in a clumsy way, with a GOTFOCUS quickevent on every relevant control. The GOTFOCUS quickevent calls a function that first checks which control has focus. The rest of the function is just a big case sentence that displays various texts depending on which control it was.

Since some of my controls don't have texts associated with them, I also have a LOSTFOCUS quickevent on every relevant control, to erase the text again. That makes my implementation even clumsier.

A more elegant solution would be to have a promoted GOTFOCUS handler, because then you wouldn't need all the quickevents.

- Oystein -


At 08 DEC 2000 09:34AM S Bell wrote:

THANKS GUYS!

—————————–7d03871320150–

View this thread on the forum...

  • third_party_content/community/commentary/forums_nonworks/82b52e94a6efa2e7852569ae0055f02f.txt
  • Last modified: 2023/12/28 07:40
  • by 127.0.0.1