Inert URL Bar: Change URL bar resizing to be interoperable with Chrome and Safari
Categories
(Firefox for Android Graveyard :: Toolbar, defect, P3)
Tracking
(firefox68 affected)
Tracking | Status | |
---|---|---|
firefox68 | --- | affected |
People
(Reporter: bokan, Unassigned)
References
Details
(Whiteboard: [geckoview]?)
User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.71 Safari/537.36 Steps to reproduce: Visit bokand.github.io/demo/urlbarsize.html Scroll down to hide the url bar Actual results: All four bars resize Expected results: The orange bars should not resize. This matches the current implementation of Safari iOS and Chrome will soon (M56?) use this model as well. This means that the initial containing block should be statically (not react to URL bar) set to the viewport size when the url bar is shown. One kink is that vh units should be statically sized to the viewport size with the url bar hidden. I agree this is strange but there's use cases for making vh all three off -Static URL bar hidden -Static URL bar shown -Dynamically resize to visible area as URL bar shows/hides So I think we'd need an API to control which the author would like to use. In the interm, aligning all browsers with Safari will reduce pain for web developers. See https://github.com/bokand/URLBarSizing/blob/master/README.md for more details.
Comment 1•7 years ago
|
||
Note that this has been discussed off-and-on with some Mozilla folks for awhile (for example here: https://groups.google.com/a/chromium.org/forum/#!searchin/input-dev/Explainer$20URL$20Bar/input-dev/lBZvTtolw-A/fx2grCmKCAAJ). Although we expect to ship this change in M56 (see https://groups.google.com/a/chromium.org/forum/#!topic/blink-dev/BK0oHURgmJ4) we're of course happy to continue discussing the trade offs here, open to making changes, and in working towards getting this properly standardized. Feel free to file issues at https://github.com/bokand/URLBarSizing/issues, and if there's interest we can move this repo to the W3C WICG organization.
Updated•7 years ago
|
Comment 2•5 years ago
|
||
Re-triaging per https://bugzilla.mozilla.org/show_bug.cgi?id=1473195 Needinfo :susheel if you think this bug should be re-triaged.
Comment 3•4 years ago
|
||
This Fennec bug corresponds to Chrome 56's "Inert URL Bar": Hiding and Showing the URL bar will no longer resize the initial containing block or elements sized with vh units. This matches iOS Safari.
https://www.chromestatus.com/feature/6241601772847104
"Intent to Ship: Top Controls don't resize initial containing block and vh units"
https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/BK0oHURgmJ4/PZqveT2LBAAJ
See mention in Fenix issue https://github.com/mozilla-mobile/fenix/issues/552#issuecomment-486934298.
Comment 4•4 years ago
|
||
We don't want to resize the viewport on Fenix unless the page is not scrollable.
![]() |
||
Updated•4 years ago
|
Updated•3 years ago
|
Comment 5•3 years ago
|
||
This will be superseded by bug 1586144 and bug 1586986. I am going to make this as a duplicate of bug 1515980 which is a blocker of those bugs.
(I should have used this in the first place though).
Updated•2 years ago
|
Description
•