On Friday 04 October 2002 1:52 am, Rob Lahaye wrote:
> Angus Leeming wrote:
> > The attached patch works around an xforms bug and appears to
> > work beautifully. Ok to apply?
> >
> > Index: src/frontends/xforms/forms/form_graphics.fd
> > ============================================================
> >======= RCS file:
> > /usr/local/lyx/cvsroot/lyx-devel/src/frontends/xforms/forms/
> >form_graphics.fd,v retrieving revision 1.35
> > diff -u -p -r1.35 form_graphics.fd
> > --- src/frontends/xforms/forms/form_graphics.fd 13 Sep 2002
> > 01:58:05 -0000 1.35 +++
> > src/frontends/xforms/forms/form_graphics.fd 3 Oct 2002
> > 16:54:43 -0000 @@ -34,7 +34,7 @@ argument:
> > --------------------
> > class: FL_TABFOLDER
> > type: TOP_TABFOLDER
> > -box: 0 5 400 260
> > +box: 0 10 400 255
> > boxtype: FL_FRAME_BOX
> > colors: FL_COL1 FL_COL1
> > alignment: FL_ALIGN_TOP_LEFT
>
> Angus,
> When I ignore your patch to form_graphics.fd, the tooltips
> still follow the graphics dialog. And if not needed, I prefer
> the dialog as it was. Also: why 10 pixels instead of 5 above
> the tabs do make a difference?
>
> It's great to see the tooltips now working properly.
My work-around uses the "mouse enters the tabfolder" event as a
trigger to re-calculate the x,y coordinates of the underlyxing
form (each tabfolder has it's own form and these x,y coords are
not updated when the dialog is moved around with the mouse).
Each and every time that the mouse enters the tabfolder, xforms
should post an "enter" event.
I found that /most/ of the time this does happen, but some
"enter"s get dropped. Moving in the left hand edge of the
tabfolder by 5 pixels seemed to help, but why don't you move it
back and see what happens for you.
Testing is pretty easy:
for (;;) {
Move dialog and position mouse over widget;
if (bored)
break;
}
Angus
