diff options
| author | B. Watson <urchlay@slackware.uk> | 2026-03-22 04:50:51 -0400 |
|---|---|---|
| committer | B. Watson <urchlay@slackware.uk> | 2026-03-22 04:50:51 -0400 |
| commit | 57fdf0bc1f50e75800d3ca2e14bace577161bdaf (patch) | |
| tree | cea05724e5e831f2ccf3639136b947d75f7cf766 /TODO | |
| parent | fa9c7b244b646c214c2bbf9ab0c50499cc3858dd (diff) | |
| download | fujinet-chat-57fdf0bc1f50e75800d3ca2e14bace577161bdaf.tar.gz | |
Delay net polling during rapid typing, add ^X (same as ctrl-del).
Diffstat (limited to 'TODO')
| -rw-r--r-- | TODO | 4 |
1 files changed, 3 insertions, 1 deletions
@@ -12,7 +12,8 @@ FujiChat features, we're almost at parity! Other stuff: -- If an VBI-driven keyboard buffer turns out to be impossible or +- Implemented, but not sure it was worth doing: + If an VBI-driven keyboard buffer turns out to be impossible or too much of a PITA to contemplate, another idea to avoid dropping keystrokes: after every keypress, wait something like 1/4 or 1/3 second for another keypress, before checking for incoming net @@ -25,6 +26,7 @@ Other stuff: really types, and on average, how often they pause (to think or read back what they just wrote, etc). Also look into detecting key repeats (SRTIMER). + Remove this when/if I do a proper typeahead buffer. - Write a cgetc() replacement that doesn't call the OS K: "get one byte" routine. I was avoiding it because it will need a 192-byte table (keycode -> atascii lookup)... but I'm spending more than 192 bytes |
