https://bugs.documentfoundation.org/show_bug.cgi?id=90090
--- Comment #16 from Jay Philips <philipz85@hotmail.com> ---
(In reply to Heiko Tietze from comment #15)
Isn't the default layout for most apps to have navigation left, properties
right, and tools on top? And that's what graphic tools do as well with the
mode selection at the left sidebar.
Most graphic tools do not have a left sidebar as they do not have multiple
pages to a document, but have layers in a document which appears in the right
sidebar. These layers can be grouped into folders which can be shown and
hidden, so you wouldnt necessarily need multiple pages, especially when they
are the exact same page dimension.
We have two perspectives here: a) Draw is an independent application and
should be compared with other graphic tools, and b) Draw is part of the LO
suite mainly with supporting functions. In case of a) your proposal is
debatable but for b) we should respect and favor consistency over modules.
Whether or not you take the Zonk at option b), Draw is started inline from
other LO apps and should work there as well.
With LO having a shared codebase, documents created in a module can be added to
another module's document. Calc, draw, and formula can all be started inline in
writer. Even the unlisted chart app starts inline in writer.
Personally, I don't like single row toolbar in general. Your toolbar
contains of 25 items, many with multiple assignment and not categorized into
a few sections. I'd agree when it was mostly on/off items, which makes sense
since many settings are duplicated at the right sidebar.
Yes it is still a work in progress of which buttons will be appearing in the
top and left toolbars and once that has been done, it will should be easy to
categorize them.
To make clear what I mean with categorization of toolbar items: The main
menu has 9 top level items, one of them is File. The standard toolbar
contains always of a couple of items from this files menu, I do not need to
check those for a certain function. This section is followed by Edit
functions.
Didnt fully grasp this paragraph.
Was looking around for more apps to see how they deal with multiple pages and
corel draw displays pages similar to how calc has pages.
https://engineering.case.edu/thinkbox/sites/engineering.case.edu.thinkbox/files/images/coreldraw.jpg
One benefit of having it there is that we currently have a bar presently there
with Layout, Controls, and Dimension Lines tabs, which i couldnt figure out how
to use. :D
Also saw that corel draw mixes the pages and layers into an object manager tab.
http://www.hizliprogramindir.com/wp-content/uploads/2013/08/corel-draw-2.jpg
http://www.cbscreative.com/corel/corel07/ProjectLayers.gif
(In reply to Adolfo Jayme from comment #1)
One word: fallacy.
Please explain why it is a fallacy to think of Draw as a drawing application.
On the start center it says 'Draw Drawing'. :D
--
You are receiving this mail because:
You are on the CC list for the bug.
Context
- [Libreoffice-ux-advise] [Bug 90090] Rearranging the UI of Draw (continued)
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.