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 c
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 1.
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 cu
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
> t
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 maximizatio
On Fri 2020.03.27 at 00:30 +, Uwe Werler wrote:
> Hello @tech,
>
> with this diff https://marc.info/?l=openbsd-tech&m=149192690925713&w=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 wi
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) for
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, M
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 to
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 pa
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 insi
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
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
> si
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 3b4e76e83..
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 development
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 case matters here.
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 n
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
> &g
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,
> > > xbiff,
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 throu
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"
>
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 func
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
> > > Hi,
> > >
> > > mpi@ recently alerted me to the fact that cwm(1)'s default keybindings for
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
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 n
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 t
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 b
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 b
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 ca
On Mon 2015.12.14 at 20:06 +0100, Matej Nanut wrote:
> On 6 December 2015 at 15:15, Vadim Vygonets wrote:
> > Even when cycling in group, all visible windows should be
> > restacked. Patch version 3.
>
> Hello,
>
> will these patches eventually be commited to CVS?
>
> I really like this one.
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 wi
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: /home/open/cvs/xenocara/app/cwm/c
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 ne
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 wind
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 Sat, May 16, 2015 at 5:22 PM, Mike Burns wrote:
> On 2015-05-16 16.54.18 -0400, Okan Demirmen wrote:
>> On Fri, May 15, 2015 at 3:11 AM, Mike Burns
>> wrote:
>> > cwmrc(5) autogroup takes the windowname and windowclass in the opposite
>> > order than speci
On Fri, May 15, 2015 at 3:11 AM, Mike Burns wrote:
> This is essentially the opposite of this fix by Holger Mikolon, which
> was never merged: http://marc.info/?l=openbsd-tech&m=127765978812199
For a reason
> cwmrc(5) autogroup takes the windowname and windowclass in the opposite
> order tha
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 r
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 wrote:
> Ping.
>
> On Wed, Apr 23, 2014 at 12:44:38PM -0500, Kent R. Spillner wrote:
>> I think I sent
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 16:13:4
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 vmaximi
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
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 (strc
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 XCla
On Wed 2012.10.31 at 20:40 +0400, Alexander Polakov wrote:
> * Kent R. Spillner [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-save
On Tue, Oct 30, 2012 at 11:53 AM, Christiano F. Haesbaert
wrote:
> On 30 October 2012 16:52, Christiano F. Haesbaert
> wrote:
>> On 30 October 2012 16:45, Okan Demirmen wrote:
>>> On Tue, Oct 30, 2012 at 10:32 AM, Christiano F. Haesbaert
>>> wrote:
>>>&
On Tue, Oct 30, 2012 at 10:32 AM, Christiano F. Haesbaert
wrote:
> On 30 October 2012 15:03, Christiano F. Haesbaert
> wrote:
>> On 30 October 2012 15:00, Mike Belopuhov wrote:
>>> On Tue, Oct 30, 2012 at 2:58 PM, Christiano F. Haesbaert
>>> wrote:
On 30 October 2012 14:36, rustyBSD wrote
On Tue 2012.10.30 at 18:27 +0400, Alexander Polakov wrote:
> * Alexander Polakov [121030 14:40]:
> > * Okan Demirmen [121030 04:10]:
> > > will anyone miss reload support? one can always re-exec cwm, or any
> > > other wm for a matter of fact.
> >
> > I
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
--- cal
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 previ
On Sun 2012.10.28 at 02:43 -0500, Kent R. Spillner wrote:
> Below is a new diff which incorporates your suggestion (plus a few
> additions), and revises the rest of the description as well. Comments?
A slightly altered version of your diff was applied -thanks!
On Thu 2012.10.25 at 17:12 -0500, Kent R. Spillner wrote:
> Merhaba-
hi!
> I believe there's a slight bug in the autogroup description in cwmrc(5):
> if there's no comma in the second parameter then cwm assumes the value
> is the client's class, not name (group.c lines 174-177).
yes, indeed...
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
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 J
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
--- alpha
On Fri 2012.06.08 at 19:40 +0200, Thomas Pfaff wrote:
> On Sun, 3 Jun 2012 21:07:13 +0400
> Alexander Polakov 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 m
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 21:1
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 togg
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 20
On Mon 2011.10.17 at 02:32 +0600, Alexandr Shadchin wrote:
> On Sun, Oct 16, 2011 at 11:57:43AM -0400, Okan Demirmen wrote:
> > On Sun 2011.10.16 at 17:12 +0200, Martin Pieuchot wrote:
> > > On 16/10/11(Sun) 16:05, Mathieu - wrote:
> > > > Martin Pieuchot wrote:
>
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 tes
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 Sun 2011.05.15 at 20:36 +0200, Thomas Pfaff wrote:
> A tiny oops done by someone cleaning up calmwm.h making cyclegroup and
> rcyclegroup behave the same. The defines below are used as an argument
> to group_cycle as a boolean to decide if the groups should be cycled
> forward or backward, but
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!
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 co
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
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 T
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
applied - thanks!
On Sat 2011.03.12 at 21:47 -0300, Christiano F. Haesbaert wrote:
> Index: ifstated.c
> ===
> RCS file: /cvs/src/usr.sbin/ifstated/ifstated.c,v
> retrieving revision 1.38
> diff -d -u -p -w -r1.38 ifstated.c
> --- ifs
On Mon 2011.03.14 at 16:55 -0400, Okan Demirmen wrote:
> I am unsure why the first strcmp() is in place - possibly for if root's
> HOME is /, but I don't think that was the case when this was put in.
>
> In any case, I don't believe it is needed due the last else (dif
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: /home/okan/hack/
I am unsure why the first strcmp() is in place - possibly for if root's
HOME is /, but I don't think that was the case when this was put in.
In any case, I don't believe it is needed due the last else (diff with
more context below).
Thoughts?
Cheers,
Okan
Index: lex.c
==
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
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 -
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: /home/okan/hack/open/cvs/src
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
> > >
On Tue 2011.03.08 at 09:44 -0500, Dan Harnett wrote:
> > The following substitutes '~' for $HOME in the \W prompt case, taken
> > from \w. This matches bash's behavior for \W.
>
> This has bugged me too, and I have a very similar patch in my tree. The
> exception is the middle conditional.
>
>
Hi,
The following substitutes '~' for $HOME in the \W prompt case, taken
from \w. This matches bash's behavior for \W.
OK?
Cheers,
Okan
Index: ksh.1
===
RCS file: /home/open/anoncvs/cvs/src/bin/ksh/ksh.1,v
retrieving revision 1.13
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
> > >
> > > On Sun, Feb 20, 2011 at 12:39:06PM +0100, Mark Kettenis
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
> >
> > 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
> > > >
> > > > > how to
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 b
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 Sat 2010.01.30 at 20:23 -0500, Okan Demirmen wrote:
> 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.
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 cur
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
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 Sat 2009.08.08 at 03:37 +0159, Simon Nicolussi wrote:
> Okan Demirmen wrote:
> > some of the issues that you may run into is due to the way reload
> > happens - those will be solved once i finish a diff to re-vamp all that,
> > but that's a few down on the list fo
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
> backg
1 - 100 of 101 matches
Mail list logo
