-
Notifications
You must be signed in to change notification settings - Fork 2.7k
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
Redundant call to "nearest inclusive open popover" algorithm? #9263
Comments
I was also surprised seeing this in some implementations, looking forward to the explanation. |
Explanation: complete oversight on my part. I agree, we should remove the call at step 9 and just rely on the one already in |
I opened a PR to remove the redundant call here: #9267 |
See [1] but it was pointed out that there's an extra call to NearestOpenPopover() that can be removed. Since the behavior of NearestOpenPopover is inclusive by default, it should be idempotent. This CL removes the extra call and cleans things up just a bit. [1] whatwg/html#9263 Bug: 1307772 Change-Id: I9523d4292c64ea9a590831baf509163d208d3a74 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/4514422 Auto-Submit: Mason Freed <masonf@chromium.org> Reviewed-by: Joey Arhar <jarhar@chromium.org> Commit-Queue: Mason Freed <masonf@chromium.org> Commit-Queue: Joey Arhar <jarhar@chromium.org> Cr-Commit-Position: refs/heads/main@{#1141485}
In the "topmost popover ancestor" algorithm: https://html.spec.whatwg.org/multipage/popover.html#topmost-popover-ancestor
We call:
but checkAncestor also calls "nearest inclusive open popover" at step 8.2?
I think this is redundant?
@josepharhar @mfreed7 @annevk @rwlbuis What do you think?
The text was updated successfully, but these errors were encountered: