Description: Writer Menu>View Is there any advantage to split the show option for vertical and horizontal scrollbars in different commands? I would prefer to have one command for both scollbars similar to the ruler options (see Draw/Impress), especially since Writer automatic blends scrollbars in and out. Actual Results: toggle for scrollbars are separated Expected Results: have one menu-entry for both scrollbars Reproducible: Always User Profile Reset: No Additional Info: Version: 7.0.3.1 (x64) Build ID: d7547858d014d4cf69878db179d326fc3483e082 CPU threads: 8; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: en-GB (en_GB); UI: en-US Calc: CL
Sascha, thanks for your input. I would treat it as an enhancement request. Personally, I don't have a special opinion to that topic, but I guess, if we would change current UI, there will be some users, who want's to split it again in two different commands. cc: Design-Team for decision
-1 from me, it will be a changing for a changing First, please don't touch a main menu at all Second, I agree with Dieter. I don't think that one item will be better than current two, especially its both are in a submenu. And tomorrow we'll can see other people with enhs about split it.
Depending on the workflow, showing or hiding the vertical or the horizontal ruler is useful. Showing both when they are not desired is annoying as it consumes screen space. Defaults are provided for the 'Benjamin' users; ability to configure as needed for work flow for the 'Eve' users. More competent users are better served by keeping the rulers under separate controls. -1
Three -1, resolving WF. It's very hard to get rid of functions or options once it has been implemented. So while I agree with simplicity some users may feel this as a regression. And it's not urgently needed anyway.
(In reply to V Stuart Foote from comment #3) > Depending on the workflow, showing or hiding the vertical or the horizontal > ruler is useful. Showing both when they are not desired is annoying as it > consumes screen space. > > Defaults are provided for the 'Benjamin' users; ability to configure as > needed for work flow for the 'Eve' users. More competent users are better > served by keeping the rulers under separate controls. > > -1 Sorry for my delayed reply but it was about the scrollbars not the rulers. ATM you can toggle both rulers on/off within a single control with an additional option to show/hide the vertical ruler separately. On the other hand are there only separate controls for the horizontal and vertical scrollbars. This might become handy for a small amount of users but must also be annoying for a Eve type of users. I suggest to introduce a master control for both scrollbars similar to other applications that can be bind to a shortcut like Ctrl+B.
(In reply to Sascha Z from comment #5) > I suggest to introduce a master control for both scrollbars similar to other > applications that can be bind to a shortcut like Ctrl+B. So your proposal is to have the same options as in View => Rulers, right? That would differ from your original proposal. I always support consistency, but I think importance is low. Heiko?
(In reply to Sascha Z from comment #5) > I suggest to introduce a master control for both scrollbars similar to other > applications that can be bind to a shortcut like Ctrl+B. 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
Whether scrollbars are visible or how large they are is also rather a question of the OS/DE than a program. We could move the (single) option to Tools > Options > View, or the like.
(In reply to V Stuart Foote from comment #7) > 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.
We discussed the proposal in the design meeting. The proposal aims to improve consistency with other tools like GIMP or Inkscape where scrollbars can be switched off easily and per shortcut. Such a shortcut requires some kind of master switch. Similar interaction is implemented for Rulers but with improvable usability (checkboxes needs to be independent). The idea is to have a master switch like "Show Rulers" and 'children' controls to disable the vertical or horizontal ruler. The same applies to scrollbars. This addition wont hurt the menu structure nor has a negative impact on usability (besides the hierarchical relation; at least the individual options needs to be disabled if the master is off). But OTOH the benefit is limited. Easy hack with medium to interesting difficulty. Code pointers on request.