aboutsummaryrefslogtreecommitdiffstats
path: root/group.c (follow)
Commit message (Collapse)AuthorAgeLines
* oops; remove left over debug printokan2015-08-25-3/+1
|
* Allowing sending a valid 'nogroup' (0) group_ctx to group_assign()okan2015-08-25-6/+7
| | | | | | (since we init all groups), though assigning the client's group to NULL for 'sticky'; use this simplification in a few places (others to follow).
* Split out sticky mode checks and the restoring of a client's group andokan2015-08-25-33/+46
| | | | | _NET_WM_DESKTOP from the config-based auto-grouping; no (intentional) behavior changes. Needed for further work in cleaning up this area.
* Move CLIENT_STICKY logic from client hide/unhide to group hide/unhide;okan2015-08-23-5/+9
| | | | | rationale being that clients should be able to hide/unhide independently of group switching.
* Bring group and client cycle closer together.okan2015-08-21-21/+35
|
* replace assert usageokan2015-06-28-4/+3
|
* Introduce a xreallocarray and convert a few xcalloc instances that dookan2015-03-28-2/+2
| | | | not require zero'ing.
* Switch to limits.h; replace MAXPATHLEN and MAXHOSTNAMELEN with PATH_MAXokan2015-01-19-2/+3
| | | | | | and HOST_NAME_MAX+1, respectively. ok doug@
* make group_init work like other *_init'sokan2014-10-08-15/+14
|
* these have nothing to do with 'sticky', but rather group membership; rename.okan2014-09-27-6/+3
|
* Pass just the group to group_setactive instead of the screen and anokan2014-09-27-13/+9
| | | | index which then needed to be found in a queue.
* Update _NET_CURRENT_DESKTOP with the screen's group_active->num.okan2014-09-23-4/+4
|
* Move stuff that doesn't belong in group_init; while here, explicitlyokan2014-09-23-12/+3
| | | | initialize hideall and cycling.
* Use a similarly named check as sticky for hidden check in a group.okan2014-09-17-10/+6
|
* Introduce a check to see if a group holds only 'sticky' clients and useokan2014-09-17-2/+15
| | | | | | | | 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.
* name the group client queue appropriately, like other queuesokan2014-09-08-11/+11
|
* Now that a group knows its screen, only pass down the group_ctx.okan2014-09-08-17/+17
|
* Add screen_ctx to group_ctx, and populate on init.okan2014-09-07-1/+2
|
* Get rid of a redundant array of groups per screen; we already have aokan2014-09-07-9/+23
| | | | link to the group queue for each screen.
* Rework group names: stash the group name inside the group_ctx as opposedokan2014-09-06-53/+3
| | | | | | 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-37/+4
|
* Since the flatting out of sc->group_names is only for settingokan2014-08-25-25/+3
| | | | | 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/+3
| | | | | | | 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-30/+19
| | | | | | | | | | 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.
* Fix nogroup regression, where nogroup became an actual group - theokan2014-08-22-13/+12
| | | | | | | | | | 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-20/+20
|
* Split off group window restacking.okan2014-08-20-5/+16
|
* fix a misleading comment and function nameokan2014-08-20-6/+6
|
* Pull highstack from group_ctx (and useless calculations of); in the oneokan2014-08-19-17/+10
| | | | | 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-8/+6
| | | | | | | 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/+10
| | | | | 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).
* Replace a few hand rolled loops with like tailq loops.okan2014-02-08-17/+13
|
* If _NET_WM_DESKTOP is set to -1 during client creation, place the client intookan2014-02-07-29/+13
| | | | | | | | | | | | group 0 (nogroup); solves problem initially discovered by oga@nicotinebsd with tint2. A clientmessage *after* client creation already handles this case. Go further and assign every client to a group; in non-sticky mode, group 0 (nogroup) and sticky mode, the active group. In both cases, autogroup will override the group assignment. Removing a group from a client always places the client back into group 0 (nogroup). Autogroup can also assign a client to group 0 (nogroup) to keep a client always visible (unless of course one opts to hide all clients).
* correct arguments and drop the cast.okan2014-01-24-2/+2
| | | | sanity check by oga@nicotinebsd
* Add a function that adds an entry to a menuq, normalizing a common codeokan2014-01-20-10/+3
| | | | path; from Tiago Cunha.
* Stash Class and WM Hints in client_ctxokan2013-12-11-4/+4
|
* a few err->errx since we don't have error messages here; from Tiago Cunhaokan2013-10-17-4/+4
|
* unify type; no changeokan2013-10-03-2/+2
|
* simplify atom handling; allows us to limit to one round-trip to serverokan2013-07-15-4/+4
| | | | for gathering Atoms.
* since the root and event window are the same in the case of a buttonokan2013-07-09-5/+2
| | | | | | | event on the screen's root window, there's no need to pass down the entire XButtonEvent event, at least to group_menu(), the only callback which takes an argument at this point; instead use the already populated screen.
* replace a few (x)malloc with (x)calloc to prevent potential integerokan2013-07-08-3/+3
| | | | overflows; from Tiago Cunha
* remove group in client_delete directly.okan2013-05-06-12/+1
|
* type fixokan2013-04-30-3/+2
|
* add conf_ignore and move group_make_autogroup to conf_autogroup to match.okan2013-04-17-22/+1
|
* reverse logic to make it like the othersokan2013-04-08-9/+5
|
* consistencyokan2013-04-08-1/+2
|
* zap stray whitespaceokan2013-04-05-2/+2
|
* put back r1.68 which allows an empty group to be sticky; behaviorokan2013-01-13-2/+6
| | | | | | change noticed by Thomas Pfaff and diagnosis why we need to group_setactive in this case by Alexander Polakov. replace XXX with a useful comment.
* set the initial group to '1', missed by recent off-by-one groupokan2013-01-10-2/+2
| | | | | | numbering re-work; discovered the hard way by sthen@. ok sthen@
* after we toggle a group hidden, it makes no sense to set it as activeokan2013-01-01-6/+2
| | | | | | | | (in sticky or non-stick mode), regardless of existing clients assigned to that group; oga marked this bit XXX in -r1.34 for it didn't seem make sense then either. pulled from a diff from from Alexander Polakov.
powered by cgit and git | oriole.systems | how to verify signatures