freenode/#clim - IRC Chatlog
Search
4:33:54
fiddlerwoaroof
I suppose you could also somehow trigger the redisplay function during repaint?
4:35:02
beach
I think loke did something like that, because he wanted "reflow", i.e. that the text be rearranged when the window was resized.
4:36:42
beach
Redisplay can be a costly operation, and resizing the window may trigger frequent redisplays.
4:37:23
fiddlerwoaroof
e.g. wait until there hasn't been a new resize events in the last half second or so
4:37:38
beach
Yes, performance, but also that the application may not be prepared to redisplay unless the application data has been altered.
4:38:45
beach
Anyway, if you want to do it that way, it should be reserved for applications that are "aware" that their redisplay function may be triggered frequently and for no apparent reason.
4:39:44
fiddlerwoaroof
Yeah, although reflowing text is pretty fundamental for most text-related applications
4:40:41
beach
The good way of doing that is to have a new pane type or a new output-history type that is designed for reflow.
4:41:42
beach
That way, redisplay would not be triggered. There would be a particular reflow output record that would be repainted currectly.
4:42:41
beach
So, I don't think it is a good idea to mess with redisplay. And, since reflow is fundamental, we should have such an output-history type.
4:43:09
beach
But, I am swamped with work on my projects and my research, so I really haven't had time to do it.
16:01:29
loke
I didget it to kinda-sorta work back then (a few months ago). But it's incredibly unstable, and frankly nowhere near useful.
16:06:52
loke
(after all, it does seem like something reasonably basic. It's annoying that it's so hard.)
16:14:53
nyef
Isn't at least one of the primary traditional pre-CLIM environments one with fixed-sized windows, and therefore not one that needs text reflow?