freenode/#clim - IRC Chatlog
Search
3:01:22
beach
Exceptionally, my favorite coauthor comes for lunch today (a Thursday) rather than on Wednesdays as usual, so I'll be off a lot, but I'll check in regularly.
4:08:41
loke
I addressed all but one of his comments. The last one is a matter of style, and I'll change that too if he insists.https://github.com/McCLIM/McCLIM/pull/498
4:10:09
loke
beach: I'm so frustrated by the way... The new scrolling is super fast and super smooth... But... There is a problem that I believe happens if the “scrolled-in” area isn't repainted fully before the next scroll event. THat causes display problems.
4:11:34
loke
Or... an alterntive... Is there a way to determine if there are more scroll events waiting?
4:18:02
loke
beach: I think what happens is that after I move the visible area using xrender, I call repaint-sheet which adds a reqpaint request to the queue? But by then, there is already another scroll request in the queue, which will be processed before the repaint actually happens.
4:18:40
loke
but what I have noticed is that if I use the arrow buttons to scroll instead, there are no display artifacts
4:20:10
beach
If I remember right, the only thing I can see is if X11 has a buffer that needs flushing.
4:24:02
loke
I seem to be getting display artifacts even when scrolling a single pixel by very carefully moving the mouse. It's like it copes the wrong pixel line
4:24:53
loke
I really want this to work. You have no idea how enjoyable it is to scroll without flickering and without slowness
4:28:51
loke
I find it entertaining. And for so many other projects, I keep doing stuff someone else already ends up doing at the same time, or has already been done.
6:13:18
loke
I'm going for lunch now. Please let me know of any issues (and even better, if you can fix any such issues :-) )
6:27:44
slyrus_
but there are definitely still some issues (off by one maybe?) -- e.g. see the pane hierarchy viewer
6:40:51
loke
I think I know what it is. THe request to repaint the exposed area is someotimes one pixel too small due to rounding
6:48:24
loke
Wow. Scriolling in climaxima is so beautiftul now, and it seems to be remarkably stable.
6:49:42
loke
beach, slyrus, jackdaniel: would you be willing to test this stuff and tell me if you're able to create problems?
6:49:56
loke
I believe this was the proper solution to scrolling uglyness. Double-buffering is not needed.
7:49:34
scymtym
loke: there may be an issue with presentation highlighting. in the "Border Styles Test" demo, i placed the (mouse) cursor over one of the presentations at the bottom (the ones with yellow highlight color) and then scrolled using the mouse wheel. this resulted in half-highlighted presentations. i can make a video if you cannot reproduce the issue based on this description
7:52:38
jackdaniel
because 'source' hints, that demo is bad, while 'indicator' hints, that it is good - if it reveals issues it is rather good
8:00:53
loke
Hmm.. noo... I can't really figure out the order of mouse-movement scrolling and repaitning that would cause this
8:01:10
loke
clearly it's an issue of the contrnt scrolling away before the repaint happens, somewhow
8:18:30
beach
I tried it with the listener, and I think I see a difference. Scrolling is pretty smooth.