General information
Category:
Forms & Form designer
Environment versions
Network:
Windows 2008 Server
The keypresses should not be being consumed. If they are I can provide you with code which only monitors the key flow, but does not consume.
>The control will now display Edit when I press the shift key. However, the one problem I ran into is that with this keystroke checking via BindEvents(), the navigation key presses are consumed if the the current control is a textbox. You won't be able to move the cursor with left/right/home/end. I tried two things to rectify this:
>1) In the bindevents trapping, issue a keypress for the "consumed" keystrokes. That only resulted in double keystrokes. argh. Hmmm, i am thinking that maybe the recursive flag may not have been turned off, that might make it work, but I don't have the time right now to verify that.
>2) In the KeyPress of the control, if the keystroke is a nav key, KEYBOARD the keypress with a NODEFAULT. This didn't work.
>
>At this time, I do not know how to make this solution work properly when a textbox has control. Otherwise, this is great.
>
>David
Previous
Reply
View the map of this thread
View the map of this thread starting from this message only
View all messages of this thread
View all messages of this thread starting from this message only