| [ Return to Bugs & Features | SVN ⇄ GIT ]
STR #24
Application: | FLTK Library |
Status: | 1 - Closed w/Resolution |
Priority: | 3 - Moderate, e.g. unable to compile the software |
Scope: | 3 - Applies to all machines and operating systems |
Subsystem: | FLUID |
Summary: | Fluid should support sub-windows |
Version: | 1.4-feature |
Created By: | rsmith.ncbi.nlm.nih |
Assigned To: | matt |
Fix Version: | None |
Update Notification: | |
Trouble Report Files:
Trouble Report Comments:
|
#1 | rsmith.ncbi.nlm.nih 10:15 Apr 29, 2003 |
| Any items inside a sub-window will be positioned with its x and y values relative to the top right of its enclosing sub-window. This is different than how things are positioned inside Fl_Group. Fluid assumes all Widgets x and y refer to offsets within the top window.
| |
|
#2 | rsmith.ncbi.nlm.nih 10:18 Apr 29, 2003 |
| In the two enclosed graphic files, the left two windows are displayed by fluid showing the widget hierarchy and fluid's preview. The right window is from the running application.
I have only tried it on Macintosh 10.1.5, w/Codewarrior 8.3, but due to the nature of the problem I guessed it probably effects all platforms (but I could be wrong!) | |
|
#3 | mike 13:37 May 04, 2003 |
| This is as designed in FLTK 1.x; FLTK 2.0 is more consistent in this regard... | |
|
#4 | matt 13:54 Apr 22, 2008 |
| At one point, it would be nice if we could add this feature to Fluid | |
|
#5 | fabien 01:43 Dec 04, 2008 |
| Is it a feature of a bug ? I would tend to think it is a bug as fluid should display what is subsequently drawn by the application. Shouldn't we attempt to fix this in fluid to make sure than the widget position is aware of the sub-windows hierarchy as in the fltk rendering ? | |
|
#6 | AlbrechtS 14:16 Jan 14, 2023 |
| Please follow GitHub Issue #607: "FLUID: Improve support for subwindows"
https://github.com/fltk/fltk/issues/607
This STR will now be closed. | |
[ Return to Bugs & Features ]
|
| |