<div dir="ltr">Hello WebKit devs,<div><br></div><div>I am implementing the auto-expanding details elements feature in Chromium, and I would like to hear WebKit's position on the feature.</div><div>Chromestatus entry: <a href="https://chromestatus.com/feature/5032469667512320">https://chromestatus.com/feature/5032469667512320</a></div><div>Spec:</div><div>- <a href="https://github.com/whatwg/html/pull/6466">https://github.com/whatwg/html/pull/6466</a></div><div>- <a href="https://html.spec.whatwg.org/multipage/interaction.html#interaction-with-details">https://html.spec.whatwg.org/multipage/interaction.html#interaction-with-details</a></div><div>Explainer: <a href="https://github.com/WICG/display-locking/blob/main/explainers/auto-expanding-details-explainer.md">https://github.com/WICG/display-locking/blob/main/explainers/auto-expanding-details-explainer.md</a></div><div>WebKit bug: <a href="https://bugs.webkit.org/show_bug.cgi?id=228843">https://bugs.webkit.org/show_bug.cgi?id=228843</a></div><div><br></div><div>Today, users can’t search for content inside details elements when they are closed. If the user wants to search the page for content inside details elements with find-in-page, then they have to manually expand every details element in the page before they use find-in-page.<br><br></div><div>This feature makes the hidden contents of closed details elements searchable by find-in-page and makes the browser automatically open them when trying to scroll to their hidden contents so that users can always search inside them.</div><div><br></div><div>In addition to find-in-page, this feature should also work for Element fragments (navigating to a hash with an element id) and ScrollToTextFragment in order to make content hidden inside <details> elements more findable, searchable, and shareable.<br></div></div>