Bug 105492 - Sidebar tab bar buttons exposed to screen readers as radio buttons
Summary: Sidebar tab bar buttons exposed to screen readers as radio buttons
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
5.3.0.0.alpha1+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: accessibility
Depends on:
Blocks: Sidebar-Accessibility
  Show dependency treegraph
 
Reported: 2017-01-23 20:12 UTC by Yousuf Philips (jay) (retired)
Modified: 2025-01-20 12:45 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Yousuf Philips (jay) (retired) 2017-01-23 20:12:09 UTC
Steps:
1) Open Writer with screen reader active
2) Press F6 until you read the sidebar
3) Press the down arrow until it reaches the Properties tab bar button

Tested in LO 5.3 alpha 1, Orca 3.20.3 on Ubuntu Mate 16.04.
Comment 1 Buovjaga 2017-02-01 10:40:37 UTC
Repro with NVDA.

Win 7 Pro 64-bit Version: 5.4.0.0.alpha0+
Build ID: c6dd735afb2e1b3837c4f8c5659f52fafab4c56f
CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2017-01-30_01:52:54
Locale: fi-FI (fi_FI); Calc: group
Comment 2 QA Administrators 2018-02-10 03:33:18 UTC Comment hidden (obsolete)
Comment 3 Alex ARNAUD 2018-02-15 10:53:36 UTC
Hello all,

IMO, the current implementation is logical because we move between items that have to be checked to produce effect. I'm not sure we could make a better implementation.

@VStuart: What is your opinion ?

Best regards.
Comment 4 V Stuart Foote 2018-02-15 15:47:46 UTC
(In reply to Alex ARNAUD from comment #3)
> Hello all,
> 
> IMO, the current implementation is logical because we move between items
> that have to be checked to produce effect. I'm not sure we could make a
> better implementation.
> 
> @VStuart: What is your opinion ?
> 
> Best regards.

Believe for instrumenting the sidebar/TabBar.cxx buttons in CreateTabItem, the other alternative could  be the generic ROLE_SYSTEM_PUSHBUTTON and STATE_SYSTEM_PRESSED pair of a VclPtr<Pushbutton>, rather than the <RadioButton> as used now. 

But probably more to doing the deck selections as pushbutton than just changing the button object type.

=-ref-=
https://opengrok.libreoffice.org/xref/core/sfx2/source/sidebar/TabBar.cxx#269
Comment 5 Alex ARNAUD 2018-02-19 16:37:47 UTC
> Believe for instrumenting the sidebar/TabBar.cxx buttons in CreateTabItem,
> the other alternative could  be the generic ROLE_SYSTEM_PUSHBUTTON and
> STATE_SYSTEM_PRESSED pair of a VclPtr<Pushbutton>, rather than the
> <RadioButton> as used now. 

Right, it makes sense to me. I agree with this approach.

Best regards.
Comment 6 QA Administrators 2019-02-20 03:48:08 UTC Comment hidden (obsolete)
Comment 7 Patrick ZAJDA 2019-02-25 17:33:20 UTC
I can confirm with version 6.3.0.0.alpha0+
Build ID: 4187b2beaa3d1294cd5c76ec0b662f3f4fadc421
Threads CPU : 12; OS : Linux 4.19; UI Render : par défaut; VCL: gtk3; 
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-02-25_07:04:36
Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR
Calc: threaded
Comment 8 QA Administrators 2023-01-20 03:24:42 UTC Comment hidden (obsolete)
Comment 9 QA Administrators 2025-01-20 03:09:25 UTC Comment hidden (obsolete)
Comment 10 V Stuart Foote 2025-01-20 12:45:46 UTC
STR of comment 0, no longer sound as using "radio button"

SB Tab bar navigation sounds now as a simple "button" and with "button pressed" when selected in the UI.

Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 35b9371acf5a1295ef7c12bbfa285efb7ea4b485
CPU threads: 8; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded