On 8/6/08, Donald Chai [EMAIL PROTECTED] wrote:
I have the inside border
set up to follow resize hints (this packs more text onscreen if my
display's number of rows is not a multiple of 3). The outside border
does not follow resize hints, because I have them set up to be
rendered exactly 1px
On 8/7/08, Donald Chai [EMAIL PROTECTED] wrote:
On Aug 7, 2008, at 12:35 AM, Sander van Dijk wrote:
I'm not sure what you mean by having the inside border setup to
follow resizehints, but the outside border does not follow
resizehints? Handling resizehints doesn't have an effect on borders
On 7/3/08, Oliver Heins [EMAIL PROTECTED] wrote:
Just a little remark about your netmon.sh script:
,
| ~$ time (n=0; for i in {1000..1}; do n=`echo $n+$i|bc`; done; echo $n)
| 500500
|
| real0m15.812s
| user0m0.532s
| sys 0m15.449s
| ~$ time (n=0; for i in {1000..1};
On 6/26/08, Premysl Hruby [EMAIL PROTECTED] wrote:
Hi,
it also defines feature macro _BSD_SOURCE, so usleep and strdup is
declared.
patch attached.
return (char *)1;?
cistrstr(s, sub) is supposed to return a pointer to the first
occurence of sub in s, or NULL if there is none; not some
On 6/14/08, James Turner [EMAIL PROTECTED] wrote:
Doesn't it make more sense to do a test, then just redirect error
output?
Then you'd have to test more than your patch does: right now, your
patch only tests if we're dealing with a directory; whether or not the
user running the script has
On Tue, May 20, 2008 at 11:03 PM, Szabolcs Nagy [EMAIL PROTECTED] wrote:
i deliberately used an alternative definition of freedom (and included
all the dictatorship), because it makes sense to me.
Well, I guess that sums it all up nicely. I think that at this point
further argument is obviously
On Tue, May 20, 2008 at 11:10 AM, Szabolcs Nagy [EMAIL PROTECTED] wrote:
most likely everyone would agree that public domain provides more
freedom than GPL, but whether GPL is free or not is just a
terminological question
The discussion wasn't about whether or not GPL provides freedom, the
On Tue, May 20, 2008 at 3:43 PM, Matthias Kirschner [EMAIL PROTECTED] wrote:
Why do you think a user who gets DWM in a binary on some device knows a)
that this is DWM and b) knows that DWM is licensed under MIT? So this
user does not have the freedom to use, study, share and improve the
On Tue, May 20, 2008 at 3:43 PM, Matthias Kirschner [EMAIL PROTECTED] wrote:
Why do you think a user who gets DWM in a binary on some device knows a)
that this is DWM and b) knows that DWM is licensed under MIT? So this
user does not have the freedom to use, study, share and improve the
On Tue, May 20, 2008 at 7:22 PM, Szabolcs Nagy [EMAIL PROTECTED] wrote:
you missed my point
the analogy is to show that removing a restriction may cause more
restriction globally in some way (which also shows the flaw in your
interpretation of freedom)
i thougth this was trivial, but here is
On Sat, May 17, 2008 at 4:05 PM, Anselm R. Garbe [EMAIL PROTECTED] wrote:
Do people prefer having a fine-grain bar positioning setup or is
it more preferred to have a bar setup in the sense top or
bottom? I still believe the latter idea is nicer, if someone
wants to use dzen, patch updategeom
On Mon, May 19, 2008 at 5:17 PM, Sylvain Bertrand
[EMAIL PROTECTED] wrote:
Freedom which does not defend itself *will* be abused again and again,
Define abuse? According to MIT/BSD, using the code in closed source
products is not abuse, it's simply use. Since that does not in any way
affect the
On Mon, May 19, 2008 at 8:31 PM, Matthias Kirschner [EMAIL PROTECTED] wrote:
There are people (like) you who say modified BSD/MIT licenses are more
free, because users/developers have the freedom to make the software
unfree. (More a freedom of the individual.)
No no, it's not just people
On Fri, May 16, 2008 at 9:39 PM, Enno Gottox Boland [EMAIL PROTECTED] wrote:
That's what I still think too. Fortunally DEFGEOM is gone in dwm-tip.
Nevertheless there is a trend in dwm to overoptimise the code. I
think dwm-4.7 was the simplest. That's why my branch is still based on
4.7.
I'm
On Sun, Apr 27, 2008 at 2:45 PM, Anselm R. Garbe [EMAIL PROTECTED] wrote:
Does this really work for everyone? I remember I evaluated a
similiar solution last year without success. ;(
If it does, I'm all for it, provided that it goes between some clear
#ifdef UGLY_JAVA_HACK
...
#endif
or
On Tue, Apr 8, 2008 at 6:40 PM, Matthias-Christian Ott [EMAIL PROTECTED]
wrote:
It's POSIX conform [1], so I don't see the whole point of the
discussion.
POSIX was created to make it easier to write portable apps. When one,
knowingly, writes a non-portable app, and then says hey, but it's
On Wed, Apr 2, 2008 at 2:59 PM, Anselm R. Garbe [EMAIL PROTECTED] wrote:
What about getting rid of supporting the selection of multiple
tags at a time and celebrating the revival of the column layout
of wmii again in dwm 5.0? What about getting rid of all the tiled
layout flavors in favor
On Wed, Apr 2, 2008 at 3:34 PM, Anselm R. Garbe [EMAIL PROTECTED] wrote:
On Wed, Apr 02, 2008 at 03:23:39PM +0200, Sander van Dijk wrote:
If you're serious though, what exactly do you mean? wmii-3/acme like
(as in: dynamic amount of columns, and three modes per column)?
Exactly.
Hm
On Sat, Mar 15, 2008 at 4:50 AM, Jonny Gerold [EMAIL PROTECTED] wrote:
Hello,
I have a very simple question. I just upgraded to 4.8. And I would like
to know if there is a simple way to assign one workspace to be say tiled
mode, and another to be float mode. I would like to use tiling on
On Tue, Mar 11, 2008 at 11:06 PM, Anselm R. Garbe [EMAIL PROTECTED] wrote:
Ok, makes sense to me/I will change the code accordingly
tomorrow.
Thanks!
Gr. S.
On Tue, Mar 11, 2008 at 11:06 PM, Anselm R. Garbe [EMAIL PROTECTED] wrote:
Ok, makes sense to me/I will change the code accordingly
tomorrow.
Hg tip also needs an fstrncmp function pointer to point to either
strncmp or strncasecmp (right now, match() is hardcoded to use
strncasecmp; this
On Wed, Mar 12, 2008 at 7:53 PM, Sander van Dijk [EMAIL PROTECTED] wrote:
On Tue, Mar 11, 2008 at 11:06 PM, Anselm R. Garbe [EMAIL PROTECTED] wrote:
Ok, makes sense to me/I will change the code accordingly
tomorrow.
Hg tip also needs an fstrncmp function pointer to point to either
Hi,
Two things about dmenu:
1. Case insensitive string matching should be optional; right now,
when I have an entry 'Foo' and an entry 'foo', I can't put the cursor
on 'foo' without using the arrow keys, not even when I type exactly
'foo'. Quite annoying. While I understand that case insensitive
On Sat, Mar 8, 2008 at 2:25 PM, Antoni Grzymala [EMAIL PROTECTED] wrote:
dmenu is case sensitive here and works as expected, are you running some
exotic OS?
No. Considering that dmenu uses strncasecmp, I'd say you'd have to be
running a rather exotic OS to have it case sensitive instead :-).
On Sat, Mar 8, 2008 at 6:38 PM, hiro [EMAIL PROTECTED] wrote:
Well, thanks for pointing that out, then.
I'm happy you don't want it.
So that makes three of us that want it removed from dmenu (at least as
default). Anyone out there who has a different oppinion?
Greetings, Sander.
On Feb 12, 2008 9:31 AM, Daniel Bainton [EMAIL PROTECTED] wrote:
Sure, dmenu_path is run with /bin/sh, but the whole exe=`dmenu_path |
dmenu $*` exec $exe isn't. If you'd look at the source code of
dwm, you'd see it takes the shell from the SHELL environmental
variable and runs the line with
On Feb 11, 2008 4:58 PM, Anselm R. Garbe [EMAIL PROTECTED] wrote:
On Mon, Feb 11, 2008 at 12:08:20PM +0100, Szabolcs Nagy wrote:
- exe=`dmenu_path | dmenu $*` exec $exe
+ set exe=`dmenu_path | dmenu $*` exec $exe
I'm not sure about this proposal either, but I applied your
change this
On Jan 11, 2008 5:16 PM, Stefan Maerkl [EMAIL PROTECTED] wrote:
On the second head, one could display just an empty window labelled
On head 1. Maybe in a special colour or so.
You're joking, right?... Right?
On Dec 20, 2007 7:09 AM, Enno Gottox Boland [EMAIL PROTECTED] wrote:
searched for a name... I thought about simple tar but star sounds
really ugly...
Star already exists btw, see http://cdrecord.berlios.de/old/private/star.html.
Gr. Sander.
On Dec 6, 2007 11:23 AM, Anselm R. Garbe [EMAIL PROTECTED] wrote:
Ok, but the DWMTAGS idea is ok for everyone?
Would that work? If the new dwm is a child of the old one it would,
but when the dwm restart is controlled by a shell loop such as
while true
do
dwm
done
I believe this wouldn't
On Nov 5, 2007 11:01 AM, Ritesh Kumar [EMAIL PROTECTED] wrote:
I have a few comments...
Do you want to keep LENGTH(), seltags and prevtags in config.def.h? My
configuration doesn't need them and I doubt if somebody else's will.
I think prevtags doesn't belong in config.h at all, seltags is
On Nov 5, 2007 6:41 PM, Szabolcs Nagy [EMAIL PROTECTED] wrote:
fwiw, i don't use prevtags at all, but those who use viewprevtags() may use
it.
I use viewprevtags() sometimes, but I don't think prevtags should be
in config.h anyway. Prevtags contains the previously selected tags,
and there
On Nov 3, 2007 5:29 PM, pancake [EMAIL PROTECTED] wrote:
This should work with my patch.
Post your patch and I give it a try :-)
Gr. Sander.
On Nov 2, 2007 6:37 PM, Anselm R. Garbe [EMAIL PROTECTED] wrote:
On Fri, Nov 02, 2007 at 05:21:36PM +0100, Enno Gottox Boland wrote:
It doesn't work at all...
Sorry, but I can't reproduce. It works correctly for me so far.
It seems to me that the call to fgets() blocks, that is, when it's
On Nov 2, 2007 10:02 PM, Anselm R. Garbe [EMAIL PROTECTED] wrote:
Hmm, if that's the reason I tend to write a read()-based getline
function which does not block ;)
Try doing this:
for i in `seq 1 10`
do
echo -n bla
if test $i = 5
then
echo
fi
sleep 3
done | dwm
On Nov 1, 2007 11:44 AM, Enno Gottox Boland [EMAIL PROTECTED] wrote:
Hi!
I wrote a little patch which brings the old resizing behavior. It
reduces code complexibility and doesn't cost a single line of code.
Hi Gottox,
Is this pixel-perfect? If I recall correctly, we removed this way of
On Nov 1, 2007 12:58 PM, Enno Gottox Boland [EMAIL PROTECTED] wrote:
this is why I use abs()+1. The only possibility where this can be = 0
is an integer overflow.
Yes, of course, sorry for the noise.
Gr. Sander.
On Oct 31, 2007 10:00 AM, Pieter Verberne [EMAIL PROTECTED] wrote:
On Tue, Oct 30, 2007 at 04:59:53PM +0100, Sander van Dijk wrote:
However, ignoring sizehints will only make
your term *occupy* more space, it won't actually make it *use* more
space, so you could just as wel xsetroot -solid
On Oct 31, 2007 3:55 PM, Antoni Grzymala [EMAIL PROTECTED] wrote:
pancake dixit (2007-10-31, 15:43):
btw I understand that this is a personal opinion that can't beat against
all your opinions, so don't bother. I can continuely patching this issue
release after release.
:) Yes, it's a
On Oct 31, 2007 3:43 PM, pancake [EMAIL PROTECTED] wrote:
About the xsetroot 'fix' it's ugly as shit, the select border marks the
window borders remarking the 10-20px hole. btw i usually have a black root
on my Xwindows.
It wasn't intended to be a fix, since there's no problem. The only
thing
On Oct 30, 2007 4:53 PM, Vasil Dimov [EMAIL PROTECTED] wrote:
How do I get the 4.5 RESIZEHINTS False behaviour in 4.6?
This has been discussed before, look in the archives for possible
answers to your question. However, ignoring sizehints will only make
your term *occupy* more space, it won't
On Oct 30, 2007 4:59 PM, Sander van Dijk [EMAIL PROTECTED] wrote:
On Oct 30, 2007 4:53 PM, Vasil Dimov [EMAIL PROTECTED] wrote:
How do I get the 4.5 RESIZEHINTS False behaviour in 4.6?
This has been discussed before, look in the archives for possible
answers to your question. However
On 10/27/07, Antoni Grzymala [EMAIL PROTECTED] wrote:
Thanks arg (and all contributors), unfortunately the new dwm segfaults
on my computer. Since I don't know much about debugging C programs I
cannot provide a backtrace or what not (unless instructed).
$ ulimit -c unlimited
$ dwm
crash,
Btw. Anselm, I just noticed that the debug options aren't disabled in
config.mk in 4.6. If Antoni's problem is going to cause a 4.6.1, I'd
like to see that fixed as well.
Gr. Sander.
On 10/27/07, Arun G Nair [EMAIL PROTECTED] wrote:
Hi,
I just upgrade to 4.6 and I see the resizehints problem again.
The wallpaper shows up at the right side of the screen. A maximized
$TERM doesn't fill the screen. Is there a way around it ?
Yes, hacking tile().
But I think it's better
On 10/27/07, Arun G Nair [EMAIL PROTECTED] wrote:
Yes, hacking tile().
But I think it's better to face the fact that some apps need this.
Do you know which ones need this ? I just have Firefox, pidgin (which
still steals focus) and xpdf. All of these maximize filling the
screen. Its just
On 10/27/07, Antoni Grzymala [EMAIL PROTECTED] wrote:
Thanks arg (and all contributors), unfortunately the new dwm segfaults
on my computer. Since I don't know much about debugging C programs I
cannot provide a backtrace or what not (unless instructed).
I noticed the segfault also on the hg
On 10/27/07, Enno Gottox Boland [EMAIL PROTECTED] wrote:
Hi!
I created a different behavior of the istile-check. I think a layout
should decide itself if it is a tiling or a non-tiling layout. I
removed the ISTILE declaration and replaced it by a variable which is
set by the layout
On 10/27/07, Enno Gottox Boland [EMAIL PROTECTED] wrote:
This is also possible. But my intention was that the user does not
decide wheather a function is tile or non-tile. It is the choice of
the programmer.
Right, didn't look at it that way. Now that we're talking about
ISTILE, I think
On 10/27/07, Jeremy O'Brien [EMAIL PROTECTED] wrote:
I had this same problem when I tried to modify my custom config to suit
dwm 4.6. After about 30 minutes of tinkering with my config.h, I
_finally_ found the difference there. What was changed that made it so
that the array doesn't require
On 10/26/07, Jeremy O'Brien [EMAIL PROTECTED] wrote:
I was just wondering how many people here use Jan's taglayouts patch.
Personally, I won't upgrade to a new version of dwm unless that patch
has been updated as well (or if I can update it myself). I find it
indispensable. I guess what I'm
On 10/23/07, pancake [EMAIL PROTECTED] wrote:
When did you find this feature useful?
Don't know about Arg, but I think it has been useful ever since there
were apps (xterm for instance) that misbehave without it, i.e. always.
Having it optional (in tiled mode) would be ok, dropping it would be a
On 10/22/07, Stefano Soffia [EMAIL PROTECTED] wrote:
The `spawn' case can be handled defining a
const char *spawned_command[] = {
...,
exec uxterm,
...
};
It used to be like that, and it was changed for a reason; it's ugly at
best. If we really need different types of arguments (i.e.
On 10/20/07, Robert Figura [EMAIL PROTECTED] wrote:
Hi People
I may be wrong but to my eye it seems that the RESIZEHINTS doesn't work
properly. Here's what i've done:
Open a window that hints to require 300px height.
Open some more windows to make height for stacked windows 300.
Now put
On 10/19/07, Tony Lainson [EMAIL PROTECTED] wrote:
sed -i '24,25s/./@/' dwm/Makefile
Not exactly a major issue, but it's nice to look professional :-D.
Indeed.
On 8/30/07, anhnmncb [EMAIL PROTECTED] wrote:
Thanks for all replies.
I think dwm should be keyboard-driven, so the functions mouse
moving/resizing should be changed to keyboard moving/resizing :)
Pardon my English, but that is absolute nonsense. The floating layer
is mainly intended for
On 8/25/07, y i y u s [EMAIL PROTECTED] wrote:
There are other two posible solutions: you can allow togglefloat when
in floating mode (just removing one check)
That's what I suggested.
, or the new windows can be
floating by default.
Dwm is a tiling window manager. If you want floating by
On 8/22/07, Diego Biurrun [EMAIL PROTECTED] wrote:
On Tue, Aug 14, 2007 at 07:36:44PM +0200, Anselm R. Garbe wrote:
Yes I will rename that property to _DWM_CONFIG
That's no better. I checked back for the details, two underscores or
underscore + capital are reserved for any use, underscore
On 8/22/07, Diego Biurrun [EMAIL PROTECTED] wrote:
cerebus:~/src/dwm/dwm$ grep -ri DWM_CONFIG *
cerebus:~/src/dwm/dwm$
.. seems to be gone ..
It's called _DWM_PROPERTIES now.
Gr. Sander.
I don't think that using tagnames as argument to view(), toggleview(),
tag() and toggletag() would bring much benefit over using tagindices,
but using regex's could possibly bring some useful extra abilities:
tag(^(www|net)$); view(^(net|dev)$);
I'm not sure yet if this would be really useful in
On 8/16/07, Anselm R. Garbe [EMAIL PROTECTED] wrote:
On Thu, Aug 16, 2007 at 09:32:25AM +0200, Sander van Dijk wrote:
I don't think that using tagnames as argument to view(), toggleview(),
tag() and toggletag() would bring much benefit over using tagindices,
but using regex's could possibly
On 8/15/07, Brandon Barker [EMAIL PROTECTED] wrote:
Regular expressions seem useful to me, for instance, if I want to
match an Opera window where Gmail is open but not something else.
I agree.
Sander.
On 8/9/07, Maarten Maathuis [EMAIL PROTECTED] wrote:
The only issue (imo) lies with tags that have floating layout, perhaps
it's possible to mark windows that are in a floating layout floating.
So that they retain their floatiness when coming into a non-floating
environment. This would have to
On 8/9/07, Sylvain Bertrand [EMAIL PROTECTED] wrote:
What do you think about this?
Tags != workspaces.
You can use them as such, but they aren't the same. In dwm, there's
only _one_ workspace. (de-)selecting certain tags influences what
windows are (not) displayed in that workspace. Since you
On 8/9/07, Diego Biurrun [EMAIL PROTECTED] wrote:
So how about having a floating tag then? Or more generally spoken, tags
with different layouts.
Can you elaborate a bit? I'm not sure I understand what you mean.
Sander.
On 8/9/07, Diego Biurrun [EMAIL PROTECTED] wrote:
If I mark a client as tag X it gets float layout, if I mark it as a
different tag, it gets tiled again with the rest of the clients of that
tag.
Yes, but what if you tag it as _both_?
Gr. Sander.
On 8/9/07, Anydot [EMAIL PROTECTED] wrote:
Imho it doesn't collide with tagging approach, it only change their
(tags) behaviour. Even with that patch you can choose to view multiple
tags at once etc. It only transfer where the state of selected layout is
saved from workspace to tag.
But what
On 6/28/07, Anselm R. Garbe [EMAIL PROTECTED] wrote:
Well, I ignore this thread.
hehe, nice contradiction :-P
On 6/26/07, Stanislav Maslovski [EMAIL PROTECTED] wrote:
On Tue, Jun 26, 2007 at 11:37:46AM +0200, Sander van Dijk wrote:
On 6/26/07, Stanislav Maslovski [EMAIL PROTECTED] wrote:
Hello,
I propose this small change. It allows to use separate border colors for
floating windows. If needed I
On 6/17/07, Philipp Köhler [EMAIL PROTECTED] wrote:
If i use dwms MOD+shift+Q i dont really exit dwm... just a blank
screen. but i dont return to gdm.
Yes, you do really exit dwm.
That doesn't necessarily mean that your X session is over though (if
it was, you would go back to gdm). Apparently
floating window, which will handle any sizehints
(including fixed size) that the client has set (and dwm supports)).
Greetings, Sander.
On 5/25/07, Sander van Dijk [EMAIL PROTECTED] wrote:
On 5/25/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
On (23/05/07 07:48), Anselm R. Garbe wrote:
Ah yes, I
On 5/23/07, Diego Biurrun [EMAIL PROTECTED] wrote:
The emacs comparison is nonsensical. test is a builtin in most shells
(offhand bash, ash, dash, ksh, pdksh, zsh, sash on this Debian system
where I have a login shell), so of course [ should be a builtin, too.
They're the same thing after all.
On 5/23/07, Jukka Salmi [EMAIL PROTECTED] wrote:
Sander van Dijk -- dwm (2007-05-23 16:18:34 +0200):
I don't know, I do know it's a symlink to test in many linux distros.
I personally hate it though, since it obscures the fact that you are
calling a program (test is much clearer in this sense
On 5/23/07, Premysl anydot Hruby [EMAIL PROTECTED] wrote:
as $subj says, there is error as on fixed window the isfloating can be
turned off.
with this patch, isfloating for fixed window can't be turned off
That's not an error, it's a feature (no, really). The idea is that
managing fixed size
On 5/16/07, mikshaw [EMAIL PROTECTED] wrote:
I'm not writing to argue with your position, but
merely for (off-topic) clarification of a single
point. You're message implies that you have little
control over what is happening to your environment, as
if applications were constantly changing the
On 5/15/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Hi,
created patch for easily modification of CFLAGS/LDFLAGS via env.
variables. So, it is good ie. for debuging etc.
URL:
http://na.srck.net/dwm/dwm-r887-makefile.patch
(aplicate to r887 of original repo).
Stat:
config.mk | 16
On 4/7/07, Tuncer Ayaz [EMAIL PROTECTED] wrote:
I'm not sure whether one can make a selection and add
some parameter to it by typing in dmenu after selecting the
entry and having the selection with the parameter written
to stdout.
Yes, that is possible. I frequently do things like firtab
Hi,
On 3/21/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I created patch for reloading dwm with signal USR1.
Not to put your patch down, but with vanilla dwm you can achieve
something pretty similar by doing this in your .xinitrc:
while true
do
dwm
done
Greetings, Sander.
On 2/26/07, y i y u s [EMAIL PROTECTED] wrote:
I have modified the restack() function to raise the sel client (it
won't happen when the focus changes moving the mouse, it would be
annoying). This adds some advantages and removes 3 or 4 loc.
This could be useful for people who wants a tabs
On 2/22/07, Anselm R. Garbe [EMAIL PROTECTED] wrote:
I like untiled. The reason why I changed floating is that it
clashes with the datatype, however tile() and untile() seem
straight-forward. I go for it.
So what's the going to be replaced with now :-) ?
Gr. Sander.
On 2/22/07, Anselm R. Garbe [EMAIL PROTECTED] wrote:
So what's the going to be replaced with now :-) ?
It will stay, I like it and somehow it belongs to the soul of
dwm ;)
And I suggest to stick with floating as well. I really don't think
people are going to confuse that with the C float
On 2/9/07, Marek Bernat [EMAIL PROTECTED] wrote:
On 2/9/07, Antoni Grzymala [EMAIL PROTECTED] wrote:
I most definitely think that LAlt as default modkey is useless (except
for old thinkpad users) and I suggest using the winkey as default.
It is not totally useless, but certain aps require it
On 2/5/07, Anselm R. Garbe [EMAIL PROTECTED] wrote:
So all in all, it is cleaner to me, to implement different
algorithms of window arrangement in different functions, than
modifying the behavior of the arrangement algorithm through
window-based flags...
I agree on that. Having different
On 1/19/07, pancake [EMAIL PROTECTED] wrote:
I've defined two symbols for the tile and append modes:
#define TILESYMBOL [=
#define APPENDSYMBOL[=
So it looks cleaner for me, instead of const char *..[]={[=,...}
The rest of the code is similar. ARG, what do you think
On 1/16/07, Giorgio Lando [EMAIL PROTECTED] wrote:
with a border the focussed window. May be that the border could be activated
only when there is more than one client in the view, since when there is only
one it seems redundant, but I do not know how heavy would be the impact of
this on the
On 1/14/07, Anselm R. Garbe [EMAIL PROTECTED] wrote:
On Sun, Jan 14, 2007 at 08:39:33AM +0100, Sander van Dijk wrote:
MODE{BG,FG}COLOR (for the modelabel)
TITLE{BG,FG}COLOR (for the selected client's title label)
I'm not sure about this. I agree that STATUS{BG,FG}COLOR is
misleading. We'd
On 12/21/06, Anselm R. Garbe [EMAIL PROTECTED] wrote:
I fear there is no simple solution unless Sun don't fixes the
JDK properly. Introducing frames for each client would mean much
more resource consumption of X, and the dwm codebase would get
more complex - one would need to change nearly all
On 12/21/06, Antoni Grzymala [EMAIL PROTECTED] wrote:
Tako rzecze Sander van Dijk (w e-mailu datowanym 2006-12-21, 12:16):
On 12/21/06, pancake [EMAIL PROTECTED] wrote:
`ls /usr/bin | dmenu`
`ls --color=never /usr/bin/ | dmenu`
...on GNU systems to avoid ansi weirdness.
It's _realy_
On 12/15/06, Enno Gottox Boland [EMAIL PROTECTED] wrote:
Hi!
WTF? Adding return for saving a few milliseconds and adding an extra
layout to make dwm more bloat... I dont think this is a good idea.
Imho we should stay where we are. This solution is very clean, doesn't
waste loc and has a very
On 12/15/06, Christian Garbs [EMAIL PROTECTED] wrote:
Sander, does the attached patch fix your problems with the character
display under dmenu? It changes the same thing that helped me to
display Japanese characters in the dwm status bar.
No, I already tried that, but it didn't change
Hi,
I'm still experiencing some oddities with multibyte characters in
d{wm,menu}. If, in urxvt, I press and hold Ctrl+Shift, type 1,5,2, and
release Ctrl+Shift, it displays a single character (something like DE,
but with the D mirrorred vertically and attached to the E, I've got no
idea what
Well then I guess the fix at the dwm side is simple: add a note to
the CAVEATS section of dwm.1 explaining the situation and advising to
use the 1.4 series until Sun fixes this (instead of adding workarounds
for workarounds for ...).
Greetings, Sander.
PS. I know your emotions and share them,
On 12/12/06, Christian Garbs [EMAIL PROTECTED] wrote:
Hmm. I don't really understand how the 'pita' is changed with
paged scrolling:
Either I know where in the list of 1000 items I want to look (if I
know that, I can type at least the first character) or I don't - in
which case I have to
On 12/12/06, Anselm R. Garbe [EMAIL PROTECTED] wrote:
Hi there,
I investigated further into the grey window oddity and found
this thread:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6429775
(Actually the compiz WM has/had the same problem as dwm).
Well, I guess that's good news ( :-S
On 12/11/06, Anselm R. Garbe [EMAIL PROTECTED] wrote:
I don't see anything else, which could have an impact. If
manage() is not used, dwm don't manages any window and if in
such a situation such Java apps still behave weird, then
this doesn't really looks like a dwm issue after all...
Well,
Hi,
I love dmenu, but one thing has been bothering me for a while: lists
with a lot of items are hard to navigate. With a short list, you can
just browse through it with left/right; with a long list you can use
the filter to speed up navigation.
This is only true however when you already know
On 12/9/06, Anselm R. Garbe [EMAIL PROTECTED] wrote:
What I'm most interested in is, how do those Java apps behave if
you don't use a WM at all. If they behave same weird, then it's
definately not a dwm fault.
Any X application which is ICCCM-compliant should work even
without a WM at all.
On 12/5/06, Anselm R. Garbe [EMAIL PROTECTED] wrote:
On Tue, Dec 05, 2006 at 12:27:42PM +0300, dmtry wrote:
Thank you! :) Problem solved. Now i'm glad and happy.
how i should apply patch in right way?
I use patch ./dwm-2.5-enforce_fontset.patch, cause with -pl as
written on site it don't
On 12/5/06, dmtry [EMAIL PROTECTED] wrote:
I'll be more glad and happy if you advise me what i should read
(links, links!) for understanding how work standart input and how i
may prepare status text (or if you explain me). I put in .xinitrc
while sleep 1; do date +%H:%M, %a, %D; done | dwm
and
On 12/5/06, Anselm R. Garbe [EMAIL PROTECTED] wrote:
Nah, I'm not sure at all what we do is a good idea. This change
will be in dwm-2.6 and dmenu-1.6, but first the change has to be
evaluated, before we don't see any impact of it. I think I'm
going to consult other WM implementations first, to
1 - 100 of 108 matches
Mail list logo