| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|\ |
|
| | |
|
| | |
|
| | |
|
|\| |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Since we already have a form of 'maximize', we need to differentiate
between 'maximize' and the new 'fullscreen' mode. The 'maximize' mode
will continue to honor gap but now *retains* the border, matching the
'vert/horz maximize' behaviour. The new 'fullscreen' mode supports and
follows the _NET_WM_STATE_FULLSCREEN hint, allowing the client perform
additional window modifications; in this mode, cwm(1) will *ignore* gap,
remove borders and freeze(move/resize) the client. Additionally,
'fullscreen' mode will remember various combinations of previous states.
* default keybinding changes: CM-f 'fullscreen', CM-m 'maximize' (re-map
as desired).
Positive feedback from a few, testing and ok sthen@
|
|\| |
|
| |
| |
| |
| | |
adjust callers. Needed for an upcoming feature.
|
| |
| |
| |
| | |
based on a patch from Thomas Adam with appropriate adjustments for gap.
|
|\| |
|
| |
| |
| |
| | |
clients
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
ewmh hint; urgencyborder is configurable. The urgency flag will stick,
even while on a client in a non-viewable group, until the client
receives focus (where the border is reset). Initial diff from Thomas
Adam with some changes/enhancements from me.
|
|\| |
|
| |
| |
| |
| | |
from Dominik Honnef via Christian Neukirchen.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
used for focus events, but rather the timestamp of the generated event.
Track the last event timestamp and send it down for a WM_TAKE_FOCUS
ClientMessage. I suspect we should do this for clients that don't
announce this Atom as well, though the raciness gets us into a bind.
Solves focus order issue since WM_TAKE_FOCUS; fix verified by sthen@
ok sthen@
|
|\| |
|
| |
| |
| |
| | |
from pwin
|
| | |
|
| | |
|
| |
| |
| |
| | |
events; based off a diff from Thomas Adam.
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| | |
the active flag but never redraw since it'll be in IconicState.
Behaviour reported by sthen@
|
|\| |
|
| |
| |
| |
| |
| | |
assigned a group, thus cc->group will be NULL - fix the client group
shortcut in menu lists; crash reported by Christian Neukirchen.
|
| |
| |
| |
| |
| |
| |
| | |
This reverts commit 03b19f1487135d8e8a80e0aad5aef447776c7c11.
This merely generates pointer signedness warnings for strtonum() and
lookup() and problems with the const char * prototype of xstrdup().
|
|\| |
|
| |
| |
| |
| | |
might I add) redraw the top menu selection.
|
| |
| |
| |
| |
| | |
not using a mouse and therefore not generating Expose/MotionNotify
events); from Thomas Adam.
|
| |
| |
| |
| | |
Likewise, prepend shortcut in unhide menu.
|
| |
| |
| |
| |
| |
| |
| |
| | |
and unmanage the client if we're not hidden (basically if NormalState)
during an UnmapNotify event.
Resolves an issue with mplayer going fullscreen while not using NetWM
hints; behaviour regression reported by Ido Admon.
|
| | |
|
| |
| |
| |
| | |
WM_NORMAL_HINTS.
|
| |
| |
| |
| |
| |
| |
| | |
worked (and no one complained!). While it's fairly easy to fix, users
should be using keysym names and not keycodes.
Discussed at length months ago with todd@, matthieu@ and Owain.
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
client_leave() served no real purpose, likewise no reason to handle
LeaveNotify events since an EnterNotify will process the next active
client (and we don't have anything important to process anyway), so
xev_handle_leavenotify() goes as well. Allows a simplification of
client_mtf() and client_cycle_leave() for clarity. While here, unify a
few client_current() checks.
No intended behaviour change.
|
| |
| |
| |
| |
| |
| | |
use u_char for buffers in yylex, for ctype calls, as done in all other
parse.y in the tree
found by millert@, ok okan@
|
|\| |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
queue check (removing the need for a server grab/ungrab) - if the client
is going away, let it fall all the way through to a DestroyNotify event.
There's no longer a need for us to manually destroy a client ourselves
(removing yet another server grab/ungrab). Instead, when the
UnmapNotify event is synthetic, simply set the state to Withdrawn (as
per ICCCM), else Iconic (in our case 'hidden').
Verified with test case from the 2009 race which was the original reason
for r1.35 of event.c.
|
| |
| |
| |
| |
| |
| | |
removing the border on maximized clients we need to redraw.
Also noticed by Tim van der Molen
|
| | |
|
| |
| |
| |
| | |
wmprotocols, like rdesktop; focus needs to be re-visited
|
|\| |
|
| |
| |
| |
| |
| | |
flags, so just add one to hints; consolidates sizehints and shrinks.
Additionally don't abuse PSize for XGetWMNormalHints() failures.
|
| |
| |
| |
| |
| | |
instead use x/y from XWindowAttributes when USPosition|PPosition are
set.
|
|\| |
|
| |
| |
| |
| |
| |
| | |
XSetInputFocus() for clients that have the InputHint; latter fix
discovered by Valery Masiutsin with a PoC patch - solves keyboard input
focus loss for java apps.
|
|\| |
|