| Commit message (Collapse) | Author | Age | Lines |
|---|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
| |
Obscure feature. Confusing if you don't know about it, mostly useless if
you do. Matching on currently visible window titles is enough.
|
| |
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
There are a couple of issues I found with this functionality:
1) To my knowledge, it is undocumented and extremely specific.
2) Since this function would only complete a full path (by wrapping it
in quotes before passing it on), it is entirely useless when composing a
command that has more than one argument.
3) The snprintf call has no check for truncation, possibly leading to
the path not being quoted properly.
|
| |
|
|
|
|
|
|
|
| |
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
|
| |
|
|
| |
htile/vtile actions. From Uwe Werler, with a few manpage tweaks.
|
| |
|
|
| |
determine what client to set active. Reduces a round trip for every window.
|
| |
|
|
| |
dosage/removal of wrappers, simplification of name queue, client cycle joins other kb/mb bound functions.
|
| | |
|
| |
|
|
|
| |
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.
|
| | |
|
| | |
|
| |
|
|
| |
client_show().
|
| |
|
|
| |
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.
|
| |
|
|
|
|
|
|
|
|
|
| |
containing {P,US}Position requests where they are explicitly set to 'ignore' in
cwmrc(5); clients are unaware that their border will be altered (removed in
this case) when calcuating position and thus end up a factor of their original
border width off once mapped by cwm(1). cwm(1) will essentially shift the
client to the edge if the original request's position and border match.
Window offset noticed by at least Andre Stoebe via bugs@, and others since
(and likely before). Thanks!
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
| |
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.
|
| | |
|
| |
|
|
|
|
|
| |
close to cwm's 'ignore'.
Roughly based on an initial diff from Walter Alejandro Iglesias, but with
support for both Atoms and without cwm-based bindings.
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
| |
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.
|
| | |
|
| | |
|
| |
|
|
|
| |
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.
|
| | |
|
| |
|
|
| |
greatly simplifies upcoming work.
|
| |
|
|
|
|
| |
actions, so as to not lose windows off the edge.
inspired by diffs (and feedback) 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.
|
| |
|
|
|
|
|
|
| |
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)
|
| |
|
|
| |
naturally.
|
| |
|
|
| |
mouse bindings.
|
