On Mon, Jul 04, 2011 at 03:27:18PM -0400, Jorge Arellano Cid wrote:
On Sun, Jul 03, 2011 at 09:22:22PM +0200, Johannes Hofmann wrote:
On Fri, Jul 01, 2011 at 05:02:41PM -0400, Jorge Arellano Cid wrote:
Hi,
I'm giving a look into the old dragging-tooltip bug: e.g. show an HTML image's tooltip, then scroll out of it with keyboard or mousewheel, and the tooltip will not be erased.
Funny how FltkTooltip::onLeave() is called, but the tooltip window stays anyway.
Has anybody looked into this one?
I looked into this a few times. When scrolling the moved content just gets copied server side and only the newly exposed part is actually drawn. That's how the tooltip moves up or down. However the disappearing tooltip should request the area to be redrawn that it had covered. For some reason it redraws not the right rectangle. I think redraws the area where the tooltip had been before the scroll or something like that. You can see what's going on like this:
diff -r 86cc8fe82da0 dw/fltkviewbase.cc --- a/dw/fltkviewbase.ccMon Jun 27 21:01:21 2011 -0400 +++ b/dw/fltkviewbase.ccSun Jul 03 21:20:54 2011 +0200 @@ -182,6 +182,8 @@ fl_rectf (X, Y, W, H); theLayout->expose (this, &r); } +fl_color(FL_RED); +fl_rect(X, Y, W, H);
exposeArea = NULL; }
Thanks a lot for the tip!
I've digged into it. Hopefully close enough to a bugfix...
Well, it's really complex and I only got partial workarounds with Fl_Tooltip (which "fixed" the problem but creating new ones). Finally I went for a custom tooltip implementation. The patches are commented in the code and in hg (hg log -v). Committed. -- Cheers Jorge.-