summary refs log tree commit diff
path: root/client.c
Commit message (Collapse)AuthorAgeFilesLines
...
* Implement _NET_CLIENT_LIST_STACKING (from Thomas Admin), butokan2015-08-241-0/+2
| | | | bottom-to-top order, as per spec (notified Thomas as well).
* Don't allow freeze operations on fullscreen (consistent with whatokan2015-08-241-0/+3
| | | | fullscreen does).
* Move CLIENT_STICKY logic from client hide/unhide to group hide/unhide;okan2015-08-231-6/+0
| | | | | rationale being that clients should be able to hide/unhide independently of group switching.
* Fix whitespace.okan2015-08-211-2/+2
|
* Add client freeze extension to _NET_WM_STATE Atom, allowing flag tookan2015-08-211-0/+2
| | | | persist. As usual with new Atoms, requires X restart.
* _NET_WM_STATE_STICKY implies only sticky at the group/desktop level, notokan2015-08-211-3/+3
| | | | position and size; based on discussion with a few.
* Bring group and client cycle closer together.okan2015-08-211-11/+11
|
* styleokan2015-07-011-4/+4
|
* Re-implement XClientMessage handling so that we can feed screen_find andokan2015-06-301-1/+2
| | | | | | | | 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-281-15/+15
|
* replace assert usageokan2015-06-281-3/+2
|
* Mechanical change from xinerama to region backed areas.okan2015-06-261-57/+57
|
* stash window dimensionsokan2015-06-081-0/+3
|
* fill in mwm definesokan2015-05-201-2/+2
|
* plug a leakokan2015-03-291-0/+1
|
* First restore net_wm_state(ewmh), then wm_state(iccc); prevents clientsokan2015-01-231-6/+5
| | | | | | | | 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-191-1/+2
| | | | | | and HOST_NAME_MAX+1, respectively. ok doug@
* these have nothing to do with 'sticky', but rather group membership; rename.okan2014-09-271-1/+1
|
* these client actions are just toggles; less confusing with better namesokan2014-09-171-7/+7
|
* ewmh states _NET_WM_STATE_STICKY should not alter positionokan2014-09-171-3/+3
|
* don't toggle _WM_STATE_HIDDEN here yetokan2014-09-171-2/+2
|
* Implement EWMH _NET_WM_STATE_HIDDEN.okan2014-09-171-2/+13
|
* use similiar style for client flagsokan2014-09-151-4/+4
|
* fold in 'active' into 'flags'okan2014-09-101-5/+5
|
* move the check for an empty queue up during cycleokan2014-09-081-3/+1
|
* name the group client queue appropriately, like other queuesokan2014-09-081-5/+5
|
* more style nits and wrappingokan2014-09-081-4/+6
|
* since mruq has been folded in, rename mru-named functionsokan2014-09-081-6/+6
|
* Remove duplicate client queue (mruq); instead, remove and take theokan2014-09-081-16/+17
| | | | | | 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-071-17/+17
|
* screen_fromroot -> screen_findokan2014-09-071-1/+1
|
* Implement _NET_WM_STATE_STICKY, bound to CM-s by default; allows anyokan2014-08-251-0/+17
| | | | | | | 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-201-1/+1
|
* Some clients set the urgency flag even if they are the active client;okan2014-02-061-1/+2
| | | | | 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-031-2/+10
| | | | | | 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-021-1/+4
| | | | client_init and perform that X roundtrip only once.
* move some init up and shed some blank linesokan2014-01-271-1/+0
|
* state is longokan2014-01-031-1/+1
|
* rename for clarityokan2014-01-021-4/+4
|
* When a client doesn't specify size hints, nothing prevents a resize tookan2014-01-021-0/+3
| | | | | | | 0x0 - don't allow this situation during mouse resize (check already in place for kbd resize). Reported by brynet@
* replace with memsetokan2013-12-171-2/+2
|
* Implement support for EWMH's _NET_WM_STATE_FULLSCREEN hint.okan2013-12-161-23/+37
| | | | | | | | | | | | | | | | 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-131-6/+6
| | | | 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-131-0/+15
| | | | clients
* ICCCM explicitly states that server time (CurrentTime) should *not* beokan2013-12-121-4/+7
| | | | | | | | | | | 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-111-2/+0
| | | | from pwin
* since we are drawing in unhide, no need to during client setupokan2013-12-111-1/+0
|
* apply mwm hints laterokan2013-12-111-3/+3
|
* Add client wrapper for XWMHints to support XA_WM_HINTS in PropertyNotifyokan2013-12-111-7/+11
| | | | events; based off a diff from Thomas Adam.
* Remove extra work and simplify client state handling.okan2013-12-111-13/+34
|
generated by cgit-pink 1.4.1 (git 2.36.1) at 2024-06-22 13:08:54 +0000