| Commit message (Collapse) | Author | Age | Lines |
|
|
|
|
|
| |
Nowadays, most ignored clients will be bars or other "decorative"
elements. We do not see the use of jumping to those using the window
menu. They also tend to clutter up the menu, so let's ignore them there.
|
|
|
|
|
|
|
|
|
|
| |
If a client is killed and the cursor lands in the root window, no client
is focused. Attempting to cycle back to the last focused client will
instead focus the previous-to-last. Add specific checks that make sure
the cursor is positioned where the user expects it to be. This patch was
taken from a bug report on openbsd-misc [1].
[1] https://marc.info/?l=openbsd-tech&m=155931484124288&w=2
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
As cwm was using the screen's default visual and colormap to draw all
client borders, borders for windows that had a depth of 32 bits were not
rendered correctly. The same happened with text in the popup menus which
were recently changed to be drawn in the context of the client.
This commit introduces a Visual reference for each client, and allocates
all potential colors for a client's specific visual and colormap in the
client_ctx struct. These colors are then used to draw client borders and
popup menus.
Additionally, since we touch the drawing code anyway, borders are
reintroduced to the popup menus for better contrast.
|
|
|
|
|
|
|
|
| |
Whilst arguably useful for certain people, or in rare cases, this
functionality is not needed in the general case.
This will also remove a memory leak where fallback was not properly
freed.
|
|
|
|
|
|
| |
There is no point in keeping this functionality. Saving a few key
strokes is not worth the added complexity of the window manager parsing
the known_hosts file.
|
|
|
|
|
|
|
|
|
| |
Original file locations in the OpenBSD tree:
- lib/libc/stdlib/reallocarray.c
- lib/libc/stdlib/strtonum.c
- lib/libc/string/strlcat.c
- lib/libc/string/strlcpy.c
- sys/sys/queue.h
|
|
|
|
| |
OK okan@
|
| |
|
|
|
|
| |
dosage/removal of wrappers, simplification of name queue, client cycle joins other kb/mb bound functions.
|
|
|
|
| |
reported by Stefan Hagen.
|
|
|
|
|
|
| |
client), there's a window of time where an expose or enternotify event will get generated for a lower client; use a hammer and drain events after keyboard move/resize, until such a time that cwm doesn't warp the pointer. Behavior noticed by kn.
ok kn@
|
|
|
|
|
| |
iterating over all (fallback if no screen provided for now). Initially convert
trivial uses of client_current().
|
| |
|
|
|
|
| |
case, create and destroy on-demand. Isolate more menu specific code.
|
|
|
|
| |
heavily based on a diff from Nam Nguyen.
|
|
|
|
|
| |
delete; 'window-close' is now the proper action, but 'window-delete' as an
alias will remain until more interesting changes require breaking configs.
|
| |
|
|
|
|
|
|
|
|
| |
which one may configure (wm <name> <path_and_args>) (and choose) specific
window managers to replace the running one. 'wm cwm cwm' is included by
default.
No objections and seems sensible to sthen.
|
|
|
|
|
|
|
|
|
| |
into the keyrelease event, only performing what's actually needed for each;
should result in much fewer events against keyreleases. No intended behaviour
change.
Additionally, like we do for group membership, grab the keyboard only when
required for cycling.
|
|
|
|
| |
border work for a group/ungroup action.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
re-proposed by Julien Steinhauser with an updated diff. Apparently this was in
the original calmnwm.
However, expand the original idea and let clients 'snap' to edges instead,
neatly allowing key bindings that snap to adjacent edges (i.e. corners) as
well. No default bindings assigned.
|
| |
|
| |
|
|
|
|
|
|
|
| |
*and* window.) of mousefunc.c. When a client destroys itself while we are
moving or resizing it, XWindowEvent() blocks. Found the hard way by Anton
Lazarov, and Lea°hNeukirchen found the right bit to revert - thanks! Reverting
since the reason to switch from XMaskEvent was unclear.
|
| |
|
|
|
|
|
| |
a wrapper so that the key and mouse based move/resize callbacks can be unified.
This has already been done with other window operations and menus.
|
| |
|
|
|
|
| |
feedback and ok brynet@
|
|
|
|
| |
greatly simplifies upcoming work.
|
|
|
|
|
|
| |
actions, so as to not lose windows off the edge.
inspired by diffs (and feedback) from Vadim Vygonets.
|
|
|
|
| |
key-based client move; from Vadim Vygonets.
|
|
|
|
|
|
| |
While
here, normalize the remaining search_print_* argument paramters.
|
| |
|
|
|
|
|
| |
change now, though more can likely go later, losing the (paritally complete or
incomplete/broken) argument completion bits.
|
|
|
|
| |
substring match. The previous matching is only intended for the exec menus.
|
|
|
|
|
|
|
|
| |
the previous behaviour of 'menu-window'. 'menu-window' becomes the default
binding; use 'bind-mouse "1" menu-window-hidden' to restore old behaviour for
those who prefer.
OK sthen@ (long long time ago on a different version)
|
|
|
|
| |
from James McDonald via portable.
|
|
|
|
| |
naturally.
|
|
|
|
| |
mouse bindings.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
client_ctx in keypress and buttonpress event handlers; pass appropriate *ctx's
based on context.
While here, limit some globals, replace defines with appropriate variables and
fix some naming.
|
| |
|
|
|
|
|
|
|
| |
key press. This allows to remove a few hacks to duplicate functions only
for behaviour changes; now differing behaviours are pushed down to the
callback. Also will allow for previously unavailable actions to be bind-able
down the road.
|
|
|
|
|
| |
completely off the screen/region; instead, if the pointer is outside of
the client bounds, warp the pointer to the closest edge before moving.
|