Daniel Bainton -- dwm (2009-04-08 17:05:28 +0300):
2009/4/8 Jan Blazek appoli...@gmail.com:
[...]
# flags
CPPFLAGS = -DVERSION=\${VERSION}\ ${XINERAMAFLAGS}
-CFLAGS = -std=c99 -pedantic -Wall -Os ${INCS} ${CPPFLAGS}
+OPTFLAGS = -Os
This wont make any difference, you can't pass it
Anselm R. Garbe -- dwm (2008-04-27 14:45:58 +0200):
On Sat, Apr 26, 2008 at 02:05:34PM -0300, Luiz wrote:
I've made a simple hack (based on the xmonad one) to get Java
applications (which use the XToolkit/XAWT backend) working. With this
patch you won't get any grey windows anymore.
Anselm R. Garbe -- dwm (2008-04-08 10:57:20 +0200):
Hi,
On Mon, Apr 07, 2008 at 10:51:15PM +0200, Peter Hartlich wrote:
dmenu_run.patch:
- replace $* with $@ so dmenu_run -p foo bar works
I applied this patch with Jukka's remark.
Thanks.
BTW, $exe should also be quoted (see
Peter Hartlich -- dwm (2008-04-10 19:07:34 +0200):
Hi Jukka,
BTW, $exe should also be quoted (see attached patch).
But with unquoted $exe you can e.g. enter: firefox suckless.org
True. Hmm, changing dmenu to output a properly quoted shell string and
then using `eval exec $exe' is probably
Hello,
Peter Hartlich -- dwm (2008-04-08 00:22:13 +0200):
[...]
uptodate() {
- test ! -f $CACHE return 1
+ test -f $CACHE
for dir in $PATH
do
- test $dir -nt $CACHE return 1
+ test ! $dir -nt $CACHE || return 1
done
- return 0
}
Why?
Hello,
Peter Hartlich -- dwm (2008-04-07 22:51:15 +0200):
[...]
diff -r 612d48273009 dmenu_run
--- a/dmenu_run Thu Apr 03 21:56:19 2008 +0100
+++ b/dmenu_run Mon Apr 07 22:17:29 2008 +0200
@@ -1,2 +1,2 @@
#!/bin/sh
-exe=`dmenu_path | dmenu $*` exec $exe
+exe=`dmenu_path |
Hi,
I haven't really followed dwm development during the latest weeks or
even months. Somewhere between 4.7 and current tip focus behaviour
changed: when starting a program on a different screen (e.g. running
`DISPLAY=:0.1 xclock' from terminal on screen 0), focus now moves to
that program.
Joerg van den Hoff -- dwm (2008-03-09 11:22:54 +0100):
[...]
I would think a similar modification should be done upstream: enforcing
`sh' explicitly seems much better than assuming everybody has set SHELL to
`sh'.
Sure. But upstream already does enforce /bin/sh (see dmenu_run).
Cheers,
I notice that this has been reverted in the meantime, but just as a
comment:
Szabolcs Nagy -- dwm (2008-02-11 12:08:20 +0100):
there was recently two dmenu problems on irc and both was due to
'name=value' does not work in certain shells (csh, tcsh, ..)
i'm not a shell expert and didn't check
Peter Vollmar -- dwm (2008-01-19 21:51:17 +0100):
Thank you so much Jukka, your script works great. I've tried to simplify
it to fit my needs, now I have everything in one script. Apart from the
in.sh with FIFO solution, I have also managed to incorporate your script
in my .xinitrc in the
Peter Vollmar -- dwm (2008-01-15 12:06:19 +0100):
[...]
So in short, I haven't been able to implement your loop in a loop
script in my .xinitrc, because I don't understand much of its syntax.
Can you please help me?
Here's your snippet again:
for (i=0; ; i=(i+1)%m) {
execute
Peter Vollmar -- dwm (2008-01-09 23:05:49 +0100):
Hi everybody,
Following the discussion earlier in December I've found a good solution
with 'fetchmail -c' showing the number of new messages in the status bar. The
code copied from Martin Sander's comment is:
fetchmail -c|sed 's/(//'|awk
Tuncer Ayaz -- dwm (2007-10-10 12:43:37 +0200):
Is it strictly needed to move the declaration of Client after #include
config.h
as done within changeset http://www.suckless.org/hg.rc/dwm/rev/bc0929d03388?
This breaks nmtile.c compilation as Client is unknown in config.h.
Yes, this broke
Chris Webb -- dwm (2007-09-24 14:30:23 +0100):
This morning I've been thinking about run time configuration of dwm.
[...]
I only glanced at the code, but this seems to be a useful idea!
+void *
+erealloc(void *res, unsigned int size) {
+ if (!(res = res ? realloc(res, size) :
Jukka Salmi -- dwm (2007-08-19 11:34:24 +0200):
Enno Gottox Boland -- dwm (2007-08-19 11:29:22 +0200):
But still, if I do a killall .dwm and restart dwm, all windows which
were not visible are lost.
By not visible you mean tagged with a tag not currently viewed,
don't you? This works fine
Anselm R. Garbe -- dwm (2007-08-19 18:44:59 +0200):
Please recheck with hg tip. The problem should be solved now.
Actually when dwm is killed, all not-visible windows are
iconified, such windows have been ignored by previous scan()
function.
Seems to work fine, thanks!
Regards, Jukka
--
Antoni Grzymala -- dwm (2007-08-19 19:52:22 +0200):
Tako rzecze Jukka Salmi (w e-mailu datowanym 2007-08-17, 12:25):
Sometimes I need a terminal window which has exactly 80 columns;
that's where being able to set mwfact explicitly would be nice.
I sometimes need to work remotely
Jukka Salmi -- dwm (2007-08-19 20:53:40 +0200):
Antoni Grzymala -- dwm (2007-08-19 19:52:22 +0200):
Tako rzecze Jukka Salmi (w e-mailu datowanym 2007-08-17, 12:25):
Sometimes I need a terminal window which has exactly 80 columns;
that's where being able to set mwfact explicitly would
Enno Gottox Boland -- dwm (2007-08-17 12:38:14 +0200):
bloated :)
A smaller version:
[...]
Indeed, sscanf(3) is smarter than I thought! Thanks for the hint.
Updated patch attached.
Regards, Jukka
--
bashian roulette:
$ ((RANDOM%6)) || rm -rf ~
diff -rup dwm.orig/tile.h dwm/tile.h
---
Anselm R. Garbe -- dwm (2007-08-16 18:33:19 +0200):
I believe I fixed the issue, please recheck with hg tip!
Yes, you did. Thanks!
BTW, would it make sense to save and restore seltag[] across dwm
restarts? And maybe clients[] and stack[]? And probably everything
else? ;-)
Regards, Jukka
--
Martin Sander -- dwm (2007-08-01 13:43:55 +0200):
Hey list.
When I use the save a copy button in an adobe reader window inside a
firefox (with the mozilla-acroread plugin), the save file dialog
flickers (jumps) from left to right, so that it is hard to click save or
cancel.
When I switch
Anselm R. Garbe -- dwm (2007-07-31 18:24:18 +0200):
On Mon, Jul 30, 2007 at 09:20:32PM +0200, Jukka Salmi wrote:
Anselm R. Garbe -- dwm (2007-07-30 21:08:44 +0200):
I pushed a fix (rev 929), please recheck.
Seems to work fine, thanks!
Please recheck, I pushed a different fix
Jeremy O'Brien -- dwm (2007-07-30 00:50:55 -0400):
Hello there. A little off-topic from this thread, but I noticed in that
screenshot that you have a messages:6 line in your status bar. How in
the heck did you get that to show there? I can't find any programs
outside of gkrellm's mail monitor
Hi,
Anselm R. Garbe -- dwm (2007-07-28 17:23:24 +0200):
Hi there,
I ask you to check the current hg tip (changeset 927+) to test
dwm. Especially those using Mathematica having trouble with the
so-called greyish blobs bug. I changed the mechanism how dwm
bans resp. unbans windows. Since dwm
Sebastian Goll -- dwm (2007-06-20 00:14:54 +0200):
On Mon, 18 Jun 2007 17:47:16 +0200
Anselm R. Garbe [EMAIL PROTECTED] wrote:
I will have a patch available tomorrow.
I checked the patch (changeset 920:7f8c81c4bc9a) and it doesn't show the
greyish blobs anymore, but on the other hand it
Jukka Salmi -- dwm (2007-05-23 16:26:36 +0200):
Frank Pirnay -- dwm (2007-05-23 15:37:34 +0200):
ok, my /bin/sh links to dash
Oh, that probably explains a lot. There seems to be a bug in the NetBSD
/bin/sh (see my previous post), and dash is a direct descendant of the
NetBSD /bin/sh. So
Hi,
the most recent [1]commit removed the part where the temporary cache
file was written, thus breaking the script. The attached patch fixes
this.
BTW, -maxdepth is not specified in SUSV3...
Regards, Jukka
[1]
http://www.suckless.org/cgi-bin/hgwebdir.cgi/dmenu/diff/1fed9410fbc6/dmenu_path
Anselm R. Garbe -- dwm (2007-05-24 11:01:19 +0200):
Hi Ross,
On Tue, May 22, 2007 at 11:42:46PM -0400, Ross Mohn wrote:
I've posted a new patch that works, but I don't think that the vanilla
dwm code deals with all the cases that might need the remainder
solution. For example, if
Frank Pirnay -- dwm (2007-05-23 01:35:13 +0200):
ok, I noticed the segfault when running dmenu_path manually. So that is the
only output I get using
uxterm or bash. Actually dmenu is running fine. I am using Ubuntu 7.04,
2.6.20-15-generic kernel on
2 systems but I have this problem only on
Frank Pirnay -- dwm (2007-05-23 09:16:45 +0200):
I thought about broken hardware too... I will try some memtesting today.
That's probably a good idea.
Anyway, this is my output:
+ CACHE=/home/knarf/.dmenu_cache
+ UPTODATE=1
+ IFS=:
+ test ! -f /home/knarf/.dmenu_cache
+ test 1
+ test
Jukka Salmi -- dwm (2007-05-23 10:53:21 +0200):
Frank Pirnay -- dwm (2007-05-23 09:16:45 +0200):
I thought about broken hardware too... I will try some memtesting today.
That's probably a good idea.
Anyway, this is my output:
+ CACHE=/home/knarf/.dmenu_cache
+ UPTODATE=1
+ IFS
Premysl anydot Hruby -- dwm (2007-05-23 13:42:58 +0200):
So, if functions are allowed then maybe even better can be this:
--- a/dmenu_pathWed May 23 13:22:27 2007 +0200
+++ b/dmenu_pathWed May 23 13:37:33 2007 +0200
@@ -1,22 +1,16 @@
#!/bin/sh
CACHE=$HOME/.dmenu_cache
Philipp Köhler -- dwm (2007-05-22 12:58:32 +0200):
i dont know if this is dwm's fault or the stacked mode...
but in landscapemode the second windows isnt visible,,,
Seems to be a bug in the bstack patch. Try applying the attached patch
after applying the bstack patch.
HTH, Jukka
--
bashian
[EMAIL PROTECTED] -- dwm (2007-05-12 20:36:44 +0200):
I created new, simpler version, withou $PATH changes, without tempfile
etc. It only check if in directories in $PATH doesn't happen something
from last recreation of cache.
[...]
I used $HOME instead '~' is this ok?
Your patch looks (and
Sander van Dijk -- dwm (2007-05-13 11:52:17 +0200):
On 5/13/07, Jukka Salmi [EMAIL PROTECTED] wrote:
To be compatible with old shells you should be careful when test(1)ing
a potentially unset or empty variable; i.e. use `test x$var != x'
instead of `test $var'.
Wouldn't `test $var' work
Anselm R. Garbe -- dwm (2007-05-09 10:29:01 +0200):
On Mon, May 07, 2007 at 08:51:11PM +0200, Jukka Salmi wrote:
Hi,
the most recent change to tile() causes the last client in the current
view to be smaller than needed, leaving a small rectangle in the lower
right of the screen unused
Enno Gottox Boland -- dwm (2007-05-07 21:02:36 +0200):
Yes it is. This behavior saves some lines of code.
Are you joking? Why not remove the whole tile() function, this would
save even more lines of code... ;-)
2007/5/7, Jukka Salmi [EMAIL PROTECTED]:
Hi,
the most recent change to tile
Anselm R. Garbe -- dwm (2007-04-18 17:29:06 +0200):
On Wed, Apr 18, 2007 at 10:19:29AM +0200, Jukka Salmi wrote:
since the recent border handling [1]changes I see the following
behaviour: while xterm borders are set to BORDERPX, rxvt borders are
set to zero. Hmm. This is not intended
Jukka Salmi -- dwm (2007-02-14 22:04:41 +0100):
Anselm R. Garbe -- hackers (2007-02-13 21:57:01 +):
changeset: 755:887d74605df8
tag: tip
user:Anselm R. Garbe [EMAIL PROTECTED]
date:Tue Feb 13 22:53:58 2007 +0100
summary: I didn't knew of c-isfixed
Jukka Salmi -- dwm (2007-02-17 15:21:43 +0100):
Jukka Salmi -- dwm (2007-02-14 22:04:41 +0100):
Anselm R. Garbe -- hackers (2007-02-13 21:57:01 +):
changeset: 755:887d74605df8
tag: tip
user:Anselm R. Garbe [EMAIL PROTECTED]
date:Tue Feb 13 22:53:58 2007
Anselm R. Garbe -- hackers (2007-02-13 21:57:01 +):
changeset: 755:887d74605df8
tag: tip
user:Anselm R. Garbe [EMAIL PROTECTED]
date:Tue Feb 13 22:53:58 2007 +0100
summary: I didn't knew of c-isfixed, that should fix Jukkas issue with
gkrellm ;)
It does,
Anselm R. Garbe -- dwm (2007-02-13 13:49:16 +0100):
If there are no complains I'll release 3.5 in the evening...
Since the latest dwm changes I can't tell gkrellm where to appear using
the -geometry option anymore; it always appears in the top left corner.
Other programs still understand this
Anselm R. Garbe -- dwm (2007-02-13 17:39:02 +0100):
On Tue, Feb 13, 2007 at 05:19:35PM +0100, Jukka Salmi wrote:
Anselm R. Garbe -- dwm (2007-02-13 13:49:16 +0100):
If there are no complains I'll release 3.5 in the evening...
Since the latest dwm changes I can't tell gkrellm where
Diego Biurrun -- dwm (2007-01-25 13:25:34 +0100):
Sorry for butting in late, but ..
On Thu, Jan 18, 2007 at 01:37:30PM +0100, Jukka Salmi wrote:
Anselm R. Garbe -- dwm (2007-01-18 13:21:11 +0100):
On Thu, Jan 18, 2007 at 12:58:54PM +0100, Javier wrote:
Hi there,
I'm subscribed
Anselm R. Garbe -- dwm (2007-01-18 13:21:11 +0100):
On Thu, Jan 18, 2007 at 12:58:54PM +0100, Javier wrote:
Hi there,
I'm subscribed to the suckless hackers mail list and I think it could
be great if hg changes mails include the patch of each revision. Is it
possible? Am I the only person
Javier -- dwm (2007-01-18 13:42:51 +0100):
Or maybe it should include a http link to the patch(es). For example,
with your latest commit the commit mail would have included a reference
to
http://suckless.org/cgi-bin/hgwebdir.cgi/dwm?fd=94c82dffe1d5;file=config.arg.h
I think this is a good
Hi,
Manuel Badzong -- dwm (2006-11-26 21:40:09 +):
stext is declared as global and therefore aligned in the programs bss
segment, which will be zeroed at startup. As whether read nor strncpy
use its full length (strlen/sizeof - 1) the string will be 0 terminated
in any case.
You're
mikshaw -- dwm (2006-10-18 16:02:21 -0400):
My opinion is the pipe loop is not an ideal way to handle dwm status,
but it seems to be the only thing that works as it is coded. The problem
seems to be that the while command is actually the main X process when
dwm is run this way, so killing dwm
48 matches
Mail list logo
