You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The whitespace spelling seems to be predominantly used for characters, even in CSS, while "white space" is about layout, at least by their review of web standards. We reference whitespace from the infra spec, and it uses the no-space spelling, so it seems like we should be consistent with it.
But then the XML spec uses "white space" for characters, and we oddly mix references to its definition of whitespace and normalization even though it doesn't include Form Feed as the infra definition does.
It's starting to make my head ache that maybe our definitions and processing of whitespace are not consistent. We use infra's definition in some places and XML's in others (at least with the epub:type definition). We use the infra processing of leading and trailing whitespace in the package document metadata but xml's whitespace normalization for the viewport meta tag definition. I'm not sure that makes a lot of sense.
I wonder if the mispronunciation is something we should report to the screenreader makers rather than try to work around it, and then try to figure out what inconsistencies we might have in the spec beyond the naming.
It is easy enough for a screen reader user to add this to an exception dictionary to get the pronunciation they want. Having TTS speak it as two words would create problems in normal writing, so I do not think it should be reported. Screen reader users working on specs should be informed how to write it as one word and when.
I think we need to take another look at why we reference the infra spec for the whitespace definition, though. It's not the authority for xml grammars like the package document, and even with xhtml I'm not sure it's relevant since xhtml uses an xml parser, too.
It may be fine to reference the whitespace processing functions, since the addition of FF in those wouldn't matter if we don't allow it in authoring.
Activity
GeorgeKerscher commentedon Jul 9, 2024
As an fyi, screen readers pronounce whitespace incorrectly. They do pronounce whiteSpace and white space and white-space correctly.
mattgarrish commentedon Jul 9, 2024
I just found an issue on the same thing in the mdn repository: https://github.com/orgs/mdn/discussions/382
The whitespace spelling seems to be predominantly used for characters, even in CSS, while "white space" is about layout, at least by their review of web standards. We reference whitespace from the infra spec, and it uses the no-space spelling, so it seems like we should be consistent with it.
But then the XML spec uses "white space" for characters, and we oddly mix references to its definition of whitespace and normalization even though it doesn't include Form Feed as the infra definition does.
It's starting to make my head ache that maybe our definitions and processing of whitespace are not consistent. We use infra's definition in some places and XML's in others (at least with the epub:type definition). We use the infra processing of leading and trailing whitespace in the package document metadata but xml's whitespace normalization for the viewport meta tag definition. I'm not sure that makes a lot of sense.
I wonder if the mispronunciation is something we should report to the screenreader makers rather than try to work around it, and then try to figure out what inconsistencies we might have in the spec beyond the naming.
GeorgeKerscher commentedon Jul 10, 2024
It is easy enough for a screen reader user to add this to an exception dictionary to get the pronunciation they want. Having TTS speak it as two words would create problems in normal writing, so I do not think it should be reported. Screen reader users working on specs should be informed how to write it as one word and when.
iherman commentedon Jul 10, 2024
I did a quick check, and here is what I got:
None are used in the other documents.
This means, in practice, there is a single change to be made in the RS spec, and we are fine if we use "whitespace" (if my numbers are correct)
mattgarrish commentedon Jul 10, 2024
That's good, at least.
I think we need to take another look at why we reference the infra spec for the whitespace definition, though. It's not the authority for xml grammars like the package document, and even with xhtml I'm not sure it's relevant since xhtml uses an xml parser, too.
It may be fine to reference the whitespace processing functions, since the addition of FF in those wouldn't matter if we don't allow it in authoring.