bugfix: Firefox mobile navbar (dropdown parents without a URL couldn't be opened) - #92
Merged
Conversation
|
Works like a charm. Many thanks! |
Author
|
FYI, I've found a nice solution by Kevin (@kzhe0012) in the repository of ICAPS 2024 webpage. It is currently under review to be merged to ICAPS 2027 webpage. We may switch to this fix as well, but given the conference is over, it might not be worth the time (since the previous fix is already in). |
|
I've also made the 2027 chairs aware that merging the change would be nice. Either solution is fine, I guess. For the 2026 page there is probably no need to make it "nicer" :) |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
On mobile Firefox, tapping a dropdown parent that has no page of its own (Students, Attending) did nothing useful. Those items were rendered as with the expand arrow as a nested inside the anchor, so tapping the arrow both toggled the submenu checkbox and fired the empty-href navigation — and Firefox resolved that in favor of navigating, so the submenu never opened.
On top of that, the arrow-rotation rule (input:checked + .drop-icon) never actually matched, since the drop-icon isn't an adjacent sibling of the checkbox in our markup.
Changes: