Commit Graph

10 Commits

Author SHA1 Message Date
Kartik K. Agaram 0c0d1ea5cd 3854
Revert commits 3824, 3850 and 3852. We'll redo them more carefully.
2017-05-13 12:42:17 -07:00
Kartik K. Agaram 8195ed4ee9 3853
Bring back commit 3844, albeit in simplified form. I'd forgotten that the
one place where we still need to buffer rendering is when people hold down
up/down arrow keys.
2017-05-12 07:56:38 -07:00
Kartik K. Agaram dc0e767cf5 3844
Once I start optimizing most events to not repaint everything there's no
need to be smart about queued-up events.
2017-05-06 14:54:26 -07:00
Kartik K. Agaram ace7ffb714 3824 - experiment: stop buffering in termbox
Now it's much more apparent why things are slow. You can see each repaint
happening. Already I fixed one performance bug -- in clear-rest-of-screen.

Since this subverts Mu's fake screen there may be bugs.

Another salubrious side effect: I've finally internalized that switching
to raw mode doesn't have to clear the screen. That was just an artifact
of how termbox abstracted operations. Now I can conceive of using termbox
to build a repl as well.

(I was inspired to poke into termbox internals by
http://viewsourcecode.org/snaptoken/kilo and
https://github.com/antirez/linenoise)
2017-04-16 15:05:31 -07:00
Kartik K. Agaram 294b2ab359 3705 - switch to tested file-system primitives 2016-12-11 16:18:18 -08:00
Kartik K. Agaram 7e8d0ba8fb 3629 - refcount commandline args 2016-11-06 00:48:31 -07:00
Kartik K. Agaram a62cf4c3e3 3140
Manual tests for parse errors because scenarios can't handle assertion
failures yet.
2016-07-23 14:20:26 -07:00
Kartik K. Agaram 60521b49b1 2192 2015-09-14 13:53:53 -07:00
Kartik K. Agaram 1ed9af8300 2141 - attempt to deal with slow networks
On slow networks sometimes escape sequences were being partially
consumed, causing junk to be added to the editor when you pressed arrow
keys and so on. Now we have a way to wait.

Empirically seems to work if I page-up and then scroll back up using
up-arrow. Before I'd consistently get junk even on my local machine. Now
I no longer do.

If we still see problems I'll increase the wait time and see if the
increase helps. Then we'll know more about this approach.
2015-09-04 11:12:03 -07:00
Kartik K. Agaram 7e23f02f89 2140 - refresh screen after falling behind
This bit of code is complex enough now that I'm bothered I can't write
tests for has-more-events?
2015-09-04 10:31:19 -07:00