Bug 160241 - Scrollbar ignores accessibility setting on Windows
Summary: Scrollbar ignores accessibility setting on Windows
Status: RESOLVED DUPLICATE of bug 151238
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: All Windows (All)
: medium enhancement
Assignee: Not Assigned
URL: https://ask.libreoffice.org/t/global-...
Whiteboard:
Keywords: accessibility
Depends on:
Blocks: a11y, Accessibility Scrollbars
  Show dependency treegraph
 
Reported: 2024-03-17 12:46 UTC by Sarah
Modified: 2024-03-19 11:47 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Screenshot (106.99 KB, image/png)
2024-03-19 08:53 UTC, Heiko Tietze
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Sarah 2024-03-17 12:46:15 UTC
Having a disability affecting my arm control, the move towards hiding (or worse), removing scrollbar arrows (started by Apple and now seen as an acceptable sacrifice by Microsoft) has eroded accessibility and general usability.

Despite using the Windows 11 "Always show Scrollbars" setting (on), the scrollbar arrows are only visible when I use my mouse alternative (standard Windows mouse settings) to where the arrows should be. 

Please could this be addressed as a major accessibility problem?

To improve accessibility further: 

There is respite from this only in the Chrome browser by using the following extension:

https://chromewebstore.google.com/detail/custom-scrollbars/ddbipglapfjojhfapmpmofnaoellkggc

It would give LibreOffice an amazing accessibility boost if negotiations with developer of the extension, Wesley Branton, to include it in every LibreOffice application for Windows.

Please, consider this suggestion.

Many thanks,
Sarah
Comment 1 V Stuart Foote 2024-03-18 15:41:51 UTC
Assistive Technology tool support of decorating the VCL scrollbars by browser extension in this case is really only applicable to Win11 users. 

By extension or licensing, incurs a support tail if reimplemented by community.

No issues with Win10, so lets get bug 151238 Win11 WDM scrollbar arrow visibility issue resolved, and go from there.

Otherwise for general use customization/decoration of the scrollbars seems suited to extension, not core AT support.

IHMO => WF for this enhancement request.
Comment 2 Heiko Tietze 2024-03-19 08:53:47 UTC
Created attachment 193190 [details]
Screenshot

Confirming that we do not respect the "Always show scrollbar" setting. But even with this option, W11 wont show the scrollbar buttons aka arrows. And I disagree with CSS-like styling of one UI element, ie. either we allow to change the design of every control or none.

Let's handle in this ticket the fact that we do not obey the a11y setting from Windows.
Comment 3 Michael Weghorn 2024-03-19 09:23:04 UTC
(In reply to Heiko Tietze from comment #2)
> Confirming that we do not respect the "Always show scrollbar" setting. But
> even with this option, W11 wont show the scrollbar buttons aka arrows. And I
> disagree with CSS-like styling of one UI element, ie. either we allow to
> change the design of every control or none.
> 
> Let's handle in this ticket the fact that we do not obey the a11y setting
> from Windows.

Can you clarify whether/how this is different from tdf#151238 or can it be closed as a duplicate then?
Comment 4 Heiko Tietze 2024-03-19 09:26:48 UTC
(In reply to Michael Weghorn from comment #3)
> Can you clarify whether/how this is different from tdf#151238 or can it be
> closed as a duplicate then?

Probably a duplicate but I wasn't talking about the arrows rather the full scrollbar remaining in the dynamic even when the a11y option is checked.
Comment 5 Michael Weghorn 2024-03-19 09:29:03 UTC
(In reply to Heiko Tietze from comment #2)
> And I
> disagree with CSS-like styling of one UI element, ie. either we allow to
> change the design of every control or none.

I think ideally, this would somehow fit into our general approach that this should be something set on the platform/toolkit level and LO would adhere to that then (either by using native widgets and letting the toolkit handle it or by using platform API's to draw controls that at least look like native ones).
Comment 6 Michael Weghorn 2024-03-19 09:33:11 UTC
(In reply to Heiko Tietze from comment #4)
> (In reply to Michael Weghorn from comment #3)
> > Can you clarify whether/how this is different from tdf#151238 or can it be
> > closed as a duplicate then?
> 
> Probably a duplicate but I wasn't talking about the arrows rather the full
> scrollbar remaining in the dynamic even when the a11y option is checked.

OK, let's close as a duplicate of tdf#151238 then, as the initial description clearly talks about the missing arrow buttons.

Feel free to open a different one for the other aspect you see, with clear steps. (I don't see what your screenshot shows on my Windows 10, but it sounds like it's Win 11 specific.)

*** This bug has been marked as a duplicate of bug 151238 ***
Comment 7 V Stuart Foote 2024-03-19 11:47:11 UTC
Also, for OP. Please note that if you enable one of Win11's new "Contrast Themes" [1] from the Accessibility controls, LibreOffice in fact does display the full scrollbar with its end arrows. It is only in the default Win11 WDM that the scrollbar is collapsed and the end arrows are suppressed.

=-ref-=
[1] Start medallion -> Settings -> "Contrast Themes", to show example thumbnails of the four Win11 defaults "Aquatic", "Desert", "Dusk", "Night Sky"

With a drop list (defaulting to None).

Make a selection from list, and Apply.

Any of the predefined Contrast Themes will show the full scrollbars with associated movement arrow buttons, both vertical and horizontal.