Clarify `contenteditable="false"` elements which is associated with an `EditContext`
Nobody has claimed this yet.
- Dominant language
- HTML
- Stars
- 48
- Forks
- 13
- PR merge metrics
- No merged PRs in 30d
Description
https://w3c.github.io/edit-context/#edit-context-differences
Each child node of the EditContext editing host becomes editable, unless that node has a contenteditable attribute set to "false".
I guess that if the element whose contenteditable is "false" has an EditContext, it should be editable because if only the element has focus, it should be editable.
So in my understanding an element can be editable if:
designModeis set tooncontenteditableis set totrue- an
EditContextis associated - an ancestor is editable and not in
designModeand not associated with anEditContextandcontenteditableis set to"false"
I.e., an element in an editing host can be non-editable if and only if:
- not in
designMode - not associated with an
EditContext contenteditableis set to"false"- or a descendant of the non-editable element and is not an editing host
Cc: @dandclark
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Read the EditContext differences section and the linked HTML definitions for contenteditable and editable. Compare the quoted rule with the proposed cases for elements associated with an EditContext, then clarify the normative behavior in the specification. Done means the relationship between contenteditable="false", focus, editing hosts, and EditContext is unambiguous.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- html
- Domain
- web-dev
- Issue type
- Documentation
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100