| Age | Commit message (Collapse) | Author |
|
it doesn't redraw the newly blank lines in that case though, so it's broken, but that can come next
Force-Push: yes
Change-Id: I52c90249852331e5f9bbcdee4d645ee33e4c671a
|
|
scrolling is handled in the most naive possible way, which is way too much redrawing and also doesn't have the desired centering behavior for longer movements
Force-Push: yes
Change-Id: I611b02d25553873a93f2c4c17e303356735581f7
|
|
now it should self-synchronize properly if there's something really weird happening
also, that code is all refactored into encodings.rs
Force-Push: yes
Change-Id: I8bd9682448fc309b7aa6c0513e9b94cb5a4ace11
|
|
it's now possible to move the cursor around the screen, but it doesn't interact with the buffer in any way. in particular it isn't forced to stay within the buffer, it just moves wherever.
Force-Push: yes
Change-Id: If56d044b97c761a2070ffc2cc3f541b35ef9965f
|
|
(right now it exits after the first time, doing nothing)
Force-Push: yes
Change-Id: I89f8d3d298e6a42e373e536121e6b434e30ef66f
|
|
Terminal encapsulates most of the already-existing logic for drawing things
Buffer corresponds directly to the user-facing concept of a buffer. it has facilities for creating a new empty one; for loading itself from a file; and for scanning its contents to compute the offsets to the start of each line.
at the moment, the assumption is that buffers are always entirely in-memory, but this will not always be true, so significant attention has been paid to aysnc behavior. there's locks in a few places which may or may not turn out to be how it ultimately works, but they seem like a credible first attempt.
the draw() routine is the heart of what exists so-far, doing all the really interesting stuff.
Force-Push: yes
Change-Id: Ifddc5debb12628233113c0bd6db3ea8cf10e6a5a
|