[css-overflow-5] clarification of scroll marker scroll position on activation when marker elements overflow
Nobody has claimed this yet.
- Dominant language
- Bikeshed
- Stars
- 4.9k
- Forks
- 816
- PR merge metrics
- PR metrics pending
Description
scrolltargetelement states:
When a scroll marker control is activated by explicit invocation or arrow key focus:
Let element be the scrollTargetElement of the control.
Let block be "start".
Let inline be "start".
Scroll the element into view with behavior, block, and inline.
If the activation was triggered by invocation
Follow the hyperlink updating the URL, however retain focus on the marker element.
This seems to indicate that on a user input like a arrow key press, dom-focus will be called on the scroll-marker element. On the other hand, it appears that scroll tracking may not foucs the relevant scroll-marker. Could this result in large jumps in the scroll marker, since dom-focus from a keypress could center the scroll marker, while scroll tracking may not?
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
Start with the linked CSS Overflow 5 scrolltargetelement and scroll tracking sections, then compare their activation, focus, and scrolling steps. Determine whether the specification needs clarification about marker elements that overflow and document the intended interaction and resulting scroll position.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- css
- Domain
- documentation
- Issue type
- Documentation
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 20/100