KEYB implements such a "bigger secondary buffer" whenever you use STRINGS, as 16 characters is too few to decently support placing strings. True that you need the overhead of the STRING subsystem if you want this secondary buffer. I'd study to allow you to use the secondary buffer independently of strings, but as far as I know, there haven't been many requests to do this, so it has low priority at the moment... (there are many other things to do first I guess).


Carl Spitzer escribió:
Why the limit of 16??

That's the size of the typeahead buffer maintained by the BIOS (I think
that's what maintains it anyway).  I guess you could work around that
limitation with a TSR that continually polled to find out if there was any
room in the buffer and added additional characters once room was available
(due to the application reading the keystrokes).

That is what I was thinking about I am surprised that FreeDOS has not
done that yet.


This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
Freedos-user mailing list

Reply via email to