STR #959: Label outside group problem - Fast Light Toolkit (FLTK)

STR #959

Application:	FLTK Library
Status:	1 - Closed w/Resolution
Priority:	3 - Moderate, e.g. unable to compile the software
Scope:	2 - Specific to an operating system
Subsystem:	FLUID
Summary:	Label outside group problem
Version:	1.1-current
Created By:	Portale
Assigned To:	matt
Fix Version:	1.1.7 (SVN: v4522)
Update Notification:	Receive EMails Don't Receive EMails

Trouble Report Files:

Trouble Report Comments:

#1	Portale 15:53 Jul 28, 2005

If a widget is inside a group and the label of the widget sticks out of that group, the label has redraw problems. This is for example observable in FLUIDs properties dialog, see the screenshot. Labels of groups themselves don't have that problem. The redraw problem is reproducable, if a dialog A with the described configuration is overlapped by another dialog B, so that those labels are not completely hidden, and then then dialog A receives the focus, again The effect is also very well visible in the "Live Mode" of fluid. See also the "label_outside_group_problem.fl" for a reduced example. Windows XP Visual Studio .NET 2003 FLTK 1.1-current from SVN

#2	mike 15:57 Jul 28, 2005

I think this problem is specific to your Windows system, as I can't reproduce it on my Linux system...

#3	Portale 16:16 Jul 28, 2005

Also not reproducable on OSX. I will test it on other windows systems, the next days.

#4	mike 17:55 Aug 07, 2005

Any word on reproducing this on another Windows system?

#5	matt 00:06 Aug 08, 2005

Yes, I can reproduce this on WinXP SP2, not on OS X though as mentioned. Open FLUID, open any project, pop up the Properties diealog. Click another window in front of the properties dialog, then click the properties dialog back on top by clicking into the title bar. This may be related to Widget ins sub-sub-groups only, which were used in fluid for those damged lines for correct widget resizing.

#6	matt 07:47 Aug 11, 2005

In line 569 of Fl_Group.H, during redraw, FLTK stops descending the widget tree as soon as the widget in question does not overlap the damage region. This means that labels, that overlap the outer bounds of their parent group, will not get refreshed if the parent group does not touch the damaged area. There are three ways to fix this: 1: go all the way through the hierarchy just in case there is a widget with an extra long label that overlaps many parent groups (too slow) 2: add a second bounding box to widgets that have an outside labe; (not binary compatible) 3: Tell people not to do this kind of thing and fix FUID accordingly. I'd go with 3. FLUID fix is on the way.

#7	matt 08:05 Aug 11, 2005

Hmm, easier said than done. I added more groups to allow correct resizing, but those are exactly the groups that keep the refresh from workig correctly. Any ideas? Anyone? Beuller? Beuller?

#8	Portale 08:41 Aug 11, 2005

The easiest way to fix the labels in FLUID would be not to use the labels of the grouped items as label for the whole groups, but the label of the groups themselves. This already the case with "Alignment:", "Position:", etc. and there don't occurr those refresh problems (see screenshot). Not sure what a Beuller is, but did I win? ;)

#9	Portale 08:43 Aug 11, 2005

Oooops.. or did you mean by fixing it in fluid: "Not to let items labels stick out ood their group?"... In this case, I surely didn't win :)

#10	Portale 09:25 Aug 11, 2005

This gigantic patch removes some lables from the items and puts them into the group lables. Also some unneeded group nesting was removed.

#11	Portale 09:53 Aug 11, 2005

Patch number 2 also fixes the refresh problems of the Labels "X:", "Y:", "Width:", etc.

#12	mike 10:24 Aug 11, 2005

Matthias is referring to something of a cult classic (comedy) movie: Ferris Beuller's Day Off. Definitely worth watching... :)

#13	matt 04:34 Aug 17, 2005

Fixed in Subversion repository. Please, dear early adopters, use FLUID often. Back up your .fl files. And let me know if there are irregularities!