Hi,
Probably I should split this email into two emails, but here it goes :)
1. Is there any particular reason for having fixed minimum size of Inkscape's window? For example, when Commands toolbar is hidden, Inkscape still thinks it's shown and makes it impossible to decrease width of the window. As a result, here the minimum width of window is 948 px, which may be okay for regular using (not in all cases), but clearly not okay for screenshots in documentation (think about screenshooting toolbars). Is it limitation of Gtk toolbars in common? Will splitting Commands toolbar into two or more mini-toolbars help?
2. There is a wasted space between toolbar's handle and the first item in Tools toolbar (the context sensitive one), see attached screenshot. That doesn't happen in case of Selector. Can we do something about it?
Alexandre
On May 10, 2006, at 5:24 PM, Alexandre Prokoudine wrote:
Hi,
Probably I should split this email into two emails, but here it goes :)
- Is there any particular reason for having fixed minimum size of
Inkscape's window?
Not all the widgets in there are placeable in a standard toolbar. As soon as a spinbox wrapper is done, we can switch things to GTK+ Actions and use standard toolbars that will shrink properly.
However, this is already covered by at least one entered bug: [ 1469554 ] fixed length toolbars prevent working on narrow screens
Checking the bugs and RFE's first is probably a good thing.
- There is a wasted space between toolbar's handle and the first item
in Tools toolbar (the context sensitive one), see attached screenshot. That doesn't happen in case of Selector. Can we do something about it?
Once we switch to stock toolbars, then it will be worth working on such nits (any that don't already disappear in that process, that is).
participants (2)
-
Alexandre Prokoudine -
Jon A. Cruz