-
Notifications
You must be signed in to change notification settings - Fork 64
Mark the rtl dir value under-implemented #2515
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
Conversation
Where in the package document there is a dir="rtl"? |
The root element and all elements that accept text allow dir. See the diff. |
…ote explaining why it is still important to set; adds note to the RS spec to explain that reading systems need to support the attribute despite the authoring label
…o fix/dir-label # Conflicts: # epub33/core/index.html # epub33/rs/index.html
<li>11-Jan-2023: Removed support description for under-implemented features. See <a | ||
href="https://github.com/w3c/epub-specs/pull/2515">pull request 2515</a>.</li> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I guess this is based on getting to an equilibrium point on MO, ie, that there is no under-implemented notion for MO at all (which is probably all right, because MO is not a required feature as a whole).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Either that or we do something similar where we under-implement the authoring feature. I made that change after the last call when it sounded like we wouldn't have to label MO because it's only a recommended feature. It's easy to get back the prose if we need it, though.
As discussed on the 2023-01-05 telecon, there are support gaps for the
dir
attribute in the package document. Looking at the tests, these failures appear to all be centred around support for thertl
value.Consequently, rather than mark the whole attribute under-implemented, this PR only adds the label to the
rtl
value. This is in keeping with how theportrait
value forrendition:spread
is deprecated.If I've misread the test results and we need to consider a whole-attribute labelling, please feel free to say so, though.
And as this looks like it could be the only under-implemented feature we'll have, and we want reading systems to support it moving forward, it doesn't make sense to me to label it in the Reading Systems specification. It seems to undermine the goal of getting support improved. Can we limit ourselves only to warning authors? And, similarly, can we remove the text in the RS appendix about not having to support under-implemented features?
Preview | Diff