Hi,
in the latest tip of wmii, upon
echo -n "colmode stack+max" | wmiir write /ctl
or
echo -n "colmode default+max" | wmiir write /ctl
I get
wmiir: fatal: cannot write file /ctl
While
echo -n "colmode stack" | wmiir write /ctl
and
echo -n "colmode default" | wmiir write /ct
Hi,
I recently adapted my wmiirc_local such that when I right-click on a
tagname in the statusbar, I get a wmii9menu with the names of the
clients in that tag. When I attach my secondary screen left of the
primary, half of the wmii9menu window is displayed on the secondary
screen.
Can this be avo
On Wed, Oct 21, 2009 at 04:34:20AM -0400, Kris Maglione wrote:
> Sure, please file an issue.
Hmm, I need a Google account for that? ... No! :-)
James
On Wed, Oct 21, 2009 at 10:44:25AM +0200, Thomas Dean wrote:
> On Wed, Oct 21, 2009 at 04:34:20AM -0400, Kris Maglione wrote:
> > Sure, please file an issue.
>
> Hmm, I need a Google account for that? ... No! :-)
Okay, I did it anyway... but why google? :-(
James
I ran into the same problem today. The wmiirc script as well as all my
status bar scripts die frequently. All of them are run with dash.
Switching /bin/sh from dash to bash (and replacing dash with bash in
wmiirc) fixes the problem. It seems to be related to the latest update
of dash (0.5.5.1-5) in
On Thu, May 27, 2010 at 11:22:25 +0200, Thomas Dean wrote:
> I ran into the same problem today. The wmiirc script as well as all my
> status bar scripts die frequently. All of them are run with dash.
> Switching /bin/sh from dash to bash (and replacing dash with bash in
> wmiirc) fixes
On Thu, May 27, 2010 at 11:32:06 -0400, Kris Maglione wrote:
> Ok, so that suggests that dash has a problem when its backgrounded
> children die. Can you try running them with ‘wmiir setsid’ and see if
> it helps?
Hmm, I'm not sure what I should do. Should I place "wmiir setsid" as a
command somew
On Thu, May 27, 2010 at 11:55:38 -0400, Kris Maglione wrote:
> Oh, sorry, I thought it was in the man page. Just add ‘wmiir setsid’ to
> the front of the lines that start fetchmail and x-terminal-emulator.
Ok, I just did that, but it did not change anything. Nor is there any
further output when th
On Thu, May 27, 2010 at 12:31:42 -0400, Kris Maglione wrote:
> It's not supposed to have any output. It just basically disassociates a
> process from its parent. You should generally use it when launching
> programs from wmiirc so they don't catch any signals if you kill wmiirc.
> This would be eas
On Thu, May 27, 2010 at 14:22:27 -0400, Kris Maglione wrote:
> > With that the script already dies as soon as the fetchmaillog window
> > opens :-) Given that this seems to be a problem of dash, maybe I
> > should file a Debian bug report...
>
> That would probably be a good idea, if you can come
On Thu, May 27, 2010 at 20:44:17 -0400, Kris Maglione wrote:
> For what it's worth, I've sent a report to the dash mailing list. The
> offending revision is 3800d4934391b144:[JOBS] Fix dowait signal race
>
> This means that the bug was introduced just after 0.5.5.1 and first
> showed up in 0.5.6,
Trying to compile hg2663 on Debian testing with "make" or "make deb",
I get
cmd/tray/selection.c:50:26: error: X11/Xlib-xcb.h: No such file or directory
In file included from /usr/include/xcb/xproto.h:15,
from cmd/tray/selection.c:51:
/usr/include/xcb/xcb.h:328: error: expected ‘=
On Fri, May 28, 2010 at 15:49:39 +0200, Davide Anchisi wrote:
> That's right, you need to install the package: libx11-xcb-dev.
Stupid me, I searched on packages.debian.org, but only in the etch
suite. Thanks, it works now!
Thomas
On Fri, May 28, 2010 at 20:52:06 -0400, Kris Maglione wrote:
> They've worked out the problem on the dash list. The following patch
> *should* fix your script. Alternatively, you could try the version
> attached with wmii tip.
Thanks for the scripts, Kris! Thomas
Hi,
mplayer windows keeps a fixed aspect ratio when floating. Growing such
windows via wmiir does not seem to work, because one can only grow
either horizontally or vertically, but not both at the same time.
(Shrinking works, the other direction gets shrunk accordingly.)
Is there any way to still
On Thu, Oct 28, 2010 at 09:56:13 -0400, Kris Maglione wrote:
> Fixed in tip.
Thanks, that was fast, works great!
I noticed another problem introduced in hg2782: In rc/wmiirc.sh,
local_events | wi_events
needs to be replaced by
wi_events local_events
in order for the local even
On Mon, Jul 04, 2011 at 11:37:15 +0200, julien steinhauser wrote:
> Code from Hiltjo Posthuma and Jeremiah Dow ( with minor add ) is merged in
> this patch.
> The behaviour is :
>
> - border is shown when one sees more than one client.
> - tags are shown when they are viewed or when clients are l
On Thu, Jul 07, 2011 at 13:48:27 +0200, Hiltjo Posthuma wrote:
> I don't think vanilla dwm remembers tags when restarting so it's not
> that the patch removes that behaviour. You can specify rules in your
> config.h which tags to apply to each application.
You are right, I was remembering it incor
On Sun, Jul 10, 2011 at 09:49:43 -0700, brad clawsie wrote:
> i recently created a shell script called "pastexclip" which contains the text
>
> xclip -o
>
> and bound this in dwm to Alt+v
>
> but when i use my dwm shortcut Alt+v, the text is printed not to the
> current context in X, but the sys
On Mon, Dec 19, 2011 at 17:08:54 +0100, Thomas Dean wrote:
> > (M == Mod1, right?) What I'm seeing is that, if I press Mod1-i (-d), say 3
> > times too many, then I need to press Mod1-d (-i) *4* times for it to have
> > any effect.
>
> Also, when nmaster=1 and pres
On Mon, Dec 19, 2011 at 16:50:01 +0100, Manolo Martínez wrote:
> (M == Mod1, right?) What I'm seeing is that, if I press Mod1-i (-d), say 3
> times too many, then I need to press Mod1-d (-i) *4* times for it to have any
> effect.
Also, when nmaster=1 and pressing Mod1-d, nmaster seems to become i
On Mon, Dec 19, 2011 at 11:21:28 -0500, Andrew Hills wrote:
> > Of course, now I see it: 0=infinity in this case, i.e. slave effectively
> > becomes master :-)
>
> Be careful when creating a power vacuum. Eliminating the remaining
> authority will lead to anarchy as the slaves all scramble to crea
I've used dwm for about half a year now (3 years of wmii before), and like
it a lot. However, I find that the handling of tags for multiple monitors
keeps disturbing my workflow. Isn't it against the general philosophy of
dwm to assign a definite monitor to each window, and to have separate
tagsets
On Thu, Jan 12, 2012 at 18:09:15 +, Rob wrote:
> > I would imagine that the (or my at least) workflow could be much smoother
> > if there was only one tagset, independently of the number of monitors, and
> > if there were (a) layout(s) suitable for multi-screen views. The first
> > useful layou
On Thu, Jan 12, 2012 at 17:44:56 -0500, TJ Robotham wrote:
> > But with two monitors, I constantly find myself moving windows between the
> > two, and searching for windows that I "lost" because I put them on the other
> > monitor, which makes them lose their previously assigned tags.
>
> You migh
On Fri, Jan 13, 2012 at 21:48:47 +, Bjartur Thorlacius wrote:
> >This problem would come up if there was only one tagset and each monitor
> >would be an independent view whose visible tags could be set independently.
> >I rather meant that there should be only one tagset, and all monitors
> >to
On Fri, Jan 13, 2012 at 21:57:31 +, Rob wrote:
> Check /(toggle)?(view|tag)/ functions in dwm.c
> Or you could change arrange() so it sets the tagset for all other monitors too
I looked into this, and the attached patch seems to result in exactly what
I asked for -- synchronized tags across mo
On Thu, Feb 02, 2012 at 14:45:42 +0100, Uli Armbruster wrote:
> Means, only after refocusing mupdf, it looks fine. It doesn't depend on
> this certain pdf file, it happens with all pdf files. It also doesn't
> depend on the layout I use. Using no layout (floating) it's fine.
I have the exact same
On Fri, Jun 01, 2012 at 23:04:29 -0400, John A. Grahor wrote:
> I have included a patch for dwm-5.8.2 in which I basically stole the
> wire frame move/resize code from evilwm and adapted it for dwm.
>
> If anyone is interested I'll do a patch for a more modern release.
I like this patch a lot. Wh
On Sat, Oct 13, 2012 at 13:56:48 +0200, Thuban wrote:
> I was just meaning the shortcus defined in config.h, nothing else.
>
> I just tried your changes, but I still can't, as example, scroll with
> control-j.
>
> Am I the only one with this issue?
I have the same problem since changeset 246. No
Great tool, thank you!
One thing to mention: sh links to dash in my case, which has no built-in
"source" command. Is there a standalone substitute?
TD
I often have many windows open (mostly with pdf files I need to read), and
try to come up with a tool that lets me find and focus a window easily. I
now simply list all windows with xwininfo and feed that to dmenu. But the
list is full of invisible/dummy windows I don't care about. I clean the
list
rep''
> that many times through that many pipes is fairly expensive and should be
> avoided, since it has to create each new process and pass the same data
> through every single one. You'd be better using awk and a single pipe.
>
> Chris
>
> On 12 February 2013 1
On Tue, Feb 12, 2013 at 11:07:52 +0100, Michał Kazior wrote:
> You might consider using lsw (http://tools.suckless.org/lsw).
Excellent! I think I tried it earlier, but it did not list the window id's
back then. Now it does the job perfectly, thanks!
On Tue, Feb 12, 2013 at 16:40:55 +0100, Andreas Amann wrote:
> the ids of visible windows is stored in the _NET_CLIENT_LIST property of the
> root window and can be accessed with "xprop -root _NET_CLIENT_LIST"
>
> The followning script lets you select one with dmenu and then focus it:
Thank you f
On Wed, May 22, 2013 at 20:37:47 +0200, seb.cato wrote:
> I'm not a hater most of the time though. HTTP and by extension the
> web is quite organic. It's like a rain forest. There's a lot of
> things in there, and a lot of it is redundant and some things serves
> no real purpose, but at the same ti
36 matches
Mail list logo
