This repository has been archived by the owner on Dec 11, 2020. It is now read-only.
Switch presentational b and i elements for semantic strong and em #1522
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
|
Which validators? I am a bit confused: if semantically they mean different things, why wouldn't we just introduce |
|
Agree, for example is a style definition and that is not what the HTML spec is about. That is the main reason why there is a type which indicates on how it should be understood. I am a bit worried though what this will break for existing implementations |
|
We are not going to implement this for 1.9 but i do agree that we should have this done for 2.0. |
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Currently the body HTML generated by
randomHtmlcontains elements that some validators object to.This is slightly complicated again by HTML5 introducing new meaning for the
bandielements but switching still looks sensible.Merging #1421 too would make this even more useful.