| Commit message (Collapse) | Author | Age | Lines |
|
|
|
|
|
|
|
|
|
|
| |
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@
|
|
|
|
| |
events; based off a diff from Thomas Adam.
|
| |
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
| |
triggering event was unmap (with pending destroy) log destroy; we only
need to grab/ungrab the server lock, set WithdrawnState and
XRemoveFromSaveSet clients coming from an unmap event - doing so for
clients coming from destroy are already gone, hence we generate errors.
|
| |
|
|
|
|
| |
for gathering Atoms.
|
| |
|
| |
|
| |
|
|
|
|
| |
since that's all ClientMessageEvent is for anyway.
|
|
|
|
|
| |
ConfigureRequest event. Additionally, honour a border width change;
detailed report and patch from Mike Small.
|
|
|
|
|
|
|
|
| |
to grab keys in keybindingq. we don't need to ungrab/grab on every
addition to the queue, just once with a complete keybindingq; simplify
grabbing keys per screen (during init) and during a MappingNotify.
while here, change conf_grab_{kbd,mouse} to require only a Window.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
events; from Alexander Polakov - makes non-us layout reliable.
|
| |
|
| |
|
|
|
|
|
| |
move chuck to display init; allows some shuffling to occur limiting
screen_init_xinerama()'s scope while keeping order intact.
|
|
|
|
|
|
| |
don't need to pass down the new values to screen_update_geometry(); so
just read the width/height values directly for both uses of
screen_update_geometry(). prep for further changes in this area.
|
|
|
|
| |
separation between cwm and ewmh. seen by a few.
|
| |
|
|
|
|
|
|
| |
Alexander Polakov.
ok sthen@
|
|
|
|
| |
ok sthen@
|
|
|
|
|
| |
persistence; based on a diff from Alexander Polakov, in preparation for
looping through other potential cycling modifiers.
|
|
|
|
|
|
|
| |
the group of the main application window; based on a diff from Alexander
Polakov with CLIENT_IGNORE flag suggestion from oga@.
ok oga@
|
|
|
|
|
|
|
|
|
|
| |
1.52), not realising that the previous (less efficient) fix had already
been commited (rev 1.50).
Had this in my tree for ages to remove the previous code. Effectively
reverts rev 1.50.
ok okan@
|
|
|
|
|
|
|
|
| |
pedantic.
from Thomas Pfaff.
ok oga@
|
| |
|
|
|
|
|
|
|
| |
Requested by Christian Neukirchen last august. He provided a patch but the one I
wrote was significantly simpler (1 - 2 + in the whole diff).
makes sense to okan@.
|
|
|
|
|
|
| |
reminded by a similiar diff from Thomas Pfaff.
ok oga@
|
|
|
|
|
|
| |
(with the manpage bit from me).
ok oga@
|
|
|
|
|
|
| |
are required.
encourged to go all the way by oga@
|