On Mon 2023.05.15 at 10:41 +0200, Matthieu Herrb wrote:
> On Mon, May 15, 2023 at 06:26:41AM +, Klemens Nanni wrote:
> > Both fvwm(1) and twm(1) have a restart menu that contains other window
> > managers by default, which is useful if you want to switch around
> > without restarting X and/or
the below seems to work: Walter (thanks!) found the spot i missed on
replacing height with ascent+descent.
please let me know.
regards,
okan
Index: menu.c
===
RCS file: /home/open/cvs/xenocara/app/cwm/menu.c,v
retrieving revision
On Thu 2022.10.13 at 17:30 +0200, Omar Polo wrote:
> On 2022/10/13 15:16:47 +, Klemens Nanni wrote:
> > On Thu, Oct 13, 2022 at 04:39:04PM +0200, Omar Polo wrote:
> > > On 2022/10/13 13:00:34 +, Klemens Nanni wrote:
> > > > On Thu, Oct 13, 2022 at 08:28:5
On Wed 2022.10.12 at 21:42 +, Klemens Nanni wrote:
> This has annoyed me for a long time...
>
> 1. have at least two windows
> 2. open the window menu with M-slash (alt+/)
> 3. show all windows with C-A (ctrl+a)
> 4. move cursor over list from top to bottom,
>observe no glitch
> 5. move
On Tue 2021.11.16 at 21:33 +, Lu?s Henriques wrote:
> Hi!
>
> I've tried to setup a line like:
>
> bind-key XF86MonBrightnessDown ""
>
> in my .cwmrc and the result was that no key event was sent to my windows.
>
> Looking at the code, it looks like XKeysymToKeycode() is returning 0 for
>
On Thu 2021.04.08 at 03:35 +0200, Klemens Nanni wrote:
> This scratch has been itching me for far too long and concerns the
> funcionality behind those cwm(1) default bindings:
>
>CM-fToggle full-screen mode of current window.
>CM-mToggle
On Fri 2020.03.27 at 00:30 +, Uwe Werler wrote:
> Hello @tech,
>
> with this diff https://marc.info/?l=openbsd-tech=149192690925713=2 the
> behaviour of cwm changed so vtile and htile always use 50% of the screen.
>
> This is a reasonable default but sometimes I want to have the master
On Tue 2020.01.28 at 13:44 -0500, Okan Demirmen wrote:
> Hi,
>
> The below refactors client cycling to be available from a client context
> instead of limiting to a screen context; this allows bindings for the 4
> related functions (window-{,r}cycle,window-{,r}cycle-ingroup) f
Right; the keysym is "question" (M-question), not "slash" with a
shiftmask (MS-slash).
On Tue 2020.02.18 at 07:09 +, Ryan Lennox wrote:
> Good point! I retract the diff, please ignore.
>
> ? Original Message ?
> On Tuesday, February 18, 2020 12:36 AM,
On Wed 2020.02.12 at 22:03 +0100, Solene Rapenne wrote:
> On Wed, Feb 12, 2020 at 07:15:36PM +0100, Franz Bettag wrote:
> > Dear OpenBSD folks,
> >
> > appended you will find a patch allowing cwm to also parse the contents
> > of /etc/ssh/ssh_known_hosts and thus extend the ssh menu.
> >
> > the
Hi,
The below refactors client cycling to be available from a client context
instead of limiting to a screen context; this allows bindings for the 4
related functions (window-{,r}cycle,window-{,r}cycle-ingroup) for either
key or mouse (current only available via key bindings). With the
refactor
Hi,
I think we've (or at least I have) mused about this for a while; a
recent mail reminded me that this feature should go - a window manager
doesn't need to parse the ssh known_hosts file for a menu; there are
better tools for this.
Remove menu-ssh.
okay?
Index: calmwm.h
On Sun 2019.08.11 at 11:28 +0200, Alessandro DE LAURENZIS wrote:
> Dear tech@ readers,
>
> I recently started to use cwm (which I'm appreciating for its simplicity)
> and, coming from a long dwm experience, I use the vtile/htile functions a
> lot.
>
> I noticed that, imho, they break the group
On Fri 2019.04.26 at 07:15 +0200, Bruno Fl?ckiger wrote:
> Hi,
>
> The ssh menu of cwm(1) doesn't filter duplicated hostnames when reading
> them from ~/.ssh/known_hosts. This patch makes sure each hostname is
> only displayed once to the menu.
Sure, maybe; but why again do we even have this
On Wed 2019.02.13 at 12:06 -0500, Okan Demirmen wrote:
> On Sun 2019.01.06 at 14:46 -0500, Charles A Daniels wrote:
> > Hi all,
> >
> > I'm new around here, so apologies in advance if I miss something
> > obvious.
> >
> > I have written a patch to cw
On Sun 2019.01.06 at 14:46 -0500, Charles A Daniels wrote:
> Hi all,
>
> I'm new around here, so apologies in advance if I miss something
> obvious.
>
> I have written a patch to cwm so that the htile/vtile functionality
> only affect windows within the same monitor as the active window. For
>
HI - Thanks for the patch, but that's intentional; group0 will
eventually become a real group and that's why only CM-a is documented
(see r1.54).
On Wed, Jun 13, 2018 at 2:16 PM, Mikhail wrote:
> Missed keybinding in the man page:
>
> diff --git a/app/cwm/cwm.1 b/app/cwm/cwm.1
> index
Hi cwm users,
I am not sure how many cwm users actually use the 'wm' (exec window
manager) menu, but I'd like to somewhat change it.
Right now it works just like the 'exec' menu where it populates any
executable in the path, then replaces the existing window manager with
that. For cwm
On Sun, Sep 3, 2017 at 3:43 PM, wrote:
> Hi tech@
> ,
>
Hi,
>
>
> I wasn't able to execute "zzz" (lower case) from the exec menu in cwm.
> It
> skipped over it when ordering the search results because "ZZZ" (upper
> case) was already there
> .
>
Indeed, I agree that
On Thu 2017.07.20 at 18:56 -0400, Michael Reed wrote:
> While trying to unbind C-/ in cwm, it took me a while to realize
> that you can't do "unbind-key C-/", as the key "/" is not defined
> in /usr/X11R6/include/X11/keysymdef.h.
>
> Instead you must do "unbind-key C-slash", as "slash" is defined
Hi cwm users,
In converting this to use getline(3) over fgetln(3), I'm asking the question if
this (imho) mis-feature belongs in a window manager. I've hinted at wanting to
remove it in the past but there was opposition. As a compromise, we could just
leave the 'ssh>' menu available, but it will
On Wed 2017.04.12 at 10:38 +0200, Antoine Jacoutot wrote:
> On Tue, Apr 11, 2017 at 06:00:21PM +0200, Gerrit Meyerheim wrote:
> > Hi @tech,
> >
> > The way cwm(1) currently implements tiling (off by default) is
> > corresponding to this for vtile,
> >
> > -
> > |
Hi,
On Sat 2017.03.18 at 20:53 -0400, Michael Reed wrote:
> The signatures for the functions bind-key and bind-mouse do
> not match how they are used.
How so?
The usage is "bind-key "; for example,
"bind-key C4-equal window-vmaximize" and say for mouse,
"bind-mouse M-2 window-resize"
If it's
On Mon 2016.12.05 at 22:16 +, Stuart Henderson wrote:
> On 2016/12/05 21:38, Stuart Henderson wrote:
> > On 2016/11/26 14:57, Okan Demirmen wrote:
> > >
> > > In addition, I've changed the 'bind' and 'mousebind' config options to
> > > 'bind-key' and 'b
On Fri 2016.12.02 at 11:15 +0100, Erling Westenvik wrote:
> On Thu, Dec 01, 2016 at 12:26:36PM -0500, Okan Demirmen wrote:
> > On Thu 2016.12.01 at 17:25 +0100, Erling Westenvik wrote:
> > > Just a proposal. I like to prevent selected programs (like xclock,
> > > xb
On Thu 2016.12.01 at 17:25 +0100, Erling Westenvik wrote:
> Hi,
>
> Just a proposal. I like to prevent selected programs (like xclock,
> xbiff, xload) from filling up the taskbar (tint2 in my case) and added a
> while ago a function that lets me set the EWMH flag
> _NET_WM_STATE_SKIP_TASKBAR
On Wed 2016.11.30 at 18:32 +0100, Vadim Vygonets wrote:
> Quoth Okan Demirmen on Wed, Nov 30, 2016:
> > I suppose a future change could change the implicit 'command' binding to
> > something more explicit, such as "bind-key M-m command /usr/local/bin/magic"
> > While
On Wed 2016.11.30 at 15:20 +0100, Vadim Vygonets wrote:
> Quoth Okan Demirmen on Sat, Nov 26, 2016:
> > Hopefully these new action names make more sense; they will allow adding
> > some
> > more functions that will more closely match what they do.
>
> The new action
Hi cwm users,
In an effort to normalize all the bindings added over time, as well as those
now duplicated since many keyboard vs mouse bindings are now the same, the
below diff splits the bindings into a few categories: window, group, menu and
pointer. These new ones should match their actual
On Thu 2016.11.17 at 03:30 +0200, li...@wrant.com wrote:
> Fri, 11 Nov 2016 20:47:49 +0200 li...@wrant.com
> > Fri, 11 Nov 2016 10:42:42 -0500 Okan Demirmen <o...@demirmen.com>
> > > Hi,
> > >
> > > mpi@ recently alerted me to the fact that cwm(1)'s def
Hi,
mpi@ recently alerted me to the fact that cwm(1)'s default keybindings for
ptrmove actions conflict with emacs users' uses, namely all the control-[arrow]
bindings that cwm(1) grabs. It has actually been like this since keyboard-based
pointer movements were added, almost exactly 9 years ago.
On Tue 2016.10.04 at 15:29 +0200, Vadim Vygonets wrote:
> Quoth Okan Demirmen on Wed, Sep 28, 2016:
> > We currently print the x/y dimensions only for mouse based actions; we
> > don't for kbd, nor do we do anything with mouse/kbd window moves (such
> > as printing the x/y
On Wed 2016.09.28 at 21:33 +0100, Stuart Henderson wrote:
> On 2016/09/28 13:56, Bryan Steele wrote:
> > I typically use the mouse for window resizes, for xterms it's useful
> > even to quickly see the dimensions even without resizing, ofc there
> > are other ways to glean that info.. but if it's
Hi,
Curious what the reaction might be if I removed the little geometry
window in the top-left corner for mouse/pointer based window resizes.
We currently print the x/y dimensions only for mouse based actions; we
don't for kbd, nor do we do anything with mouse/kbd window moves (such
as printing
On Sat 2016.08.27 at 23:53 -0300, Henrique N. Lengler wrote:
> > Hi,
> >
> > This is a tiny patch to enable the use of numpad Enter key on cwm menus.
> >
> > Regards,
> >
> > Henrique N. Lengler
>
> No intention to apply this?
>
> Numpad enter key is is recognized by every program on openbsd
On Mon 2016.07.18 at 23:16 +0200, Vadim Vygonets wrote:
> Hi,
>
> I received no comments to my previous e-mail on the subject from
> 13 Dec, so now that I have a machine with two monitors I just
> implemented it. Now, excuse me for ranting: I understand that
> the people responsible for cwm are
On Sat 2016.02.20 at 12:29 -0500, Martin Brandenburg wrote:
> This avoids an empty square in the upper left corner if
> there is nothing to display in some menu the user
> requests.
Sorry, but I think that is a big hammer; in fact there is evidence of
why these checks are no longer there in the
On Tue 2015.11.10 at 00:40 +0100, Vadim Vygonets wrote:
> Quoth Okan Demirmen on Mon, Nov 09, 2015:
> > On Mon 2015.11.09 at 00:14 +0100, Vadim Vygonets wrote:
> > > Dear daemonfishes,
> > >
> > > After using evilwm for a decade, I'm quite impressed with cw
pledge after setup and initialization. "rpath" to build menus for exec,
exec_wm and ssh; then "proc exec".
Note that portable (and various forks) can deal.
Thanks,
Okan
Index: calmwm.c
===
RCS file:
On Mon 2015.11.09 at 00:14 +0100, Vadim Vygonets wrote:
> Dear daemonfishes,
>
> After using evilwm for a decade, I'm quite impressed with cwm's
> codebase and functionality. (I just couldn't understand one
> feature: what's the use of ptrmove* if you cannot click? (...Mr.
> Andersen?))
I've
For 2 reasons, I'd like to change M1 (mouse-button1) menu from
displaying only hidden windows to showing all windows.
- this is the only menu that differs between mouse and keyboard
invocations (kbd one shows all)
- allows using this menu to switch to unhidden/showing
On Fri 2015.06.19 at 08:49 -0500, b...@cbza.org wrote:
This patch adds any windows that are completely obscured by other
windows to the menu of currently hidden windows. I've found this very
useful. When I lose track of a window it doesn't matter to me whether
I intentionally hid it or it
On Fri, May 15, 2015 at 3:11 AM, Mike Burns mike+open...@mike-burns.com wrote:
This is essentially the opposite of this fix by Holger Mikolon, which
was never merged: http://marc.info/?l=openbsd-techm=127765978812199
For a reason
cwmrc(5) autogroup takes the windowname and windowclass in
On Sat, May 16, 2015 at 5:22 PM, Mike Burns mike+open...@mike-burns.com wrote:
On 2015-05-16 16.54.18 -0400, Okan Demirmen wrote:
On Fri, May 15, 2015 at 3:11 AM, Mike Burns mike+open...@mike-burns.com
wrote:
cwmrc(5) autogroup takes the windowname and windowclass in the opposite
order
Hi,
kflag and wflag don't need to be counters; wflag only needs to know if
greater than 0 for its one test case.
Expanded diff context below.
OK?
Thanks,
Okan
Index: ps.c
===
RCS file: /home/open/cvs/src/bin/ps/ps.c,v
retrieving
Thank you; I'm aware of these (along with others). If anyone is
waiting for me, please be patient while I find a working
laptop/desktop setup.
On Wed, Apr 30, 2014 at 5:07 PM, Kent R. Spillner kspill...@acm.org wrote:
Ping.
On Wed, Apr 23, 2014 at 12:44:38PM -0500, Kent R. Spillner wrote:
I
Index: bin/rm/Makefile
===
RCS file: /home/open/anoncvs/cvs/src/bin/rm/Makefile,v
retrieving revision 1.3
diff -u -p -r1.3 Makefile
--- bin/rm/Makefile 21 Sep 1997 11:35:40 - 1.3
+++ bin/rm/Makefile 15 Mar 2013
On Sat 2013.01.05 at 14:50 +0100, Jan Stary wrote:
On Jan 04 23:27:48, h...@stare.cz wrote:
Here's some more cleanage for cwm:
the hmaximize and vmaximize functions are, obviously, completely dual,
except that hmaximize uses Conf.bwidth when adjusting for a boundary,
while vmaximize uses
On Tue 2012.10.30 at 01:46 -0500, Kent R. Spillner wrote:
Hi,
[snip unrelated]
I'm replying here instead of the new thread, for this one has context,
so on that...
However, in general, I do prefer last matching when it comes to the
matching options in the config. So the below allows for
On Mon 2012.11.05 at 13:33 -0600, kspill...@acm.org wrote:
Explicitly mention that the values of class and name for use with autogroup
can both be obtained from the WM_CLASS property of existing windows.
applied this one - thank you.
I haven't caught-up, nor reviewed anything else yet, but comments
inline:
On Tue 2012.11.06 at 16:11 +0100, Thomas Pfaff wrote:
Can you please provide a unified cvs diff?
'cvs diff -uNp' is best...
[...]
for (iter = 0; iter nitems(name_to_kbfunc); iter++) {
- if
On Wed 2012.10.31 at 20:40 +0400, Alexander Polakov wrote:
* Kent R. Spillner kspill...@acm.org [121031 01:20]:
Howdy-
It seems people do really use that. How about this diff?
In short: do u_exec(cwm) in conf_reload(). This should probably be
u_exec(somewhere-argv0-is-saved).
On Tue 2012.10.30 at 00:21 -0500, Kent R. Spillner wrote:
Hey, dude-
On Sun, Oct 28, 2012 at 04:14:07PM -0400, Okan Demirmen wrote:
A slightly altered version of your diff was applied -thanks!
Cool, thanks!
I noticed you and jmc@ removed the .Xr XClassHint 3 pointer.
What do you think
On Tue 2012.10.30 at 18:27 +0400, Alexander Polakov wrote:
* Alexander Polakov p...@sdf.org [121030 14:40]:
* Okan Demirmen o...@demirmen.com [121030 04:10]:
will anyone miss reload support? one can always re-exec cwm, or any
other wm for a matter of fact.
I don't know
On Tue, Oct 30, 2012 at 10:32 AM, Christiano F. Haesbaert
haesba...@haesbaert.org wrote:
On 30 October 2012 15:03, Christiano F. Haesbaert
haesba...@haesbaert.org wrote:
On 30 October 2012 15:00, Mike Belopuhov m...@belopuhov.com wrote:
On Tue, Oct 30, 2012 at 2:58 PM, Christiano F. Haesbaert
On Tue, Oct 30, 2012 at 11:53 AM, Christiano F. Haesbaert
haesba...@haesbaert.org wrote:
On 30 October 2012 16:52, Christiano F. Haesbaert
haesba...@haesbaert.org wrote:
On 30 October 2012 16:45, Okan Demirmen o...@demirmen.com wrote:
On Tue, Oct 30, 2012 at 10:32 AM, Christiano F. Haesbaert
will anyone miss reload support? one can always re-exec cwm, or any
other wm for a matter of fact.
Index: calmwm.h
===
RCS file: /home/open/cvs/xenocara/app/cwm/calmwm.h,v
retrieving revision 1.153
diff -u -p -r1.153 calmwm.h
---
On Fri 2012.10.26 at 11:25 -0500, Kent R. Spillner wrote:
Merhaba-
Hi,
Below is a new diff which only sets no if class matches and name is NULL or
if class and name both match.
Since we must explicitly check for name == NULL I decided to also go ahead
and skip setting no if any previous
On Tue 2012.09.04 at 15:36 +0200, Patrick Wildt wrote:
I think those were log_msg()s before, as log_msg() has to be called with a
debug level
as first argument. As log_err() doesn't take a debug level, just call it with
the string.
fixed; thank you
some define sigpid as an int, some as pid_t; this brings the int ones to
pid_t.
ok?
Index: alpha/alpha/machdep.c
===
RCS file: /cvs/src/sys/arch/alpha/alpha/machdep.c,v
retrieving revision 1.135
diff -u -p -r1.135 machdep.c
---
clarify that -w is used for raw output only (removes the 'not sure' XXX
comment).
ok?
Index: systat.1
===
RCS file: /home/open/cvs/src/usr.bin/systat/systat.1,v
retrieving revision 1.93
diff -u -p -r1.93 systat.1
--- systat.130
On Fri 2012.06.08 at 19:40 +0200, Thomas Pfaff wrote:
On Sun, 3 Jun 2012 21:07:13 +0400
Alexander Polakov p...@sdf.org wrote:
I'd like to start a discussion about adding tiling to cwm with
these two diffs.
I don't want it ;-)
If I wanted a tiling window manager I'd install one of the
On Tue 2012.05.08 at 00:07 -0400, Lawrence Teo wrote:
This diff fixes the error message for one of the log_it() calls in cron
(was probably a pasto). While here, also fix the style for two other
log_it() calls.
Lawrence
Index: cron.c
va is of type vaddr_t.
ok?
Index: pmap.c
===
RCS file: /cvs/src/sys/arch/sparc64/sparc64/pmap.c,v
retrieving revision 1.75
diff -u -p -r1.75 pmap.c
--- pmap.c 22 Sep 2011 17:41:00 - 1.75
+++ pmap.c 26 Apr 2012
typo in error message.
ok?
Index: jot.c
===
RCS file: /home/okan/openbsd/cvs/src/usr.bin/jot/jot.c,v
retrieving revision 1.20
diff -u -p -r1.20 jot.c
--- jot.c 27 Oct 2009 23:59:39 - 1.20
+++ jot.c 27 Jan 2012
Hi,
The following small diff does the following:
- allows the default to only show all non-listneing scokets, which matches
the manpage and what netstat(1) does, sans the aflag (-a).
- allows one to use 'a' to toggle the above (include listening or not).
- implement [r]eset to reset all
On Sun 2011.10.16 at 17:12 +0200, Martin Pieuchot wrote:
On 16/10/11(Sun) 16:05, Mathieu - wrote:
Martin Pieuchot wrote:
If your touchpad/clitpad is recognized as an ALPS Dualpoint, like:
$ dmesg |grep pms0
pms0: ALPS Dualpoint, version 0x6222
Please test the diff below and
On Sun 2011.05.15 at 16:44 +0300, Sviatoslav Chagaev wrote:
I switch Xinerama screens on and off quite often (with the help of
xrandr(1)). Sometimes, this results in windows ending up beyond the
screen boundries.
Like when a Xinerama screen has windows and is to the right or to the
bottom
On Fri 2011.03.18 at 19:11 -0400, James Turner wrote:
I was just setting up spamd in blacklist mode on the latest snap and
discovered the man page is missing the in between pass on. Diff
attached.
thanks!
On Wed 2011.03.16 at 12:30 -0600, Theo de Raadt wrote:
I don't see any warnings. Please show them.
ksh builds with -Wall by default, so these were emitted:
/home/okan/hack/open/ksh/ksh-current/eval.c: In function 'expand':
/home/okan/hack/open/ksh/ksh-current/eval.c:155: warning: 'x.split' may
thanks, I'll take a look at these. in the future, please send separate
diffs for new features and bugfixes - thanks.
cheers,
okan
On Wed 2011.03.16 at 22:31 +0200, Sviatoslav Chagaev wrote:
[calmwm.h, conf.c, mousefunc.c, parse.y]
When a window is being moved with the mouse, if the window
hi,
(this is a re-post)
make tab completion work for '=', '`', '[', ':', and '$' - pulled from
mksh by Alexander Polakov (also posted to tech recently).
closes pr 6006 too.
comments/ok?
Index: edit.c
===
RCS file:
On Tue 2011.03.15 at 12:19 +0200, Paul Irofti wrote:
On Tue, Mar 15, 2011 at 04:45:43AM -0400, Okan Demirmen wrote:
hi,
(this is a re-post)
make tab completion work for '=', '`', '[', ':', and '$' - pulled from
mksh by Alexander Polakov (also posted to tech recently).
This diff
On Tue 2011.03.15 at 11:14 +, Federico G. Schwindt wrote:
On Tue, Mar 15, 2011 at 01:00:30PM +0200, Paul Irofti wrote:
On Tue, Mar 15, 2011 at 06:47:22AM -0400, Okan Demirmen wrote:
On Tue 2011.03.15 at 12:19 +0200, Paul Irofti wrote:
On Tue, Mar 15, 2011 at 04:45:43AM -0400, Okan
On Mon 2011.03.14 at 11:05 +0800, Kevin Lo wrote:
This diff fixes uninitialized variable warnings emitted by gcc 4.2.1
on i386/amd64.
How's this instead (lifted from mksh)?
Index: eval.c
===
RCS file:
remove unused SILLY game of life.
no binary change.
ok?
Index: config.h
===
RCS file: /home/okan/hack/open/cvs/src/bin/ksh/config.h,v
retrieving revision 1.13
diff -u -p -r1.13 config.h
--- config.h18 Dec 2004 22:42:26 -
pull out the never enabled fp support.
no binary change.
ok?
Index: ksh_limval.h
===
RCS file: /home/okan/hack/open/cvs/src/bin/ksh/ksh_limval.h,v
retrieving revision 1.2
diff -u -p -r1.2 ksh_limval.h
--- ksh_limval.h18 Dec
On Tue 2011.03.08 at 11:56 -0500, Dan Harnett wrote:
On Tue, Mar 08, 2011 at 11:01:38AM -0500, Okan Demirmen wrote:
On Tue 2011.03.08 at 09:44 -0500, Dan Harnett wrote:
This doesn't belong there. This effective turns \W into \w if the path
is somewhere in the user's home directory
On Sun 2011.02.20 at 10:30 -0500, Okan Demirmen wrote:
On Sun 2011.02.20 at 13:28 +0100, Mark Kettenis wrote:
Date: Sun, 20 Feb 2011 07:03:25 -0500
From: Kenneth R Westerback kwesterb...@rogers.com
On Sun, Feb 20, 2011 at 12:39:06PM +0100, Mark Kettenis wrote:
Date: Sun, 20 Feb
On Sun 2011.02.20 at 13:28 +0100, Mark Kettenis wrote:
Date: Sun, 20 Feb 2011 07:03:25 -0500
From: Kenneth R Westerback kwesterb...@rogers.com
On Sun, Feb 20, 2011 at 12:39:06PM +0100, Mark Kettenis wrote:
Date: Sun, 20 Feb 2011 19:54:21 +1000
From: David Gwynne l...@animata.net
On Fri 2011.01.14 at 19:19 +0100, Thomas Pfaff wrote:
There's a bug in cwm that screws up alt-tab if you follow the set of events
described in the next paragraph. To regain alt-tab functionality you need
to jerk the mouse around to focus clients and then it usually comes back to
its senses
On Wed 2010.12.15 at 18:33 +0100, Thomas Pfaff wrote:
I sent the diff below to a few guys found in the cwm cvs log about a month
ago but no love, so I'm posting here.
Hi Thomas,
There are a few clean-up diffs floating around the guys in the logs,
some of which has some of the stuff you have
On Mon 2010.08.09 at 22:53 +0200, Christian Neukirchen wrote:
[from m...@]
cwm currently warps to all newly mapped windows. I think it would be
nice to not warp to windows marked as ignore in .cwmrc, so popping
windows you are not interested in don't disturb you.
Hi,
I finally got a
On Sun 2010.01.17 at 16:05 +0100, Thomas Pfaff wrote:
This diff disallows setting blank labels and pressing Esc while editing
the current one will leave it unchanged. I don't see the point in allowing
empty labels as the windows will just show up as blank entries in the menu.
Also remove
On Fri 2010.01.29 at 11:05 +0100, Christian Neukirchen wrote:
Hi,
Currently cwm(1) grabs the keyboard for M-Tab/MS-Tab cycling, which
works well until you try to rebind these keys to, say, 4-Tab. I
propose clearing the keygrab if any modifier is released (this kind of
breaks the current
On Fri 2009.10.02 at 10:33 +0200, Thomas Pfaff wrote:
Hi.
This is not a new issue, but I thought it was about time to report it.
Some programs will pop up the menu_unhide (launch hidden window list)
menu when being clicked certain places inside their window. Examples
are Sylpheed,
On Fri 2009.10.02 at 00:32 +0159, Simon Nicolussi wrote:
Hello,
as a consequence to the last change to cwm(1) no borders are being drawn
for maximized windows. This is fine as long as there's no gap defined in
the cwmrc(5), otherwise the borders between window and gaps are missing.
Is this
On Fri 2009.08.07 at 19:34 +0200, Simon Nicolussi wrote:
Edd Barrett wrote:
How do the menu item foreground and background relate? Are they just
inverted? It would be better to have an explicit option for each.
The color of the font in the selected entry is made by XORing the
background
On Wed 2009.07.22 at 18:14 +0200, Thomas Pfaff wrote:
Here's another stab at the windowspawn global option.
It allows you to control where new windows are placed and can
be one of center, cursor, fullscreen, or random. If it's not
specified, the default behaviour is used (cursor).
It'd
89 matches
Mail list logo