2008/12/6 Jorge Vargas [EMAIL PROTECTED]:
Hi, I have been thinking about this for some time, and I like dwm a
lot but I don't like it to manage all my windows, so I was wondering
if it's possible to nest it inside another manager and tell it to
handle only some windows? Please note I used this
What about adding this patch to the wiki?
Kind regards,
Anselm
2008/12/4 Jeremy Jay [EMAIL PROTECTED]:
Another simple patch for anyone interested. Changes the way colors are
defined slighty, allowing you to create more color combinations. Then,
to color the status text from stdin you can
2008/12/4 yy [EMAIL PROTECTED]:
2008/12/4 Anselm R Garbe [EMAIL PROTECTED]:
I have mixed feelings about this patch. Does someone has strong
arguments that this would be a good idea for upstream dwm?
I also have mixed feelings... I wrote it because I didn't see urgent
windows when they were
I reverted the old spawn in the 5.3.1 release I'm currently uploading,
until this issue gets sorted. But this proofs again never change a
running system, especially I believe we experienced exactly the same 4
years ago when we switched back and forth to double-forks and signal
handlers. Unix is a
Hi,
the bugfix release can be found at
http://code.suckless.org/dl/dwm/dwm-5.3.1.tar.gz
It includes a reverted spawn function. Sorry for any inconvenience.
Kind regards,
Anselm
2008/12/4 Anselm R Garbe [EMAIL PROTECTED]:
Hi,
there was some silence during the last weeks, simply because I
On 12/6/08, Anselm R Garbe [EMAIL PROTECTED] wrote:
... However
what do you miss in dwm that you don't like to manage all windows?
i can think of a few issues:
- java awt bug
- apps with many popup windows
- apps which does not handle resizals correctly (eg matlab uses split
areas in its main
Great 5.3.1 release!
What about this little change in applyrules?
@@ -259,7 +259,7 @@
(!r-class || (ch.res_class
strstr(ch.res_class, r-class)))
(!r-instance || (ch.res_name
strstr(ch.res_name, r-instance {
I reprodeced this problem with dwm-4.7 and also dwm 5.3.1.
Neale's spawn() change is not guilty.
I think that fork() copy fd and pipe survive.
Please try this patch:
diff -r 94032e7d3943 dwm.c
--- a/dwm.c Sat Dec 06 11:22:30 2008 +
+++ b/dwm.c Sat Dec 06 22:57:46 2008 +0900
@@ -1396,6
There is little error here. It is not working as expected in 5.3.1.
This patch fixes it.
--
- yiyus || JGL .
urgencyfix.diff
Description: Binary data
2008/12/6 yy [EMAIL PROTECTED]:
There is little error here. It is not working as expected in 5.3.1.
This patch fixes it.
Be care if you apply this, I forgot to remove my PREFIX (which is
/usr) in config.mk
--
- yiyus || JGL .
Hi,
I've just updated my taskbar patch to the current hg tip and fixed
some bugs :)
Kind regards,
Nibblediff -r 00da7bf0bba7 dwm.c
--- a/dwm.c Sat Dec 06 09:33:58 2008 +
+++ b/dwm.c Sat Dec 06 16:40:41 2008 +0100
@@ -487,8 +487,8 @@ die(const char *errstr, ...) {
void
drawbar(void) {
-
This was my hunch too, glad someone got it before me though. This
patch fixes the problem with 5.3. Probably the same with the double-
fork version too.
Jeremy
On Sat 06 Dec 2008 - 11:14PM, yamada yohei wrote:
I reprodeced this problem with dwm-4.7 and also dwm 5.3.1.
Neale's spawn() change
2008/12/6 yy [EMAIL PROTECTED]:
2008/12/6 yy [EMAIL PROTECTED]:
There is little error here. It is not working as expected in 5.3.1.
This patch fixes it.
Be care if you apply this, I forgot to remove my PREFIX (which is
/usr) in config.mk
Thanks, applied.
I'll wait for other issues first
2008/12/6 Jeremy Jay [EMAIL PROTECTED]:
This was my hunch too, glad someone got it before me though. This
patch fixes the problem with 5.3. Probably the same with the double-
fork version too.
Glad you investigated further ;)
I will test this and wait some days, looks like there will be
Jeremy Jay [EMAIL PROTECTED] writes:
This was my hunch too, glad someone got it before me though. This
patch fixes the problem with 5.3. Probably the same with the double-
fork version too.
The open FD was my first guess too, but the double-fork version didn't
close any fds either, so I
On Sat, 06 Dec 2008 09:26:25 -0700
Neale Pickett [EMAIL PROTECTED] wrote:
Jeremy Jay [EMAIL PROTECTED] writes:
This was my hunch too, glad someone got it before me though. This
patch fixes the problem with 5.3. Probably the same with the
double- fork version too.
The open FD was my
OK I think it's added now, but the preview page isn't working.
Jeremy
On Sat 06 Dec 2008 - 08:50AM, Anselm R Garbe wrote:
What about adding this patch to the wiki?
Kind regards,
Anselm
2008/12/4 Jeremy Jay [EMAIL PROTECTED]:
Another simple patch for anyone interested. Changes the way
On Sat, 6 Dec 2008 19:20:58 +0100
Guillaume Quintin [EMAIL PROTECTED] wrote:
On Sat, 06 Dec 2008 09:26:25 -0700
Neale Pickett [EMAIL PROTECTED] wrote:
Jeremy Jay [EMAIL PROTECTED] writes:
This was my hunch too, glad someone got it before me though. This
patch fixes the problem
On Sat, Dec 6, 2008 at 2:20 PM, Guillaume Quintin
[EMAIL PROTECTED] wrote:
I just tried the close(0) patch but it does not change anything. And I
found something very weird. I told you that in the previous version of
dwm (5.2) with the .xinitrc containing the while | dwm all worked
fine and I
On Sat, 6 Dec 2008 14:40:47 -0400
Brendan MacDonell [EMAIL PROTECTED] wrote:
On Sat, Dec 6, 2008 at 2:20 PM, Guillaume Quintin
[EMAIL PROTECTED] wrote:
I just tried the close(0) patch but it does not change anything.
And I found something very weird. I told you that in the previous
Hi,
Hi,
How about changing the invert parameter in drawtext and
drawsquare to c-isurgent ?
Now that the urgent hint flag is removed when the client is focused
it makes sense. I like it, thanks :) I attach the new patch.
Regards,
Regards,
Nibblediff -r 79bf47074a49 dwm.c
--- a/dwm.c Sat
On Sat, 6 Dec 2008 19:38:16 +0100
Guillaume Quintin [EMAIL PROTECTED] wrote:
On Sat, 6 Dec 2008 19:20:58 +0100
Guillaume Quintin [EMAIL PROTECTED] wrote:
On Sat, 06 Dec 2008 09:26:25 -0700
Neale Pickett [EMAIL PROTECTED] wrote:
Jeremy Jay [EMAIL PROTECTED] writes:
This was
On Dec 6, 2008, at 10:20 AM, Guillaume Quintin wrote:
Why don't we change the way dwm gets its status text ? For example
we could use the SIGALRM signal to call a spawn2 :
--snip--
This will take only a few LOC, because all the reading p[0] part
will be in fact the reading-stdin code from
On Sat, 6 Dec 2008 14:52:55 -0800
Donald Chai [EMAIL PROTECTED] wrote:
On Dec 6, 2008, at 10:20 AM, Guillaume Quintin wrote:
Why don't we change the way dwm gets its status text ? For example
we could use the SIGALRM signal to call a spawn2 :
--snip--
This will take only a few
Sorry to bother with this question
I have been using DWM for a year or so now but never needed to connect
my laptop to a projector till today. I realized I had no idea how to do
this with DWM.
After some research I found that DWM uses Xinerama and not xrandr. I got
as far as compiling DWM
That's how my version currently works. Unfortunately, mine likely
wouldn't be much good to you because there is a massive amount of
overhead that I added to fine-tune process controls - and I can't
merge into my github repository to demonstrate until the daily
mercurial mirror updates. Of course,
On Dec 6, 2008, at 1:02 PM, Guillaume Quintin wrote:
This is a little very basic patch that does what I asked above. I
tried
this using the SIGALRM signal but I randomly got fatal errors about
memory (un)locks.
Your code looks like an idle loop; I recommend you read the man page
for
Guillaume Quintin [EMAIL PROTECTED] writes:
But now, when I reinstall dwm-5.2 I get the same problem than in
dwm-5.3 and dwm-5.3.1, double-fork, simple-fork and
re-double-fork. I don't understand why.
This makes me happy, not only because my spawn function wasn't the
problem, but also because
If you are using a recent version of xorg, and don't have your screen
resolution hardcoded in xorg.conf, it should be autodetected. For
example, the last time I had to do a presentation, I plugged in the
projector, restarted X, and it auto-detected the right resolution to
use.
Jeremy
On Sat 06
On Sun, 7 Dec 2008 01:14:45 -0500
Jeremy Jay [EMAIL PROTECTED] wrote:
If you are using a recent version of xorg, and don't have your screen
resolution hardcoded in xorg.conf, it should be autodetected. For
example, the last time I had to do a presentation, I plugged in the
projector,
On Dec 6, 2008, at 10:32 PM, Amit Uttamchandani wrote:
On Sun, 7 Dec 2008 01:14:45 -0500
Jeremy Jay [EMAIL PROTECTED] wrote:
If you are using a recent version of xorg, and don't have your screen
resolution hardcoded in xorg.conf, it should be autodetected. For
example, the last time I had
31 matches
Mail list logo