macOS: Deliver geometry changes when content view changes frame
This was disabled in 9f22ac0aa0 under the
assumption that the windowDidResize callback was sufficient, but in the
situation when macOS native tabs are enabled, AppKit will report the
wrong geometry for the first windowDidResize callback when a new tab
is created.
We could potentially remove the geometry change in windowDidResize,
as the viewDidChangeFrame callback should be enough for content
views, but this is something that needs more investigation.
Change-Id: I85045507da1a01b4a906e6f88301f3321c660943
Fixes: QTBUG-75482
Reviewed-by: Morten Johan Sørvig <morten.sorvig@qt.io>
Reviewed-by: Tor Arne Vestbø <tor.arne.vestbo@qt.io>
bb10
parent
123053bba8
commit
c99678fb19
|
|
@ -1085,9 +1085,11 @@ void QCocoaWindow::setEmbeddedInForeignView()
|
|||
|
||||
void QCocoaWindow::viewDidChangeFrame()
|
||||
{
|
||||
if (isContentView())
|
||||
return; // Handled below
|
||||
|
||||
// Note: When the view is the content view, it would seem redundant
|
||||
// to deliver geometry changes both from windowDidResize and this
|
||||
// callback, but in some cases such as when macOS native tabbed
|
||||
// windows are enabled we may end up with the wrong geometry in
|
||||
// the initial windowDidResize callback when a new tab is created.
|
||||
handleGeometryChange();
|
||||
}
|
||||
|
||||
|
|
|
|||
Loading…
Reference in New Issue