Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Document convention - Unnecessarily hard to read high stakes information #359

Open
mr45144 opened this issue Jul 3, 2024 · 6 comments
Open
Assignees

Comments

@mr45144
Copy link

mr45144 commented Jul 3, 2024

Comments as requested by recent email)
Document Conventions require "Replacement text that is presented to show how an SC would read as modified by the advice in this document are in elements visually styled as bold green text with a dotted underline."
For an accessibility organisation this is ironically very difficult to read with corrected eyesight let alone if more spacing is required for print-disability. The underline is tight up against the descenders/bottom of all characters even when applying the requirements of 1.4.12.

**Expected behaviour ** A document from W3C should be stylistically designed for accessibility.
As published - hard to read
image
With text spacing - even harder to parse
image

Without underline - still distinguised by bold and [ text ] - significantly easier to parse
image

@mr45144
Copy link
Author

mr45144 commented Jul 3, 2024

Apologies - I'm not sure why the quoted text has come through with an underline. It wasn't a deliberate attempt at irony

@mitchellevan
Copy link

Thanks for submitting the feedback. I'm not responding yet to the substance of your issue, but just to this comment:

Apologies - I'm not sure why the quoted text has come through with an underline. It wasn't a deliberate attempt at irony

The problem was unescaped HTML. I edited your issue, changing <ins> to <ins>

@mitchellevan
Copy link

Gathering some details about this. @mr45144 , on which browser and operating system did you observe the content?

For comparison, in Windows 10 I see the following in Chrome 126:

around 1 pixel of underline offset, in screenshot of "set of software programs" definition

and in Firefox 127:

around 2 pixels of underline offset, in screenshot of "set of software programs" definition

@maryjom
Copy link

maryjom commented Jul 3, 2024

This is a style that is set by the W3C document style in the CSS used for the <INS> markup used to indicate inserted/replacement content. This CSS is not set by this document, and cannot be overridden by the document. Will bring this up once again with the group responsible for setting this CSS style. It used to be worse where one couldn't tell apart links from inserted content.

@mr45144
Copy link
Author

mr45144 commented Jul 3, 2024

It was noted in Edge and explored further in Chrome - both on Windows. On both font size is medium but I think the OS is set to 125%.
@maryjom More than happy for this to be closed in the doc and moved to the appropriate board.

@daniel-montalvo daniel-montalvo transferred this issue from w3c/wcag2ict Jul 4, 2024
@daniel-montalvo
Copy link

Hi @fantasai

Is this something we could make easier to read? My understanding is that the issue happens when large chunks of text are wrapped in ins elements, but it would be worth for you to look at the whole context of this issue for greater details.

Thanks much.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants