- 03 Jul, 2015 36 commits
-
-
Michael Stefaniuc authored
-
Michael Stefaniuc authored
-
Michael Stefaniuc authored
Also lock/unlock the module only on creation/destruction of the object.
-
Michael Stefaniuc authored
-
Michael Stefaniuc authored
-
Michael Stefaniuc authored
-
Michael Stefaniuc authored
Also lock/unlock the module only on creation/destruction of the object.
-
Michael Stefaniuc authored
-
Michael Stefaniuc authored
-
Michael Stefaniuc authored
Also lock/unlock the module only on creation/destruction of the object.
-
Michael Stefaniuc authored
-
Michael Stefaniuc authored
-
Michael Stefaniuc authored
-
Józef Kucia authored
-
Józef Kucia authored
-
Józef Kucia authored
-
Józef Kucia authored
-
Matteo Bruni authored
-
Matteo Bruni authored
-
Matteo Bruni authored
-
Matteo Bruni authored
-
Matteo Bruni authored
That can only happen by manually modifying select_vertex_implementation() and select_fragment_implementation(), which may be useful for testing non-default vertex / fragment pipeline implementations.
-
Sebastian Lackner authored
-
Sebastian Lackner authored
-
Sebastian Lackner authored
-
Sebastian Lackner authored
-
Sebastian Lackner authored
-
Sebastian Lackner authored
-
Sebastian Lackner authored
-
Sebastian Lackner authored
-
Sebastian Lackner authored
-
Sebastian Lackner authored
-
Sebastian Lackner authored
-
Sebastian Lackner authored
-
Jacek Caban authored
-
Jacek Caban authored
-
- 02 Jul, 2015 4 commits
-
-
Jacek Caban authored
-
Vincent Povirk authored
In some cases, WM's will modify the _NET_WM_STATE of our own windows. Most notably, this can happen when the WM maximizes our window, but mutter has been known to alter the fullscreen state as well. If we want to reconfigure our window later, we'll probably have to remove these states, which means we need to remember that they were set.
-
Michael Stefaniuc authored
-
Michael Stefaniuc authored
-