- 20 May, 2013 25 commits
-
-
Daniel Jelinski authored
-
Ken Thomases authored
-
Ken Thomases authored
-
André Hentschel authored
-
Christian Costa authored
-
Christian Costa authored
-
Christian Costa authored
-
Alistair Leslie-Hughes authored
-
Alistair Leslie-Hughes authored
-
Stefan Dösinger authored
-
André Hentschel authored
-
Alexandre Julliard authored
-
Alexandre Julliard authored
-
Alexandre Julliard authored
-
Alexandre Julliard authored
-
Alexandre Julliard authored
-
Alexandre Julliard authored
-
Alexandre Julliard authored
-
Alexandre Julliard authored
-
André Hentschel authored
-
Nikolay Sivov authored
-
Nikolay Sivov authored
-
Francois Gouget authored
-
Aric Stewart authored
-
Aric Stewart authored
-
- 17 May, 2013 15 commits
-
-
Akihiro Sagawa authored
-
Detlef Riekenberg authored
-
Detlef Riekenberg authored
-
Detlef Riekenberg authored
-
Jacek Caban authored
-
Jacek Caban authored
-
Jacek Caban authored
-
Jacek Caban authored
-
Alistair Leslie-Hughes authored
-
Ken Thomases authored
When we have windows on two different spaces and the user switches between them by clicking our Dock icon, Cocoa inexplicably sends the switched-to window to the back of the z-order. It's only -makeKeyAndOrderFront: that brings it forward again, but our override broke that.
-
Ken Thomases authored
This avoids adjusting window levels. It also avoid unnecessarily deinterleaving the windows of this and other processes.
-
Ken Thomases authored
-
Ken Thomases authored
-
Ken Thomases authored
-
Ken Thomases authored
Making a window a child reorders it to be immediately above or below its parent, potentially undoing the ordering we had just done.
-