aboutsummaryrefslogtreecommitdiffstats
path: root/client.c (follow)
Commit message (Collapse)AuthorAgeLines
...
* Re-implement XClientMessage handling so that we can feed screen_find andokan2015-06-30-2/+3
| | | | | | | | client_find valid resources as needed, relieving the need for screen_find to ungracefully handle invalid root windows. Removes a long standing XXX. Should theoretically allow XClientMessage handling on more than one X screen. Alter callers of screen_find to handle failures.
* move client_find downokan2015-06-28-16/+16
|
* replace assert usageokan2015-06-28-4/+3
|
* Mechanical change from xinerama to region backed areas.okan2015-06-26-58/+58
|
* stash window dimensionsokan2015-06-08-1/+4
|
* fill in mwm definesokan2015-05-20-3/+3
|
* plug a leakokan2015-03-29-1/+2
|
* First restore net_wm_state(ewmh), then wm_state(iccc); prevents clientsokan2015-01-23-7/+6
| | | | | | | | from re-hiding on restart due to flag toggling (note that this is ripe for re-vamping). Behavior only observed on restarts. Problem found by, and initial patch from, Henri Kemppainen (thanks!), though ever so slightly different one applied.
* Switch to limits.h; replace MAXPATHLEN and MAXHOSTNAMELEN with PATH_MAXokan2015-01-19-2/+3
| | | | | | and HOST_NAME_MAX+1, respectively. ok doug@
* these have nothing to do with 'sticky', but rather group membership; rename.okan2014-09-27-2/+2
|
* these client actions are just toggles; less confusing with better namesokan2014-09-17-8/+8
|
* ewmh states _NET_WM_STATE_STICKY should not alter positionokan2014-09-17-4/+4
|
* don't toggle _WM_STATE_HIDDEN here yetokan2014-09-17-3/+3
|
* Implement EWMH _NET_WM_STATE_HIDDEN.okan2014-09-17-3/+14
|
* use similiar style for client flagsokan2014-09-15-5/+5
|
* fold in 'active' into 'flags'okan2014-09-10-6/+6
|
* move the check for an empty queue up during cycleokan2014-09-08-4/+2
|
* name the group client queue appropriately, like other queuesokan2014-09-08-6/+6
|
* more style nits and wrappingokan2014-09-08-5/+7
|
* since mruq has been folded in, rename mru-named functionsokan2014-09-08-7/+7
|
* Remove duplicate client queue (mruq); instead, remove and take theokan2014-09-08-17/+18
| | | | | | global Clientq and place it inside screen_ctx since every client belongs to a screen, then use the same per screen clientq to track stacking order (the sole reason for mruq).
* more style nitsokan2014-09-07-18/+18
|
* screen_fromroot -> screen_findokan2014-09-07-2/+2
|
* Implement _NET_WM_STATE_STICKY, bound to CM-s by default; allows anyokan2014-08-25-1/+18
| | | | | | | client to 'stick' to all desktops (ewmh speak) or groups - this currently has the same affect as setting a client's group to 'nogroup', with the exception that the client can also be in a group, so when un-sticking, the client will go back to its original group/desktop.
* Purely mechanical; unify 'num', 'no' and 'shortcut'.okan2014-08-20-2/+2
|
* Some clients set the urgency flag even if they are the active client;okan2014-02-06-2/+3
| | | | | prevent annoying behavior by only setting the cwm urgency flag if the client is not active; diff from Thomas Adam.
* Move redundant bits from screen_init (while dealing with existingokan2014-02-03-3/+11
| | | | | | clients) directly into client_init, performing the X roundtrip only once. With the previous change in maprequest, this moves decision making into one place for creating new clients.
* Move redundant window attr fetch from maprequest directly intookan2014-02-02-2/+5
| | | | client_init and perform that X roundtrip only once.
* move some init up and shed some blank linesokan2014-01-27-2/+1
|
* state is longokan2014-01-03-2/+2
|
* rename for clarityokan2014-01-02-5/+5
|
* When a client doesn't specify size hints, nothing prevents a resize tookan2014-01-02-1/+4
| | | | | | | 0x0 - don't allow this situation during mouse resize (check already in place for kbd resize). Reported by brynet@
* replace with memsetokan2013-12-17-3/+3
|
* Implement support for EWMH's _NET_WM_STATE_FULLSCREEN hint.okan2013-12-16-24/+38
| | | | | | | | | | | | | | | | 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@
* Teach screen_find_xinerama() to apply gap only when told to do so;okan2013-12-13-7/+7
| | | | adjust callers. Needed for an upcoming feature.
* we need the save-set when re-exec'ing so as to not lose State on our hidden ↵okan2013-12-13-1/+3
| | | | clients
* Add support for XUrgency and matching _NET_WM_STATE_DEMANDS_ATTENTIONokan2013-12-13-1/+14
| | | | | | | 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.
* ICCCM explicitly states that server time (CurrentTime) should *not* beokan2013-12-12-5/+8
| | | | | | | | | | | 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@
* we don't need to manage the save-set since we're not reparenting; left-over ↵okan2013-12-11-3/+1
| | | | from pwin
* since we are drawing in unhide, no need to during client setupokan2013-12-11-2/+1
|
* apply mwm hints laterokan2013-12-11-4/+4
|
* Add client wrapper for XWMHints to support XA_WM_HINTS in PropertyNotifyokan2013-12-11-8/+12
| | | | events; based off a diff from Thomas Adam.
* Remove extra work and simplify client state handling.okan2013-12-11-14/+35
|
* Stash Class and WM Hints in client_ctxokan2013-12-11-22/+17
|
* Redraw client border when unhiding; during a hide, we just unsetokan2013-12-10-1/+2
| | | | | | the active flag but never redraw since it'll be in IconicState. Behaviour reported by sthen@
* alter -r1.145 getsizehints to deal with clients that don't haveokan2013-11-27-36/+30
| | | | WM_NORMAL_HINTS.
* simplify/unfoldokan2013-11-27-6/+4
|
* Rewrite active/inactive client handling in client_setactive();okan2013-11-27-51/+29
| | | | | | | | | | | 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.
* Alter the r1.35 of event.c race fix. Remove the forward looking eventokan2013-11-12-11/+2
| | | | | | | | | | | | 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.
* Put back the border draw call in client_resize; since we are adding andokan2013-11-11-1/+3
| | | | | | removing the border on maximized clients we need to redraw. Also noticed by Tim van der Molen
powered by cgit and git | oriole.systems | how to verify signatures