Bug 138538 - VIEW MENU: Replace View>Show Horizontal Scroll Bar/Vertical Scroll Bar with single menu entry
Summary: VIEW MENU: Replace View>Show Horizontal Scroll Bar/Vertical Scroll Bar with s...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.0.3.1 release
Hardware: All All
: low enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Scrollbars
  Show dependency treegraph
 
Reported: 2020-11-28 08:54 UTC by S.Zosgornik
Modified: 2021-01-15 10:49 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:
Regression By:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description S.Zosgornik 2020-11-28 08:54:24 UTC
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
Comment 1 Dieter 2020-12-13 11:15:47 UTC
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
Comment 2 Roman Kuznetsov 2020-12-13 11:33:52 UTC
-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.
Comment 3 V Stuart Foote 2020-12-13 16:10:33 UTC
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
Comment 4 Heiko Tietze 2020-12-15 09:46:37 UTC
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.
Comment 5 S.Zosgornik 2020-12-16 12:16:03 UTC
(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.
Comment 6 Dieter 2020-12-16 13:49:49 UTC
(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?
Comment 7 V Stuart Foote 2020-12-16 15:17:59 UTC
(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
Comment 8 Heiko Tietze 2020-12-16 15:58:16 UTC
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.
Comment 9 S.Zosgornik 2020-12-16 22:03:25 UTC
(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.
Comment 10 Heiko Tietze 2021-01-07 09:02:16 UTC
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.