summary refs log tree commit diff
path: root/xutil.c
Commit message (Collapse)AuthorAgeFilesLines
* Switch to limits.h; replace MAXPATHLEN and MAXHOSTNAMELEN with PATH_MAXokan2015-01-191-1/+2
| | | | | | and HOST_NAME_MAX+1, respectively. ok doug@
* Update _NET_CURRENT_DESKTOP with the screen's group_active->num.okan2014-09-231-2/+4
|
* these client actions are just toggles; less confusing with better namesokan2014-09-171-10/+10
|
* Implement EWMH _NET_WM_STATE_HIDDEN.okan2014-09-171-2/+10
|
* use similiar style for client flagsokan2014-09-151-1/+1
|
* Remove duplicate client queue (mruq); instead, remove and take theokan2014-09-081-2/+2
| | | | | | 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-9/+9
|
* Rework group names: stash the group name inside the group_ctx as opposedokan2014-09-061-8/+36
| | | | | | to having to manage an array outside in screen_ctx for group names and shortcuts. Simplifies (and moves bits for) reading, and constructing data for, EWMH's _NET_DESKTOP_NAMES.
* Since the flatting out of sc->group_names is only for settingokan2014-08-251-2/+18
| | | | | NET_DESKTOP_NAMES, merge the helper into xu_ewmh_net_desktop_names, where we actually set the property.
* Implement _NET_WM_STATE_STICKY, bound to CM-s by default; allows anyokan2014-08-251-0/+8
| | | | | | | 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.
* Fix nogroup regression, where nogroup became an actual group - theokan2014-08-221-1/+4
| | | | | | | | | | symantics between cwm groups and ewmh got in the way. Ensure a client that wants to be in nogroup stays in nogroup (thus stays in view), even when (re)reading NET_WM_DESKTOP. Paritially reverts patchset 644 (2014-02-07 13:09 PST) which deals with a NULL cc->group. All to be revisited when NET_WM_STATE_STICKY hits cwm. Reported by many; testing and ok phessler.
* Purely mechanical; unify 'num', 'no' and 'shortcut'.okan2014-08-201-2/+2
|
* Alignment fix; found the hard way on sparc64 by landry@ (and thanks toookan2014-02-271-1/+1
| | | | | | for fast access to a box!) ok deraadt@, matthieu@
* all mapped clients now should have a group, so simplify some casesokan2014-02-071-5/+1
|
* use consistent typesokan2014-01-031-14/+14
|
* replace with memsetokan2013-12-171-1/+1
|
* Implement support for EWMH's _NET_WM_STATE_FULLSCREEN hint.okan2013-12-161-4/+14
| | | | | | | | | | | | | | | | 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@
* Add support for XUrgency and matching _NET_WM_STATE_DEMANDS_ATTENTIONokan2013-12-131-1/+9
| | | | | | | 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.
* Remove extra work and simplify client state handling.okan2013-12-111-27/+0
|
* shuffleokan2013-10-201-37/+37
|
* wrap key ungrab like btn ungrab, for it'll be used againokan2013-10-201-0/+6
|
* Using xu_btn_ungrab() buttons during client_leave doesn't work (errorokan2013-10-191-5/+2
| | | | | | | 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.
* unify type; no changeokan2013-10-031-3/+3
|
* we no longer need to construct an array for _NET_SUPPORTED.okan2013-07-161-7/+1
|
* collapse linesokan2013-07-151-2/+1
|
* simplify atom handling; allows us to limit to one round-trip to serverokan2013-07-151-72/+31
| | | | for gathering Atoms.
* type fixesokan2013-07-101-1/+1
|
* replace a few (x)malloc with (x)calloc to prevent potential integerokan2013-07-081-3/+3
| | | | overflows; from Tiago Cunha
* move synthetic responses and have client_msg only work with WM_PROTOCOLS,okan2013-06-101-35/+0
| | | | since that's all ClientMessageEvent is for anyway.
* fix type in a ClientMessage (xu_sendmsg).okan2013-05-271-10/+10
|
* alter conf_grab(_kbd) to first ungrab AnyKey/AnyModifier, then proceedokan2013-05-231-15/+0
| | | | | | | | 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.
* handle _NET_WM_STATE ClientMessage; from Alexander Polakov.okan2013-05-211-0/+37
|
* add support for _NET_WM_STATE_MAXIMIZED_{HORZ,VERT}; from Alexander Polakov.okan2013-05-201-0/+61
| | | | | while I'm unsure of the final look of _NET_WM_STATE, there's no reason to delay this support.
* - configure menuwin with the screen, then create the xft drawable usingokan2013-05-201-3/+1
| | | | | the menu window since that's the only place on which we draw - elminate the need to change the drawable on every font draw
* move the 2 small font helper functions to xutil.cokan2013-05-191-0/+20
|
* - switch border colors to Xftokan2013-05-191-18/+6
| | | | | | | | | - merge border/menu color structures/functions since they now both use Xft - switch xu_xorcolor to operating on XftColor instead of just XRenderColor (basically adding pixel) - if color name allocation fails, revert back to default (this, along with font validation should occur during config parse, but we don't have screens setup yet - likely to change at some point)
* add support for _NET_CLOSE_WINDOWokan2013-05-191-0/+1
|
* treat WM_CHANGE_STATE like other atomsokan2013-05-191-0/+1
|
* more type fixes for mask/buttonokan2013-05-101-4/+4
|
* int type fixesokan2013-05-101-6/+8
|
* fix KeySym typeokan2013-05-101-2/+2
|
* mechanical xu_{get,set}state -> xu_{get,set}_wm_state changeokan2013-04-171-2/+2
|
* slightly rework WM_STATE set/get to make it less ambigious; will be more clearokan2013-04-171-3/+2
| | | | on what needs to change to make it right in the end.
* only a window is required to set WM_STATE. also un-confuse xu_ptr_getposokan2013-04-141-4/+4
| | | | | by using 'win' instead of 'rootwin' so as not to imply only the root window is queried, rather any window.
* _NET_WM_NAME is UTF8_STRING typeokan2013-04-101-1/+1
|
* make num of groups no longer off-by-one; from Alexander Polakovokan2013-01-011-1/+1
| | | | | | note that a re-exec of cwm will not rewrite the group number atom of *existing* clients, so they will remain off-by-one until each client has its atom updated, or of course a restart of X.
* stash the default screen visual and colormap in screen_ctxokan2012-12-171-2/+1
|
* non-trivial menu drawing rewrite, moving to Xft and solving variousokan2012-12-171-0/+9
| | | | font/color drawing issues; from Alexander Polakov
* sortokan2012-11-091-1/+1
|
* fix some warnings; inspired by a diff from Thordur Bjornsson.okan2012-11-081-4/+5
|
generated by cgit-pink 1.4.1 (git 2.36.1) at 2024-06-16 05:54:55 +0000