On Jan 10, 2010, at 8:03 AM, bulia byak wrote:
Thanks for your work on toolbars. It will be nice to have the ability
to make them vertical. However:
- PLEASE describe your changes in Release Notes
Why, yes. Of course.
However, since all this work is in major flux now, it's hard to actually describe what
will be there tomorrow.
- I think it would be even more useful to have the ability to put
or more toolbars on the same horizontal or vertical strip, next to
each other. Will your refactoring allow for that?
Two in the same strip may not be in the first passes. However, being able to arbitrarily
define your own might... and thus might function in a similar way.
- I assume the now-vertical snapping toolbar is more of a
demonstration - I really don't see much reason to single it out for
Well, it was partially to get the orientation change working. But more importantly it does
solve a major problem for many people. Those with wide screens, and especially those on
netbooks, lost a lot of usable space with the snap toolbar added. One of the more common
requests was to place it on the right. And aside from screen aspect, it even helps when
one is working on portrait aspect documents.
- Still, I couldn't re-attach the snapping toolbar into a
position anywhere. It's either its original vertical position at the
right, or floating. And re-attaching it to the original position is
also quite difficult - the magnetic zone is very small. Can you affect
this or is this unfixable in GTK?
This might be an issue with GTK. Our code has been setting the attach edge to
"left" no matter where it was. I've done a few experiments on this, with no
significant improvements. There is a final one that can be done that might keep the
snapped edge from going too thin. I might be able to check that next week.
- Will you be able to block standalone floating state for toolbars?
discussed many times, they sink under the main window which makes them
We should look at this issue in detail. I've not seen it happen myself, so it's
not a universal problem. We probably don't want to break functionality for those who