Skip to content
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

hidden=until-found and auto-expanding details #491

Closed
1 of 3 tasks
josepharhar opened this issue Sep 25, 2023 · 1 comment
Closed
1 of 3 tasks

hidden=until-found and auto-expanding details #491

josepharhar opened this issue Sep 25, 2023 · 1 comment
Labels
focus-area-proposal Focus Area Proposal

Comments

@josepharhar
Copy link

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. 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.

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&aligned

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.

Current Implementations

  • Blink
  • Gecko
  • WebKit

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

@foolip
Copy link
Member

foolip commented Feb 1, 2024

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!

Posted on behalf of the Interop team.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
focus-area-proposal Focus Area Proposal
Projects
Status: Done
Development

No branches or pull requests

2 participants