Double-click title bar to resize to fit screen
-
@luetage For information purpose only, I'm running Sierra and I have corner rounding on windows in 1420.4 (but not on 1388.37).
-
@luetage Thanks, I'll pass on that the fix will need some adjustment. Is it just the square corners or is double-click-to-zoom on the combined tab/title bar also broken?
@hlehyaric Thanks for confirming the fix on Sierra.
-
@xyzzy Double click to zoom… what is it supposed to zoom?
-
@luetage It is supposed to maximise the window (full screen), similar to
cmd+ctrl+f
(that's how it works on Sierra). -
@hlehyaric Oh, ok. Yeah, that doesn't work. But I don't know why anyone would call that zoom. It's fullscreen lol…
-
@luetage said in Double-click title bar to resize to fit screen:
But I don't know why anyone would call that zoom.
Me neither. But @xyzzy is far more experienced than me, so there is, maybe, a reason to call it «zoom» I don't know.
-
@hlehyaric It's called "zoom" on macOS because it usually just changes the size of the window to fit its contents, not maximize the window. Try it with Finder: change from icon view to list view and double-click on the title bar; the window should change size and shape. Double-click again to restore the window to its previous size. The double-click behaviour is also configurable in the Dock settings in System Preferences.
-
@xyzzy Thanks for explanations and tips.
-
@xyzzy Makes sense, it is neither fullscreen nor maximize, it's definitely different. But it's also not zoom, Apple needs to come up with a different word for it. But whatever the name, it doesn't work on high sierra
-
@luetage Thanks, everyone. Chromium 71 contained some changes that didn't affect Vivaldi 2.2 on Mojave but did cause some weird UI glitches older versions of macOS. I've notified the dev that we still have some issues on High Sierra.
I don't know why Apple picked "Zoom" either. My guess is that they struggled to find a simple word to describe a function that's unique to macOS... and that also translates easily into the available system languages.
-
@luetage If you're still experiencing square window corners and broken double-click on tab/titlebar with the 1435.4 Snapshot, could you please file a bug report? I want to make sure that this gets fixed for all Mac users.
I think the current status for this issue on 2.3 Snapshots is:
- 10.10 (Yosemite): Unknown (probably working)
- 10.11 (El Capitan): Working
- 10.12 (Sierra): Working (based on reports from @hlehyaric )
- 10.13 (High Sierra): Not working (based on last report from @luetage )
- 10.14 (Mojave): Working
Also, if any of you find that the History forward/backward indicators don't appear when you perform a swipe gesture on 2.3, please let me know as well along with your version of macOS. I have an open bug for this issue and also want to make sure that it gets fixed for all affected.
Thanks!
-
@xyzzy said in Double-click title bar to resize to fit screen:
History forward/backward indicators don't appear when you perform a swipe gesture on 2.3
I experience this issue on macOS Sierra 10.12.6.
-
@xyzzy I have the exact same issues as before on 1435.4 High Sierra, nothing changed. Additionally I want to mention that I was on 2.3 on El Capitan just some time ago and I experienced the issues there too. Therefore I don't understand how El Capitan is supposedly working. I also want to add I tried this with a clean (new) profile on both systems.
This history forward/backward buttons change state when I use mouse gestures, not sure what you mean with swiping.
-
-
@hlehyaric Makes sense, no idea then – don't have a compatible trackpad.
@xyzzy and yeah, I already submitted a bugreport some time ago for High Sierra: VB-48160.
-
@hlehyaric Yes, that's exactly what I was referring to. They should also appear with swipe gestures on an Apple Magic Mouse as well.
I assume @xyzzy refers to trackpad gestures and arrows that appear left/right side of a window when you perform those gestures on trackpad. If that's not the case, I completely misunderstood his post.
-
@luetage This glitch has been fixed for me on El Capitan in internal builds. Depending on when the Snapshot got built, the fix should also have appeared either in 1401.7 (Dec. 18 ) or the 1420.4 (Jan. 8 ) Snapshot. This was a weird bug that only affected some versions of macOS so the fix targeted specific versions of macOS. I'll retest with 1435.4.
(Edit: ...and I can confirm that I have round window corners and that double-clicking on the tab/title bar works with 1435.4 on El Capitan.)
I have the exact same issues as before on 1435.4 High Sierra, nothing changed. Additionally I want to mention that I was on 2.3 on El Capitan just some time ago and I experienced the issues there too. Therefore I don't understand how El Capitan is supposedly working. I also want to add I tried this with a clean (new) profile on both systems.
I already submitted a bugreport some time ago for High Sierra: VB-48160.
Thanks. Sorry, I missed that bug report. Unfortunately, the QA team tested on
High SierraMojave and closed the bug with a "Cannot Reproduce" status. I'll escalate and ask them to investigate further, and to take another look at the fix that was implemented. -
@xyzzy I do wonder what's different on my setup, or different in general on various macOS versions. I mean the UI should be exactly the same, why would an area not be draggable anymore or wouldn't recognise double clicks. I also can't explain the corner rounding. It's a complete mystery to me considering it's built upon web technologies. It's just html and css in case of the rounded off corners for the browser window.
-
@luetage I'm not a web developer and don't know React but the resulting JavaScript for the UI is pretty complex... and this glitch looks like a problem with how the various layers are composited and rendered by Chromium on the underlying hardware.
-
@xyzzy Yeah, I tried fixing the issues myself yesterday, but turns that's not easily possible. Corner rounding can be set with border radius, but the grey background stays square and isn't part of the html, while all layers above it work. Making the window draggable again on the panel is easy –
#panels-container {-webkit-app-region: drag;}
. For double click and right click in the UI I don't have a solution either. Oh well, the panel thing was annoying me the most anyway.