aboutsummaryrefslogtreecommitdiffstats
path: root/xutil.c (follow)
Commit message (Collapse)AuthorAgeLines
* plug a leakokan2015-03-28-1/+2
|
* Switch to limits.h; replace MAXPATHLEN and MAXHOSTNAMELEN with PATH_MAXokan2015-01-19-2/+3
| | | | | | and HOST_NAME_MAX+1, respectively. ok doug@
* Update _NET_CURRENT_DESKTOP with the screen's group_active->num.okan2014-09-23-3/+5
|
* these client actions are just toggles; less confusing with better namesokan2014-09-17-11/+11
|
* Implement EWMH _NET_WM_STATE_HIDDEN.okan2014-09-17-3/+11
|
* use similiar style for client flagsokan2014-09-15-2/+2
|
* Remove duplicate client queue (mruq); instead, remove and take theokan2014-09-08-3/+3
| | | | | | 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-10/+10
|
* Rework group names: stash the group name inside the group_ctx as opposedokan2014-09-06-9/+37
| | | | | | 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-25-3/+19
| | | | | 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-25-1/+9
| | | | | | | 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-22-2/+5
| | | | | | | | | | 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-20-3/+3
|
* Alignment fix; found the hard way on sparc64 by landry@ (and thanks toookan2014-02-27-2/+2
| | | | | | for fast access to a box!) ok deraadt@, matthieu@
* all mapped clients now should have a group, so simplify some casesokan2014-02-07-6/+2
|
* use consistent typesokan2014-01-03-15/+15
|
* replace with memsetokan2013-12-17-2/+2
|
* Implement support for EWMH's _NET_WM_STATE_FULLSCREEN hint.okan2013-12-16-5/+15
| | | | | | | | | | | | | | | | 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-13-2/+10
| | | | | | | 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-11-28/+1
|
* shuffleokan2013-10-20-38/+38
|
* wrap key ungrab like btn ungrab, for it'll be used againokan2013-10-20-1/+7
|
* Using xu_btn_ungrab() buttons during client_leave doesn't work (errorokan2013-10-19-6/+3
| | | | | | | 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-03-4/+4
|
* we no longer need to construct an array for _NET_SUPPORTED.okan2013-07-16-8/+2
|
* collapse linesokan2013-07-15-3/+2
|
* simplify atom handling; allows us to limit to one round-trip to serverokan2013-07-15-73/+32
| | | | for gathering Atoms.
* type fixesokan2013-07-10-2/+2
|
* replace a few (x)malloc with (x)calloc to prevent potential integerokan2013-07-08-4/+4
| | | | overflows; from Tiago Cunha
* move synthetic responses and have client_msg only work with WM_PROTOCOLS,okan2013-06-10-36/+1
| | | | since that's all ClientMessageEvent is for anyway.
* fix type in a ClientMessage (xu_sendmsg).okan2013-05-27-11/+11
|
* alter conf_grab(_kbd) to first ungrab AnyKey/AnyModifier, then proceedokan2013-05-23-16/+1
| | | | | | | | 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-21-1/+38
|
* add support for _NET_WM_STATE_MAXIMIZED_{HORZ,VERT}; from Alexander Polakov.okan2013-05-20-1/+62
| | | | | 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-20-4/+2
| | | | | 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-19-1/+21
|
* - switch border colors to Xftokan2013-05-19-19/+7
| | | | | | | | | - 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-19-1/+2
|
* treat WM_CHANGE_STATE like other atomsokan2013-05-19-1/+2
|
* more type fixes for mask/buttonokan2013-05-10-5/+5
|
* int type fixesokan2013-05-10-7/+9
|
* fix KeySym typeokan2013-05-10-3/+3
|
* mechanical xu_{get,set}state -> xu_{get,set}_wm_state changeokan2013-04-17-3/+3
|
* slightly rework WM_STATE set/get to make it less ambigious; will be more clearokan2013-04-17-4/+3
| | | | 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-14-5/+5
| | | | | 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-10-2/+2
|
* make num of groups no longer off-by-one; from Alexander Polakovokan2013-01-01-2/+2
| | | | | | 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-17-3/+2
|
* non-trivial menu drawing rewrite, moving to Xft and solving variousokan2012-12-17-1/+10
| | | | font/color drawing issues; from Alexander Polakov
* sortokan2012-11-09-2/+2
|
powered by cgit and git | oriole.systems | how to verify signatures