summaryrefslogtreecommitdiff
path: root/fbcon.c
AgeCommit message (Collapse)AuthorLines
2006-10-25major changes to input handling in preparation for pasting, which willRich Felker-4/+2
require support for large blocks of input: output which cannot be written to the tty (pty) is no longer discarded. instead, the display module is responsible for keeping the buffer alive until it has been entirely consumed. one simple (and smart) way to ensure this is to refuse to process events that could generate new input text as long as there is unwritten data. this works as long as there is an earlier layer of buffering (for fbcon, kernel; for x11, xlib). a direct-on-x-protocol display implementation will have to do its own buffer management. this architecture allows pasting to be performed direct from a buffer owned by the display module, which could reside in static or shared memory, or even as a memory-mapped file. it also facilitates reuse of the code in non-tty-connected settings.
2006-10-08fbcon target: let the kernel do the key mapping for us...Rich Felker-95/+39
this made it easy to fix vc switching and window resizing, so i'm fixing those in the same commit as well.
2006-10-05exit gracefully on fatal signals (with nongraceful code...signals suck!)Rich Felker-0/+17
2006-10-05cheap Fn key supportRich Felker-1/+13
2006-10-03control-_ was broken; hope nothing new is broken now..Rich Felker-3/+2
2006-10-03allow use of right shift/ctrl keys.. maybeRich Felker-2/+2
2006-10-03make alt+special keys workRich Felker-3/+1
2006-10-03first working version of uuterm!Rich Felker-0/+219
- at this point it is purely experimental. only ascii characters are visible (using builtin font) although all characters are processed. - there are known bugs, including crashes. - there are major missing features. - but it works. ^_^