Great work, thanks
Quote:
Originally Posted by Mackx
This seems to trigger an internal refresh after some limited time (<2 seconds)
|
I am still looking for some way to tell the DR to "refresh NOW". For some reason, the GTK functions wait for 2 seconds to queue up screen updates before actually doing it. I am still trying to get the native refresh functions to update instantly, in which case one could directly talk to X for drawing simple lines, shapes etc. (or render to a buffer and use non-GTK calls to display) and update manually. Any thoughts? Perhaps the native "area refresh" functions (I forgot what they're called, update_screen or something, accepts rect coords) do it instantly. If they did, I suppose one could refresh individual points on the screen as the user scribbles, but I suspect the native functions also queue up refresh requests
This sort of stuff is critical whenever there is user interaction, and I think the slight delay is not just because its e-ink, but because GTK doesn't update instantly. So scribbling, pushing buttons rapidly etc. all have a small delay. I understand that iRex couldn't have all button push events trigger an instant refresh or something like that, but I'd sure like some developer control.