Created attachment 165977 [details] Navigator sidebar layout If you have a look at the different Navigator sidebars between the different LibO modules (writer, calc, impress, draw,...) the layout look very different. The reason is maybe cause Jim is working on the navigator and not everything is done, but I would like to know, how the final navigator sidebar layout will look like. I would prefer an unify look between all LibO modules.
For sure I can make an mockup, but first I'd like to know, maybe there is already an final goal that fit's this request. The Navigator in writer is for me the confusest one without read the help, it's not possible to understood this icons. Tooltips will help a bit, but in addition I need the help to understood. Calc is for me the navigator with an simple and usedfull layout. Impress is easy to understood, but in general the icons are not that usefull at all. In general I would prefer an layout similar to the navigator layout in calc for all modules.
They are fine, different layouts for different functional requirements. Leave it alone. -1
Good but can you describe writer navigator sidebar without help?
(In reply to andreas_k from comment #3) > Good but can you describe writer navigator sidebar without help? Yes, but I have read the manual--and Jim's/Caolan's source reworking the Find bar mode listbox as core replacement for the Navitator's Navigation toolbox. Any lack of clarity is a documentation issue (help & tooltip)--not something to be endlessly rehashed with non-performant tweaks of the GUI. And certainly not something done cross module.
(In reply to V Stuart Foote from comment #2) > They are fine, different layouts for different functional requirements. > Leave it alone. > > -1 Fully agree -1 from me too
the question of the bug was, what's the plan for the future of the Navigator. So an -1 will mean, no unify navigator layout. But I'd like to know if there are some changes planned.
We discussed this in the design meeting and had difficulties to find a consensus. So far the HIG [1] says: * Avoid vertical scrolling by having content fit into deck height (in respect to LibreOffice’s default resolution of 1280×768 pixels). In the case of too many options, consider splitting them into different deck or (preferably) split over more content panels within the same deck. * Prefer controls where the setting is one click away (e.g. list box rather than drop down or direct access to recently used colors in addition to the widget). * Prefer mouse-driven graphical widgets in favor of controls that require the input of an exact value (e.g. an image’s transparency with discrete steps via sliders). * Consider introducing presets of properties comprising of the most relevant settings. For instance, one page margins with all four values. * Take care of the appropriate tab sequence to support accessibility. Yesterday's minutes: + there are a lot of duplicate functions right now (Sascha); not much of an issue because sidebar allows alternative workflows (Stuart) + concerned about too many functions in the SB (Heiko); with the first implementation many dialogs were removed, eg. styles, navigator (Stuart) + Allow undocking of Sidebar decks (tdf#85905) improves the situation + contextual content panel should be avoided (Heiko) + <ironic> why not get rid of the properties deck? (Stuart) My personal view would be that attributes not being an UNO command would be better suited for the sidebar as UNO commands are perfect for toolbars. But that's probably not a good advice. Your initial statement of _harmonization_ makes also not much sense since we have, for example, the Properties deck with a lot of controls and the Styles Inspector with just one tree (therefore resolving as WF). So maybe we should stick to the current HIG and add recommendation for the layout as you did for the property dialogs [2]. Would you volunteer to do this, Andreas? [1] https://wiki.documentfoundation.org/Design/Guidelines/SideBar [2] https://wiki.documentfoundation.org/Design/Guidelines/PropertyDialog
*** Bug 136420 has been marked as a duplicate of this bug. ***
Missed one point: the "optimum" sidebar/deck width should be about 10 toolbar buttons with large icons. It's not recommended to design larger decks.
(In reply to Heiko Tietze from comment #9) > Missed one point: the "optimum" sidebar/deck width should be about 10 > toolbar buttons with large icons. It's not recommended to design larger > decks. good to know.