| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
assigned a group, thus cc->group will be NULL - fix the client group
shortcut in menu lists; crash reported by Christian Neukirchen.
|
|
|
|
| |
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.
|
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
BadValue) when the modifier is already AnyModifier . Instead alter
xu_btn_ungrab() to ungrab AnyButton/AnyModifier and call it only when a
client is coming into focus in client_setactive(), instead of iterating
over ignore mods - matches how we handle key grabs.
|
|
|
|
|
|
|
|
|
| |
the cc->pwin days - don't redraw on every unhide, resize, and mouse
move/resize Expose event (note, all Expose events trigger a redraw
anyway).
Tested with some finicky X apps I could think of, though I'm sure others
will find more - if so, and they 'lose' the border, please report!
|
|
|
|
| |
a ClientMessage event.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
for gathering Atoms.
|
| |
|
| |
|
|
|
|
|
|
|
| |
event on the screen's root window, there's no need to pass down the
entire XButtonEvent event, at least to group_menu(), the only callback
which takes an argument at this point; instead use the already populated
screen.
|
|
|
|
| |
bound by default.
|
| |
|
| |
|
|
|
|
| |
from Tiago Cunha
|
|
|
|
| |
overflows; from Tiago Cunha
|
| |
|
| |
|
|
|
|
| |
of the screen (quick fix); discovered the hard way by Rodrigo Mosconi.
|
| |
|
|
|
|
|
| |
*after* config parsing, we no longer need to split up display/screen
initialization, so collapse.
|
| |
|
|
|
|
| |
since that's all ClientMessageEvent is for anyway.
|
|
|
|
|
| |
ConfigureRequest event. Additionally, honour a border width change;
detailed report and patch from Mike Small.
|