> I had modified it for the next release, but I'm a little bit confused with it
> . I'm wondering if char-ready? should answer #t as soon as a character is
> typed or when the user as typed Return (i.e. I'm wondering if char-ready?
> should set the lin in raw-mode or not).
Hm. I don't know about reading from the user/current-input-port, but
it's important for some applications that you be able to read characters
as they come in--since not all protocols make newlines significant. (I
guess if you were trying to build a full-screen character-display text
editor with STk this would be important, too.)
On the other hand, I have a feeling char-ready? shouldn't assume this.
I mentioned in a previous message that I'd added support for non-blocking
input with callbacks, and that I was having `set-port-callback!' turn
off buffering, but I don't think that's right either. Maybe we need an
explicit way to turn off line-mode or buffering input on a port.
Received on Wed Mar 22 1995 - 20:10:19 CET
This archive was generated by hypermail 2.3.0
: Mon Jul 21 2014 - 19:38:59 CEST