Anselm R. Garbe --> dwm (2006-10-12 18:02:43 +0200):
> On Thu, Oct 12, 2006 at 05:45:21PM +0200, Cedric Krier wrote:
> > Here is a patch to add check for all user's groups instead of only the
> > real group.
>
> How portable is that? Can some BSD user check please?
Seems fine to me: getgroups() i
Anselm R. Garbe --> dwm (2006-10-13 10:53:21 +0200):
> On Fri, Oct 13, 2006 at 10:45:17AM +0200, Jukka Salmi wrote:
> > Anselm R. Garbe --> dwm (2006-10-12 18:02:43 +0200):
> > > On Thu, Oct 12, 2006 at 05:45:21PM +0200, Cedric Krier wrote:
> > > > Here is
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 killin
John S. Yates, Jr. --> dwm (2006-11-06 22:13:49 -0500):
> Can anyone explain why urxvt can accommodate window size
> changes via zoom but not via drag-resizing?
>
> E.G. I have urxvt term open in master position displaying
> wide lines. I zoom it away, the wide lines wrap. I zoom
> it back the
Enno Gottox Boland --> dwm (2006-11-22 15:45:16 +0100):
> I think the viewall function is not more as a code waster... Or does
> somebody use it? It think this could also kicked.
I use to viewall() before shutting down dwm, just to check if there
are still some clients around which need to be clos
Jukka Salmi --> dwm (2006-11-22 18:48:03 +0100):
> Enno Gottox Boland --> dwm (2006-11-22 15:45:16 +0100):
> > I think the viewall function is not more as a code waster... Or does
> > somebody use it? It think this could also kicked.
>
> I use to viewall() before shutt
Anselm R. Garbe --> dwm (2006-11-22 12:31:07 +0100):
> I'd like to know what functions do you really use in dwm,
since you pulled in Dave's patch I don't use viewall() anymore.
Furthermore, I don't use toggleview() a lot, but sometimes it has been
quite handy. Actually there's no function I don't
Anthony Brown --> dwm (2006-11-24 16:44:30 +0100):
> On Fri, Nov 24, 2006 at 03:50:31PM +0100, Anselm R. Garbe wrote:
> > Hi there,
> >
> > I created http://suckless.org/download/dwm-2.3.tar.gz
> >
> > This release contains the occupied tag indicator and reverts
> > arrange() to the reoder()-less
Ciao Manu,
Manuel Badzong --> dwm (2006-11-25 08:17:59 +0100):
> mkfifo dwm_pipe
> dwm < dwm_pipe > dwm_pipe
aka `dwm <>dwm_pipe', BTW...
> If dwm ever writes to stdout (does it?)
No, only some error message are written to stderr.
> After reading main.c
> I recognized that "broken pipe" act
Hi,
Manuel Badzong --> dwm (2006-11-26 15:19:58 +0100):
> I tried several inputs (empty lines, lines with multiple '\n', all '\n'
> lines). The following patch would handle all of them correctly. Though
> I 'm not sure if this is really necessary (but it remains one line of
> code).
I'm not
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'r
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 on
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 i
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,
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 o
Jukka Salmi --> dwm (2007-02-13 17:19:35 +0100):
> 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 op
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 th
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 ;)
I
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
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. Gar
Anselm R. Garbe --> dwm (2007-02-23 14:19:12 +0100):
> On Fri, Feb 23, 2007 at 01:11:03PM +, Frederik Deweerdt wrote:
> > On Fri, Feb 23, 2007 at 10:50:16AM +0100, Anselm R. Garbe wrote:
> > > I did some benchmarks measuring the difference between
> > > dmenu_path [...]
> > Hi,
> >
> > On my s
Christian Garbs --> dwm (2007-03-22 23:29:37 +0100):
> I like the SIGUSR1 approach (which, btw, currently does not work for
> me at all,
See the first comment in the message below, I bet that's the source
of your problem...
HTH, Jukka
- Forwarded message from Jukka Salmi
Hi,
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 behaviour, is it? What is the
idea, which clients should have what border size?
Regards, Jukka
[1] http://www.suckless
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 t
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. Is [1]this intended behaviour?
Regards, Jukka
[1] http://salmi.ch/~jukka/dwm/root.png
--
bashian roulette:
$ ((RANDOM%6
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,
>>
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
[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 (
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
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
--
bashia
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 onl
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
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:
>
Anselm R. Garbe --> dwm (2007-05-23 13:23:43 +0200):
> On Wed, May 23, 2007 at 01:14:12PM +0200, Jukka Salmi wrote:
> >
> > I'm able to reproduce this problem with a bourne shell on some BSD
> > systems; it seems to be a bug in the test(1) code. Maybe you we
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_ca
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 dash seems to be bug-compatible with its ancestor
;-)
Sander van Dijk --> dwm (2007-05-23 16:18:34 +0200):
> On 5/23/07, Anselm R. Garbe <[EMAIL PROTECTED]> wrote:
>> Thanks! I applied it to the repo, however I'm not totally sure
>> the use of [ is a good idea. Is [ a symlink to test in any Unix?
>
> I don't know, I do know it's a symlink to test in m
Sander van Dijk --> dwm (2007-05-23 17:53:26 +0200):
> As for test being a language contruct: is isn't, or at least wasn't
> originally.
If that's why you don't want test/[ to be shell builtins you might
want to remove other builtins like echo, printf, false, true, pwd,
kill, etc. as well. If exec
Sander van Dijk --> dwm (2007-05-23 23:03:10 +0200):
> On 5/23/07, Marek Bernat <[EMAIL PROTECTED]> wrote:
>> On the other hand kill, echo and other programs like this should of course
>> be outside the shell.
>
> Yes, [...]
...but on a system where you suddenly notice that the process table
is fu
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, i
Anselm R. Garbe --> dwm (2007-05-24 15:44:33 +0200):
> Ok I pushed a version, which handles the problem properly for
> both master and stack areas. It's time for you guys to test this
> now!
Seems to work fine, thanks! Except for the case if nmaster > n; in
that case the calculate height of the la
Anselm R. Garbe --> dwm (2007-05-24 16:27:44 +0200):
> I pushed a slightly different version, which seemed more obvious
> to me:
[...]
Sure, that's cleaner. Works fine, thanks!
Regards, Jukka
--
bashian roulette:
$ ((RANDOM%6)) || rm -rf ~
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 descend
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 ot
[EMAIL PROTECTED] --> dwm (2007-06-22 18:23:55 +0200):
> Hackerz,
>
> I have one stream, that writes to stdout. Now I want to log it, works fine
> with a different pointer, but what's the best way to duplicate the existing
> stream that already is printed to stdout to a logfile? Of course, 2 fpri
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. Sin
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 mo
Anselm R. Garbe --> dwm (2007-07-30 21:08:44 +0200):
> I pushed a "fix" (rev 929), please recheck.
Seems to work fine, thanks!
Regards, Jukka
--
bashian roulette:
$ ((RANDOM%6)) || rm -rf ~
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
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
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
--
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
--- d
Hi,
what about renaming addtomwfact() to setmwfact() and allowing for
mwfact to be set both relatively and abolutely? Sometimes I need a
terminal window which has exactly 80 columns; that's where being able
to set mwfact explicitly would be nice.
The attached patch implements this minor change. T
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 here...
Regards, Jukka
--
bashian roulette:
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 wit
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
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;
> > >
Karl. --> dwm (2007-08-20 08:18:11 +1200):
> Not that this answers your question, but on my system (Debian Lenny),
> man pages get formatted according to the term width, so terms bigger
> than 80 columns don't waste space - the extra space gets used.
>
> (formatting gets ugly if the term is resi
Hi,
Christian Garbs --> dwm (2007-08-20 00:04:20 +0200):
> On Sun, Aug 19, 2007 at 11:43:46PM +0200, Jukka Salmi wrote:
[...]
> > No, you got it right: I'm using NetBSD, and man pages seem always to
> > be formatted to not exceed 78 columns. Hmm...
>
> Look for a
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) : mallo
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 bro
markus schnalke --> dwm (2007-12-08 21:40:52 +0100):
[...]
> I'm writing some shell scripts these days, and a common task is to
> check if a particular program is installed (for example `convert').
>
> How is this check done in a sane and portable way?
>
>
> The two alternatives that I have in m
Peter Vollmar --> dwm (2008-01-09 12:18:54 +0100):
> Hi dwm friends
> I am new to the list and have been using dwm for about a month. It's a
> great program. Now and then I get a strange behaviour with the command
> ALT+p which is supposed to give a list of all programs and then execute
> one. (I d
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/(//'|
Peter Vollmar --> dwm (2008-01-10 14:12:30 +0100):
> Am 10 Jan schrieb Jukka Salmi:
[...]
> > Run all commands except fetchmail every n seconds in a loop as you
> > already do, and fetchmail only every m loop iterations. Thus fetchmail
> > will be executed only every mn sec
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 n
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
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 c
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).
Cheer
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. Previo
Hello,
Anselm R. Garbe --> dwm (2008-04-07 11:06:20 +0200):
> Hi Jukka,
>
> you are right, I removed the selscreen stuff, but if there are
> still some classical multihead users I would reconsider this
> decision.
I'd appreciate to see it backported if it's not too much work. Xinerama
doesn't se
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_p
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
> >>don
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 quote
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 pr
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.
Daniel Bainton --> dwm (2009-04-08 17:05:28 +0300):
> 2009/4/8 Jan Blazek :
[...]
> > # 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 from the
79 matches
Mail list logo