-
Notifications
You must be signed in to change notification settings - Fork 2.6k
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
Proposal : Spoiler content semantics #9768
Comments
Why can't you style |
AFAICT you simply can't. The user agents implement it as a closed shadow DOM, so there's no way to get inside. |
Oh right, we have some existing issues on that. We should just solve that problem and not add something new, in my opinion. |
Agree. I'm happy to close this if we can link it to any tickets on those issues. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
I notice that many discussion fora (especially for games or fiction) include a "spoiler" feature.
Typically, the spoiler content is presented as black text on black background. I suppose there are cases where a color other than black is used, but I have not seen them. Sometimes there is a small label ("spoiler") to indicate that the content is deliberately hidden, and may only be exposed when clicked.
The idiom exists to prevent "spoilers" from giving the game away to those that prefer to find out for themselves. Spoiler content may appear "anywhere", but is especially common in online discussions.
Problems with the existing solutions:
aria-hidden="true"
Prior Art
<summary>
and<details>
might have been viable for this semantic, except that there is no way to style the appearance of the 'non-expanded' view - and therefore no way to write CSS for the "black on black" text.Perhaps if there was a way to style
<details>
in the closed state, we can go home early.The text was updated successfully, but these errors were encountered: