Present: Sascha, Stuart, Heiko Comments: many Tickets/Topic * [META] Sidebar UI and UX bugs and enhancements + https://bugs.documentfoundation.org/show_bug.cgi?id=103459 * Guidelines + https://wiki.documentfoundation.org/Design/Guidelines/SideBar ### Width ### => initial width should be defined by the controls of all decks so the largest deck is responsible for the initial width => minimum width is defined by the individual deck so users can change the deck to be smaller than other decks => width of decks should be stored per deck => if no control is placed on the deck the minimum width has to be defined as absolute value + minimize beyond the minimum shows a blue arrow that indicates that the sidebar is going to automatically collapse => maximum width is defined (AI: defined in svx?) => sidebar optimum width should not exceed 10 toolbar buttons at large icon size => undocking sidebars for the first time should expand to the docked width; users should be able to resize as when docked (see above) ### Initial state ### => state needs to stored per module in the user profile * Sidebar has to many stages + https://bugs.documentfoundation.org/show_bug.cgi?id=137118 + collapsed state is an acceptable minimum; + can we remove the hide button "panel"? (and by this the fully collapsed state) + clicking the tab button expands/collapse the panel to the minimum state + makes the various functions more consistent (closing the tab or clicking the tab button has the same result being collapsed + impacts the minimized state while in (at least) tabbed notebookbar mode + needs to be changed into the collapsed mode + removing the hide button might kill the splitter functionality that allows resizing of sidebar; needs to take care => drop this state only ### Relation to toolbars/statusbar ### => HIG: Provide access to frequently used features in the sidebar. Make sure to have all features in the dialogs. + 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) + contextual content panel should be avoided (Heiko) + <ironic> why not get rid of the properties deck? (Stuart) + no concerns (Sascha) => no consensus (needed) ### Accessibility ### => WIP: https://gerrit.libreoffice.org/c/core/+/100148 => keyboard access described in detail in the HIG
Attachment:
signature.asc
Description: OpenPGP digital signature
_______________________________________________ LibreOffice mailing list LibreOffice@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/libreoffice