Cancel push button (OpenInsight 16-Bit Specific)
At 05 DEC 2002 11:34:06AM Colin Rule wrote:
A button, eg Cancel, can have a check box for Cancel Push Button as one of its properties.
If you press Escape, this triggers the buttons click event and it cancels properly….. unless focus is on a table.
Why?
What can be done to make this happen regardless of what control has focus?
Thanks
At 05 DEC 2002 12:23PM Oystein Reigem wrote:
Colin,
There are dozens of reasons to hate edit tables. That escape thing is one of them.
- Oystein -
At 05 DEC 2002 02:37PM Cliff Harris wrote:
If you press Escappe in an edit table you get a CHAR event. Maybe you could close the window from there.
At 05 DEC 2002 04:43PM Oystein Reigem wrote:
Cliff,
Please send me a few dozen units of that escape button.
![]()
If what you say is correct this must have changed since 4.0.3.
- Oystein -
At 06 DEC 2002 12:56AM Donald Bakke wrote:
I'd like to know too what version of OI he is using. This has never worked in any version, including 4.1.2, that we've worked with.
Pat McNernethney (if you are reading this) - can we implement a solution similar to what we did for our OLE controls? That is, is there a way the editable.dll shell could pass on all keyboard message and mouse messages to the handle of @Window so we can easily trap and use these?
dbakke@srpcs.com
At 06 DEC 2002 12:57AM Donald Bakke wrote:
Pat McNernethney
Sorry about that. Meant to spell it as McNerthney.
dbakke@srpcs.com
At 06 DEC 2002 12:04PM Cliff Harris wrote:
Version 3.7.3 of OpenInsight. For the CHAR event of an Edit Table, I have the following script:
Declare Function Message_Box
$insert Message_Box_Equates
Result=Message_Box(@WINDOW, 'CHAR event', 'CLICK', MSG_BTN_OK$)
RETURN 0
(The message box title is obviously wrong!) Note that it is a script, not a QuickEvent (would that make a difference?). The message box pops up if I type any letter, if I press the Backspace key, or if I press the Escape key. There is no CHAR message if I press an arrow key, or , , or . Does this work differently in 4.x? Or are we talking about different things?
At 06 DEC 2002 03:09PM Oystein Reigem wrote:
Cliff,
We agree on everything except the Escape key. Are you really talking about that lonely guy in the upper left corner of the keyboard?
Escape never worked for me in edit tables. I have skipped versions between 3.7.1 and 4.1 but it seems unlikely to me it was fixed but went away again.
Could you tell us the value of the CHAR parameters (virtcode, scancode, etc)? Please do
Result=Message_Box(@WINDOW, "CHAR event. virtcode= : virtcode : "; scancode= : scancode : "; ctrlkey= : ctrlkey : "; shiftkey= : shiftkey : "; altkey= : altkey, 'CHAR', MSG_BTN_OK$)
- Oystein -
At 06 DEC 2002 03:53PM Cliff Harris wrote:
CHAR event. virtcode=; scancode=27; ctrlkey=0; shiftkey=0; altkey=0
At 06 DEC 2002 04:21PM Cliff Harris wrote:
BTW, I added , and this evaluated to true, which I think means that virtcode is the empty string, although I'm probably not aware of all the different cases that are possible in comparisons.
And yes, it's the Escape key that I'm pressing, the one at the top left with the letters "Esc" on it .
At 06 DEC 2002 04:32PM Oystein Reigem wrote:
Cliff,
I'll be damned! 27 is ESC all right.
I'm looking forward to the explanation.
- Is it 3.7.3 versus e.g 3.6.1, 3.7.1, 4.0.3 and 4.1.2?
- Is it something you've done to your edit table nobody thought of before?
- Or?
- Oystein -
At 06 DEC 2002 07:01PM Donald Bakke wrote:
Cliff,
What are the property settings for this edittable? Are any columns or the edittable as a whole protected? What about the settings in the "More…" dialog?
dbakke@srpcs.com
At 06 DEC 2002 07:38PM Cliff Harris wrote:
The whole table is protected (under "More…"). When I cleared the Protected flag, I stopped getting the CHAR events for the Escape key. Then I set the Protected flag again, and the events came back. So it looks like the CHAR event for the Escape key is captured only if the table is protected.
At 06 DEC 2002 07:54PM Donald Bakke wrote:
Ah…that's what I kind of expected. The ESC key is usable when the edittable is protected. This is why PopUp works with the Cancel button as well. Mystery solved but request for fix from Revelation still stands.
dbakke@srpcs.com
At 07 DEC 2002 02:05AM Oystein Reigem wrote:
Don,
While waking up this morning it dawned (uh) on me the edit table being protected could be the reason. Then I logged on and got it confirmed.
But I see there is one thing I didn't know before: You need only the More Protected to get Esc to work. So it can still be possible to enter data - just not insert and delete lines. (Also the first Esc switches from edit to overwrite mode, so you have to press Esc twice to get it recognized by CHAR.)
- Oystein -