On Tue, Sep 23, 2008 at 02:51:42PM +0000, corvid wrote:
Johannes wrote:
On Mon, Sep 22, 2008 at 11:24:17AM -0400, Jorge Arellano Cid wrote:
On Mon, Sep 22, 2008 at 10:51:57AM +0100, Jeremy Henty wrote:
Since dillo got tabs I'm seeing "redraw storms": sometimes after opening a new tab every movement of the mouse triggers a redraw. It doesn't seem to depend on the number of tabs. Usually it will go away eventually (just after a tab is closed). I upgraded to the latest FLTK2 snapshot but it has made no difference. Is anyone else seeing this?
I saw something similar while developing it. When opening more tabs than the horizontal space, a menu appears to the right. It seldom happened that activating the menu started a "redraw storm" (full CPU usage on mouse MOVE event).
I "disappeared" somehow until now...
Most probably this is a bug in FLTK2, but it would be good to track it down. Discovering a way to reproduce it reliably would be a big step forward.
Yes, I can reproduce it with the tabs example from the fltk2 tarball (after adding an w->clear_double_buffer() to see the redraws). It seems to be related to the MenuTabPager that is used by default. Switching to ShrinkTabPager solves the problem for me (see patch). And I like the new look :-)
If I hold down ^N until it fills up completely with shrunken tabs, fltk segfaults.
Here it busy loops :-(