Bug 157154 - Permanent changing Paragraph Style Dropdown in LO 7.6 is unusable and a WCAG violation
Summary: Permanent changing Paragraph Style Dropdown in LO 7.6 is unusable and a WCAG ...
Status: RESOLVED INVALID
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.6.0.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-09-08 13:32 UTC by burnuser2
Modified: 2023-09-27 06:07 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 burnuser2 2023-09-08 13:32:42 UTC
Description:
The new LO 7.6 feature 
"The Paragraph Style dropdown (in the Formatting toolbar) now gradually replaces the default list with styles used in the document rather than always showing the full list at the top. tdf#152666 (Heiko Tietze, TDF)"
changes the positions of the styles in the drop down list with every usage of a style.

That is a complete mess and makes the whole styling unusable! (Mus revert to LO 5.5 to get a working styling back.)

But, regardless of my own opinion, this behaviour is also a direct violation of WCAG Guideline 3.2 Predictable: https://www.w3.org/TR/WCAG/#predictable
(and especially 3.2.3 Consistent Navigation, 3.2.4 Consistent Identification, 3.2.5 Change on Request)
And the WCAG are not only for Websites, but also for applications the most relevant accessibility rule set in the world!

If you like your new "feature" too much, to revert it completely, make it an opt-in (WCAG: 3.2.5 Change on Request). But never ever let the current mess unchanged!


Steps to Reproduce:
1.Open Writer document
2.add some paragraphs
3.apply different styles from the Style dropdown

Actual Results:
listed styles changing positions => never have the same order as before (which can be selected also blind!!!)

Expected Results:
Same styles list order every time, never changed (wihtou an active "opt-in" to the new behaviour in LO 7.6


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 7.6.0.3 (x86) / LibreOffice Community
Build ID: 69edd8b8ebc41d00b4de3915dc82f8f0fc3b6265
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win
Locale: de-DE (de_AT); UI: en-US
Calc: CL threaded
Comment 1 Stéphane Guillou (stragu) 2023-09-08 14:06:39 UTC
Thanks for the report.
This can probably be merged with bug 156970.
Michael, what is your opinion on the accessibility aspect?
Comment 2 V Stuart Foote 2023-09-09 03:14:38 UTC
See bug 152666 for rational and use case.

The drop list is finite, and responds to template handling for new documents allowing customization on new document creation.

The Sidebar Style deck <F11> 'Stylist' provides fully functional style based manipulation.

The WCAG aspect is not valid as the handling of styles *is* consistent, just that that drop list defaults and 'Applied' style handling has evolved to be more in line with Sidebar 'Style' deck's content panels.

IMHO => NAB and Invalid
Comment 3 Buovjaga 2023-09-27 06:07:35 UTC
Ok, let's close.

The listed styles in the toolbar dropdown do not change their position when I tested, by the way.

Arch Linux 64-bit, X11
Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: c2930ebff82c4f7ffe8377ab82627131f8544226
CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: kf5 (cairo+xcb)
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: threaded
Built on 27 September 2023

Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 2902ab24ecc5ffbf4907ea83b2028508b9de6364
CPU threads: 2; OS: Windows 10.0 Build 22621; UI render: default; VCL: win
Locale: en-US (en_FI); UI: en-US
Calc: threaded