GNOME Bugzilla – Bug 76901
The tools should be dockable
Last modified: 2007-09-23 18:13:41 UTC
It should be possible to have the tools palette docked on one side of the diagram window. Otherwise, if you maximize the diagram window, the palette becomes inaccessible.
Setting to enhancement, though I'm not sure if this would really be an enhancement. Leaving technical difficults aside there are times where I wan't all my screen to simply see (and sort) my diagram. Maybe it would solve the request to add all the 'shapes' to the diagram menu ?
No, picking stuff from menus is nowhere near of being usable. I'd argue it would be even worse than it's currently. I think there should be an option to dock the tool palette on one side of the diagram window. That way there is no way to lose the tool palette if you have the diagram visible. I am not saying you should remove the tool window as it is, I'm just saying there should be an alternative for us who do stuff in different ways :) And for the technical difficulties, if the diagram window were packed in a hbox, you could just reparent the tool palette from its current window to the hbox and that would be it. (In theory that is...)
Mass reassign of bugs to dia-maint@bugzilla.gnome.org.
GQView is a pretty good example of something roughly analogous to a docked toolbox. http://gqview.sourceforge.net/ screenshot http://gqview.sourceforge.net/images/ss-view-main.png
changing version to something less obselete :P the new 'always on top' option allows you to maximise the document window without burying the toolbox.
*** Bug 103591 has been marked as a duplicate of this bug. ***
*** Bug 155919 has been marked as a duplicate of this bug. ***
I agree it would be nice to have a dock like the gimp has, it would definately be useful for the Layers Dialog and Diagram tree and if we had a proper dock it would probably be a bettter place to put the Sheets than in the Toolbox. I'd be in favour turning the basic drawing tools into an optional vertical toolbar on the drawing window more like how Inkscape does it (be useful to turn them off, I mostly use the predrawn shapes), I'll have to try out adding it whenever I get around to adding the standard toolbar in bug 137734
I am wondering how to best integrate this with the current CSDI model. Assume 3 diagrams are open, the toolbox is docked to the one currently being worked on. Now Alt+Tab to another diagram, should the toolbox (1) be re-docked to the one receiving the focus (2) be undocked (3) stay docked to the diagram that loses the focus Or (4) should multiple instances of the toolbox be allowed in docked mode? (Me personally leaning towards (1), when considering amount of work and result.)
FWIW, most of the apps I use on OSX that support this sort of model (e.g. GraphicConverter) just remember all the floating palette/toolbox states for each open document (except the visible state, which is shared among all open documents). So as you activate different documents, all the palettes potentially just move around to where they were the last time you were working on that document. (In GC, the palettes also move relative to the document window when you move that, which is sometimes useful, and sometimes a pain.) Of course, OSX doesn't support focus-follows-mouse :)
Marking depending on the use of the GtkAction framework. GtkUIManager will facilitate easy merging of the toolbox- and diagram menus. (In reply to comment #10) Calum, maybe such stuff should be implemented in gdl so applications could provide pluggable "feels" for dialog/toolbox/palette management. E.g. + "X" with floating, manual organisation + Win32, docked by default + OSX, as you described above I have been talking to the anjuta/gdl staff, they are getting rid of gdl's bonobo dependency.
Patrick Hallinan has made an "integrated UI" option that will be ready for 0.97 (no blocking problems remain). It's not docking as in the Gimp sense, but a single-window-multiple-tabs version.