You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
These features allow users to reveal hidden but matching text in the page when using find-in-page, scroll to text fragment, or element fragment navigation. Auto-expanding details makes all <details> elements automatically expand when find-in-page or scroll to text finds match in their content and scrolls to it. The hidden=until-found attribute is a more generic version of this functionality which allows any element to be hidden until find-in-page or scroll to text fragment scrolls to it.
There are no WPTs for find-in-page because find-in-page is not testable in WPT.
There are no WPTs for scroll to text fragment because scroll to text fragment is not tested in WPT yet because I think it hasn't gotten specced yet? At least this was the case when I wrote the tests, but if this has changed then I could upstream them to WPT.
There was a privacy concern that the new beforematch event would allow websites to know what the user is typing into find-in-page, but there was an existing vulnerability for find-in-page where scroll events would also emit the same information.
Both of these find-in-page issues were addressed in chromium by adding a delay before find-in-page would automatically scroll to matching text.
Other
No response
The text was updated successfully, but these errors were encountered:
Thank you for proposing hidden=until-found and auto-expanding details for inclusion in Interop 2024.
We wanted to let you know that this proposal was not selected to be part of Interop this year.
This is because we got many more proposals than we could include in this year's project. Note that individual vendors may nevertheless choose to advance work in this area during the forthcoming year. We would welcome this proposal being resubmitted again next year if necessary.
For an overview of our process, see proposal selection. Thank you again for contributing to Interop 2024!
Description
These features allow users to reveal hidden but matching text in the page when using find-in-page, scroll to text fragment, or element fragment navigation. Auto-expanding details makes all
<details>
elements automatically expand when find-in-page or scroll to text finds match in their content and scrolls to it. Thehidden=until-found
attribute is a more generic version of this functionality which allows any element to be hidden until find-in-page or scroll to text fragment scrolls to it.Specification
https://html.spec.whatwg.org/multipage/interaction.html#attr-hidden-until-found-state
Open Issues
No response
Tests
hidden=until-found test for element fragment navigation: https://wpt.fyi/results/html/editing/the-hidden-attribute/beforematch-element-fragment-navigation.html
<details>
test for element fragment navigation: https://wpt.fyi/results/html/semantics/interactive-elements/the-details-element/auto-expand-details-element-fragment.html?label=experimental&label=master&alignedThere are no WPTs for find-in-page because find-in-page is not testable in WPT.
There are no WPTs for scroll to text fragment because scroll to text fragment is not tested in WPT yet because I think it hasn't gotten specced yet? At least this was the case when I wrote the tests, but if this has changed then I could upstream them to WPT.
Current Implementations
Standards Positions
mozilla/standards-positions#578
mozilla/standards-positions#612
WebKit/standards-positions#246
WebKit/standards-positions#247
Browser bug reports
https://bugzilla.mozilla.org/show_bug.cgi?id=1724299
https://bugs.webkit.org/show_bug.cgi?id=238266
https://bugs.webkit.org/show_bug.cgi?id=228843
Developer discussions
No response
Polls & Surveys
No response
Existing Usage
https://chromestatus.com/metrics/feature/timeline/popularity/4114
Workarounds
No response
Accessibility Impact
No response
Privacy Impact
There was a privacy concern that the new beforematch event would allow websites to know what the user is typing into find-in-page, but there was an existing vulnerability for find-in-page where scroll events would also emit the same information.
Both of these find-in-page issues were addressed in chromium by adding a delay before find-in-page would automatically scroll to matching text.
Other
No response
The text was updated successfully, but these errors were encountered: