<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_UNCONFIRMED " title="UNCONFIRMED - VIEW MENU: Replace View>Show Horizontal Scroll Bar/Vertical Scroll Bar with single menu entry" href="https://bugs.documentfoundation.org/show_bug.cgi?id=138538#c9">Comment # 9</a> on <a class="bz_bug_link bz_status_UNCONFIRMED " title="UNCONFIRMED - VIEW MENU: Replace View>Show Horizontal Scroll Bar/Vertical Scroll Bar with single menu entry" href="https://bugs.documentfoundation.org/show_bug.cgi?id=138538">bug 138538</a> from <a class="email" href="mailto:live@hushmail.com" title="Sascha Z <live@hushmail.com>"> Sascha Z</a> <pre>(In reply to V Stuart Foote from <a href="show_bug.cgi?id=138538#c7">comment #7</a>) > Sorry, s/rulers/scrollbars > > And since we only provide control of scrollbars for Writer (they are > automatic for the other modules) having them independent on the main 'View' > menu is sufficient. Keeping them independent is functional, and adding a > third combined control or a submenu would just add clutter. Still -1 I disagree with clutter. All big applications provide a feature to hide or show there scrollbars within a single command inside the main menu, often with a shortcut. LibreOffice however separates this feature into two different controls, shown into a submenu that clutters the UI and force the user to use the mouse twice. I can agree that separating the visibility of the different scollbars might be useful to a very low amount of users (e.g. Tablet). But it also feels very unprofessional for the majority of users that are used to a single control from other applications. Adding a master control inside the already existing submenu wouldn't clutter the UI more then it already is. Rather it would allow us to add a commonly used shortcut and the users to shift this control into the main-menu.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>