Sometimes the display misfires and doesn't push the updates via the display driver.
activate the menu with ESC a bunch of times really fast. Sometimes, the menu will be active but the screen will not match up until an input happens)
when scrolling with arrow keys through your document, sometimes the display does not catch up to the input correctly. Same issue as above I think, just in a different context
This isn't really that bad or devastating, but kind of annoying. I think what is happening is the screen update is being called while another update is still active / happening. I have some failsafe stuff for blocking out updates if one is in progress, but they aren't applied to the menu system or the 2.2 code in general.
Easiest fix is applying a latency delay (150ms / time.sleep(.150) BEFORE calling the display update, that would give time for the previous update to finish. Or writing in something that delays updates until the previous update is complete.
These kinds of issues would be non-existant with a lower latency display...
Sometimes the display misfires and doesn't push the updates via the display driver.
This isn't really that bad or devastating, but kind of annoying. I think what is happening is the screen update is being called while another update is still active / happening. I have some failsafe stuff for blocking out updates if one is in progress, but they aren't applied to the menu system or the 2.2 code in general.
Easiest fix is applying a latency delay (150ms / time.sleep(.150) BEFORE calling the display update, that would give time for the previous update to finish. Or writing in something that delays updates until the previous update is complete.
These kinds of issues would be non-existant with a lower latency display...