#Intermixed Raw Reads
26-Jan-89 00:00:15
Sb: #Intermixed Raw Reads
Fm: Paul Whittemore 72007,3305
To: Bill Hawes 72230,267
Now _I_ don't want to write a custom console device, especially when
ConMan's available, so if you could just add the following, I'd… I'd…
I'd stop asking for source! Well, don't get your hopes up… If you'd
prefer not to have slightly modified versions all over the place (my usual
reason for restricting source code), how about sending me a hard-copy
listing… (I hate typing, you're safe `:v)
Anyhoo, back to the subject. A 'minor' enhancement to ConMan would open
new worlds for me and probably many others. My biggest complaint with
current console handlers is that they seem to process (in addition to
buffering) the keystrokes as they are typed. I believe it's much more
practical to process the keystrokes as they are _requested_ by the calling
task. More to the point: could you add a new packet command allowing RAW
reads (16-bit characters, high-byte qualifiers, low-byte raw key (scan)
codes (or even some variation on ASCII).
With this packet, we could easily have getchar() and rawgetchar()
functions, without the need for setraw()/setcon() [Manx] functions and
special "enter mode" packets (which as I said before have timing windows
and are not exactly to the point of what we're trying to do anyway…) The
key would be buffered, and returned raw if the next read requested it that
way, or mapped if a standard read was requested. Simple and to the point.
Maybe CND: avoids the (timing) window (I think it will theoretically), but
let's fix it at the root of the problem.
This is something I've wanted for a LONG time…