stop caching screen_bottom1
commitf2299cb422d0fc07a1b01f0c31f88e9ae5ab168f
authorKartik K. Agaram <vc@akkartik.com>
Tue, 11 Jun 2024 13:58:07 +0000 (11 06:58 -0700)
committerKartik K. Agaram <vc@akkartik.com>
Tue, 11 Jun 2024 14:02:46 +0000 (11 07:02 -0700)
tree1216103a49bdba04dbcad0f35f14ee3128e51a9c
parent19615eade0106ad5a3a988b3f1f257367aceb7ec
stop caching screen_bottom1

I'm not sure this is very useful. I had an initial idea to stop using
screen_bottom1 in final_text_loc_on_screen, by starting from screen_top1
rather than screen_bottom1. But that changes the direction in which we
scan for the text line in situations where there is somehow no text on
screen (something that should never happen but I have zero confidence in
that).

Still, it doesn't seem like a bad thing to drastically reduce the
lifetime of some derived state.

Really what I need to do is throw this whole UX out and allow the cursor
to be on a drawing as a whole. So up arrow or left arrow below a drawing
would focus the whole drawing in a red border, and another up arrow and
left arrow would skip the drawing and continue upward. I think that
change to the UX will eliminate a whole class of special cases in the
code.
app.lua
edit.lua
search.lua
select.lua
source_edit.lua
source_select.lua
source_text.lua
source_text_tests.lua
text.lua
text_tests.lua