| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
active; while we already look at what's under the pointer, use this
information first, then look under the pointer (saving that round-trip).
This restores the active state to a client after restart even if the
pointer is not above it (and of course the pointer is not above another
client).
|
| |
|
|
|
|
| |
bottom-to-top order, as per spec (notified Thomas as well).
|
| |
|
|
|
|
| |
persist. As usual with new Atoms, requires X restart.
|
|
|
|
| |
not require zero'ing.
|
| |
|
|
|
|
|
|
| |
and HOST_NAME_MAX+1, respectively.
ok doug@
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
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).
|
| |
|
|
|
|
|
|
| |
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.
|
|
|
|
|
| |
NET_DESKTOP_NAMES, merge the helper into xu_ewmh_net_desktop_names,
where we actually set the property.
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
|
| |
for fast access to a box!)
ok deraadt@, matthieu@
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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@
|
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
| |
|
|
|
|
| |
for gathering Atoms.
|
| |
|
|
|
|
| |
overflows; from Tiago Cunha
|
|
|
|
| |
since that's all ClientMessageEvent is for anyway.
|
| |
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
| |
while I'm unsure of the final look of _NET_WM_STATE, there's no reason
to delay this support.
|
|
|
|
|
| |
the menu window since that's the only place on which we draw
- elminate the need to change the drawable on every font draw
|
| |
|
|
|
|
|
|
|
|
|
| |
- 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)
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
on what needs to change to make it right in the end.
|