Opened 8 years ago
Closed 7 years ago
#1035 closed defect (fixed)
some docked dialogs persist in "full window" mode and block small "windowsize"
Reported by: | Elaine Meng | Owned by: | Eric Pettersen |
---|---|---|---|
Priority: | major | Milestone: | |
Component: | Window Toolkit | Version: | |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Notify when closed: | Platform: | all | |
Project: | ChimeraX |
Description
Not completely sure this is a bug, but it's an inconvenience if you want a small window size for some reason.
There are probably other dialogs that do this, but if I show the main Chimera Preferences dialog and dock it, it is immune to hiding using the icon to make the graphics window fill the ChimeraX window.
It also blocks making the window smaller than a certain size with "windowsize," e.g. "windowsize 200 200" gives me a graphics window that is 200 X some larger number. If I undock this dialog, I don't have either problem.
Reclassify/reassign as appropriate.
Change History (4)
comment:1 by , 8 years ago
comment:2 by , 8 years ago
It seems that the issue with windowsize is that the prefs dialog has a certain minimum size, and in conjunction with other docked tools that prevents the height of the window from going below a certain size. So for instance if you undock all the _other_ tools but leave the preferences docked, then windowsize 200 200 works (the other tools have much smaller minimum sizes -- basically their title bars). So this will probably also be an issue for others tools that enforce minimum sizes and I don't know that have a good remedy.
Though making the "hide all tools" icon into a "hide all floating windows" icon would help some, as you point out in a sideways fashion in the initial bug report. I will look into making that happen.
--Eric
comment:4 by , 7 years ago
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Settings dialog now respects the 'hide docked windows' icon
Maybe this dialog shouldn't be dockable. I don't see any context menu to control that, though. I would say make it default undockable if a person could make it dockable later, but if there's no interface to control dockability, never mind.