Ctrl + Shift stopping VDU display
Rick Murray (539) 13401 posts |
I’ve done a little bit of fiddling around. It does not appear to be possible to disable VDU4 (standard) text from acting upon the Ctrl and Shift keys during output. This is defined in the CtrlShiftTest routine, which is called upon a LineFeed or text wrapping on to a new line. My first attempt was to read the keyboard status byte, mask out the Ctrl and Shift keys, write that back, perform the character output, then write the original keyboard status byte back. This worked with respect to stopping the Ctrl-Shift behaviour, but had the side effect that Wimp applications no longer recognised that either key was held despite INKEY(-1),INKEY(-2) in a TaskWindow saying they were. So this was no good. The version that is working right now is to wrap the entire output in VDU5…VDU4 and manually position the text cursor prior to every output. This isn’t fully active (as selecting colours selects text colours so it has no effect on VDU5 text), however I now have an OLED output that is totally unaffected by the state of the Ctrl and Shift keys. |
Chris Hall (132) 3501 posts |
It does not appear to be possible to disable VDU4 (standard) text from acting upon the Ctrl and Shift keys during output. Good. |