aboutsummaryrefslogtreecommitdiffstats
path: root/calmwm.h (follow)
Commit message (Collapse)AuthorAgeLines
...
* Move stuff that doesn't belong in group_init; while here, explicitlyokan2014-09-23-5/+5
| | | | initialize hideall and cycling.
* these client actions are just toggles; less confusing with better namesokan2014-09-17-17/+19
|
* Use a similarly named check as sticky for hidden check in a group.okan2014-09-17-2/+2
|
* Implement EWMH _NET_WM_STATE_HIDDEN.okan2014-09-17-2/+4
|
* Introduce a check to see if a group holds only 'sticky' clients and useokan2014-09-17-2/+2
| | | | | | | | this check to decide if a group is virtually empty. Rationale: if a group contains *only* 'sticky' clients, it should be skipped while cycling through groups. Apply similar logic to the group menu. Based on an idea from phessler@, who also tested another version.
* fold in 'active' into 'flags'okan2014-09-10-2/+2
|
* name the group client queue appropriately, like other queuesokan2014-09-08-2/+2
|
* Remove duplicate client queue (mruq); instead, remove and take theokan2014-09-08-7/+4
| | | | | | 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).
* Now that a group knows its screen, only pass down the group_ctx.okan2014-09-08-3/+3
|
* Add screen_ctx to group_ctx, and populate on init.okan2014-09-07-1/+2
|
* screen_fromroot -> screen_findokan2014-09-07-2/+2
|
* Get rid of a redundant array of groups per screen; we already have aokan2014-09-07-2/+1
| | | | link to the group queue for each screen.
* Move termpath and lockpath into cmdq; side effect is that 'lock' andokan2014-09-06-3/+1
| | | | 'term' now show up in the application menu.
* Rework group names: stash the group name inside the group_ctx as opposedokan2014-09-06-3/+2
| | | | | | 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.
* Merge group_menu into mousefunc_menu_group.okan2014-09-01-2/+4
|
* Since the flatting out of sc->group_names is only for settingokan2014-08-25-3/+2
| | | | | 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-2/+6
| | | | | | | 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.
* gc->hidden has never consistently kept track of a group's state;okan2014-08-24-3/+1
| | | | | | | | | | group_show() and group_hide() are not the only ways a group can change state - if all clients in a group are either hidden or unhidden, then that group's state should change, as well as the various EWMH ways. Instead of trying to keep track in a wide variety of places, simply query the clients in a group before needing to take action based on the group's state. Solves long standing confusion of when a group is hidden or not.
* Purely mechanical; unify 'num', 'no' and 'shortcut'.okan2014-08-20-2/+2
|
* Pull highstack from group_ctx (and useless calculations of); in the oneokan2014-08-19-2/+1
| | | | | place that we use highstack, replace that usage with a local variable (for now until stacking is done properly).
* Get rid of nhidden in group_ctx; it actually never reported correctlyokan2014-08-18-2/+1
| | | | | | | since nhidden wasn't incremented nor decremeted in all the right places, thus confusing matters. We don't need to carry a count around, so just use a local variable in the one place we need one to supply XRestackWindows().
* Make sure we cycle through existing client's group membership and setokan2014-02-08-1/+2
| | | | | the hidden state on the group; important to know group hidden state after a re-exec or restart of cwm (as easily seen in group menu).
* Introduce a region queue and replace screen's XineramaScreenInfo; weokan2014-02-03-3/+9
| | | | | still use Xinerama to populate the regions per screen, but will switch at a more appropriate time.
* Move redundant bits from screen_init (while dealing with existingokan2014-02-03-2/+2
| | | | | | 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.
* No need to store screen colormap and visual; rather just use the Xokan2014-02-02-3/+1
| | | | macros in the one place they are needed.
* The menu already limits entries with MENU_MAXENTRY, so don't botherokan2014-02-02-5/+4
| | | | holding a command name limit as well.
* Switch ignoreq to winname struct since it's basically the same thing;okan2014-01-30-10/+4
| | | | removes limit on name matching.
* Move cwm_status around to avoid header fu, and remove extraneous signalokan2014-01-30-2/+1
| | | | header from xevents.c; noticed by Christian Neukirchen.
* Remove duplicate mouse functions and instead use the kbfunc ones. Nookan2014-01-30-9/+1
| | | | | user visable changes at this point, but they'll merge at an appropriate time.
* Minimize trivial differences between a few kb and mb functions.okan2014-01-29-2/+2
|
* Merge keybinding and mousebinding queues into using the same mergedokan2014-01-29-16/+12
| | | | | struct, binding; they were essentially the same accept for what was 'pressed', keysym or button.
* Check command name/path for truncation and provide user feedback duringokan2014-01-29-2/+2
| | | | | | config parse (and use conf_cmd_add to populate defaults); based on a discussion with Tiago Cunha. While this looks ugly, there are likely some other changes here to come.
* Check ignore windowname for truncation and provide user feedback duringokan2014-01-28-2/+2
| | | | config parse; based on a discussion with Tiago Cunha.
* Somewhat streamline event loop/restart/quit handling; most notableokan2014-01-22-4/+8
| | | | | | | | change allows a restart to trigger proper teardown first, even though teardown is not (yet) complete. After some discussion with oga@nicotinebsd.org regarding a more complicated version/idea.
* Sprinkle a few more const; from Tiago Cunha.okan2014-01-21-3/+3
|
* merge KBFLAG_NEEDCLIENT and MOUSEBIND_CTX_*; brings kbfunc and mousefuncokan2014-01-20-4/+3
| | | | bits even closer.
* Use argument to pass down flags for mousefunc cyclegroup; removesokan2014-01-20-3/+1
| | | | rcyclegroup wrapper need - now similar to kbfunc.
* constify and rename some confusing variables around cmdq.okan2014-01-20-7/+8
|
* - remove redundant range check for buttons in conf_bind_mouse.okan2014-01-20-3/+5
| | | | | | | | | - make conf_bind_kbd return error on non-matches to match what conf_bind_mouse does. - rename some variables while here for clarity. - constify bind and cmd. from Tiago Cunha.
* Add a function that adds an entry to a menuq, normalizing a common codeokan2014-01-20-1/+2
| | | | path; from Tiago Cunha.
* use consistent typesokan2014-01-03-12/+12
|
* bring mousefunc closer to kbfuncokan2014-01-02-13/+20
|
* gc keycode in keybinding since we only deal with keysym nowokan2014-01-02-2/+1
|
* Implement support for EWMH's _NET_WM_STATE_FULLSCREEN hint.okan2013-12-16-3/+8
| | | | | | | | | | | | | | | | 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-2/+6
| | | | adjust callers. Needed for an upcoming feature.
* Add support for XUrgency and matching _NET_WM_STATE_DEMANDS_ATTENTIONokan2013-12-13-2/+6
| | | | | | | 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-2/+3
| | | | | | | | | | | 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@
* Add client wrapper for XWMHints to support XA_WM_HINTS in PropertyNotifyokan2013-12-11-1/+2
| | | | events; based off a diff from Thomas Adam.
* Remove extra work and simplify client state handling.okan2013-12-11-4/+3
|
* Stash Class and WM Hints in client_ctxokan2013-12-11-3/+3
|
powered by cgit and git | oriole.systems | how to verify signatures