I agree with you. -i as an option for case insensitive is more than enough
--
- yiyus || JGL .
2008/3/19, Szabolcs Nagy <[EMAIL PROTECTED]>:
> what's wrong with
>
> void growm(const char *arg) {
>mw += 20;
> }
>
> ?
>
shouldn't it be
void growm(const char *arg) {
mw += 20;
setgeom(NULL);
}
?
But yes, I think this would be the right thing to do. This way we can
even have a check t
2008/3/21, Ralph E. Carter <[EMAIL PROTECTED]>:
>
> When only one client is in a workspace (or tagset, or "view"),
> it could be borderless.
>
> In the default geom, or in bottomstack, the border is unnecessary.
> In my favorite monocle, any border would remind that something is
> below.
>
Th
2008/4/1, Matthias-Christian Ott <[EMAIL PROTECTED]>:
> "Anselm R. Garbe" <[EMAIL PROTECTED]> wrote:
>
> > On Tue, Apr 01, 2008 at 03:24:44PM +0200, Matthias-Christian Ott wrote:
> > > I want to start using ii for irc. What discouraged me from doing so was
> > > a proper input method. Currently
2008/4/4, Szabolcs Nagy <[EMAIL PROTECTED]>:
> On 4/4/08, Dashing <[EMAIL PROTECTED]> wrote:
> > Hi
> >
> > I use monocle mode a lot, but I don't like how dialog boxes get
> > maximized.
> >
> > I noticed two versions for going through the clients exist:
> > * for(c = clients; c; c = c->next)
> > *
2008/4/4, Anselm R. Garbe <[EMAIL PROTECTED]>:
> On Fri, Apr 04, 2008 at 01:05:51AM +0200, Dashing wrote:
> > Hi
> >
> > I use monocle mode a lot, but I don't like how dialog boxes get
> > maximized.
> >
> > I noticed two versions for going through the clients exist:
> > * for(c = clients; c; c = c
After looking at the 4.9 release I have a suggestion which could
satisfy most of the people, in dwm.c:1071 you could change the
isvisible(c) condition to (lt->isfloating || !c->isfloating) &&
isvisible(c), this way if you want to just maximize tiled windows you
just have to set the float value of m
Something I have tried before and I miss is viewing the previous
selected tags when you try to view a tag and it is the only one
selected. I made a loop and all that, but now I have realized it can
be done in a much better way: the attached 2 line patch does a
viewprevtag if the tags to view are th
2008/4/8, Anselm R. Garbe <[EMAIL PROTECTED]>:
> On Mon, Apr 07, 2008 at 01:55:29PM +0200, Joerg van den Hoff wrote:
> > as `togglemax' seems gone in 4.9: I agree, that `monocle'
> > is very useful (and superior). the only problem is (seems?)
> > that one cannot easily toggle back and forth to
2008/4/8, Anselm R. Garbe <[EMAIL PROTECTED]>:
> On Tue, Apr 08, 2008 at 01:35:40PM +0200, yy wrote:
> > 2008/4/8, Anselm R. Garbe <[EMAIL PROTECTED]>:
> > > Any complains?
> > >
> >
> > If we are coming back to reverse geometries per client
Well, this is my proposal in patch form. I'm not sure about the
convenience of setting fx and fy in tileresize, but you get the idea.
--
- yiyus || JGL .
diff -r 595ed1a4447c dwm.c
--- a/dwm.c Tue Apr 08 11:49:35 2008 +0100
+++ b/dwm.c Tue Apr 08 18:59:12 2008 +0200
@@ -66,6 +66,7 @@ struct Cl
2008/4/8, Matthias-Christian Ott <[EMAIL PROTECTED]>:
> It's POSIX conform [1], so I don't see the whole point of the
> discussion.
>
> Regards
> Matthias-Christian
>
> [1] http://www.opengroup.org/onlinepubs/009695399/utilities/sort.html
>
>
Well, plan9 tools usually are simpler than POSIX on
2008/4/9, Anselm R. Garbe <[EMAIL PROTECTED]>:
> On Tue, Apr 08, 2008 at 07:52:03PM +0200, Matthias-Christian Ott wrote:
> > yy <[EMAIL PROTECTED]> wrote:
> >
> > > Well, this is my proposal in patch form. I'm not sure about the
> > > convenience o
As discussed before, this is the patch with the floating geometry
functionality. I removed some loc in restack, but I had to add more in
other places to correctly manage mouse actions when in monocle layout
(isn't a bug the current possibility of moving and resizing windows
while in monocle layout?
2008/4/14, Anselm R. Garbe <[EMAIL PROTECTED]>:
> On Wed, Apr 09, 2008 at 07:41:53PM +0200, yy wrote:
> > As discussed before, this is the patch with the floating geometry
> > functionality. I removed some loc in restack, but I had to add more in
> > other place
2008/4/14, yy <[EMAIL PROTECTED]>:
> 2008/4/14, Anselm R. Garbe <[EMAIL PROTECTED]>:
>
> > On Wed, Apr 09, 2008 at 07:41:53PM +0200, yy wrote:
> > > As discussed before, this is the patch with the floating geometry
> > > functionality. I removed som
There was an error in monocle, and the floating() definition hadn't
been removed... (ok, ok, yesterday it was not my day...). I have also
changed zoom() so that it does an arrange if lt->isfloating or
sel->isfloating; this way, after having manually resized windows while
in "[M]" (or "<>=" or "<>|"
2008/4/17, pancake <[EMAIL PROTECTED]>:
> What do you think about this feature? I think that could be really
> interesting.
>
> When you have lot of windows opened it's mostly tedious to focus a desired
> window
> with the keyboard. So why not tag windows with a key and make them accessible
>
2008/4/20, Premysl Hruby <[EMAIL PROTECTED]>:
> Hi,
>
> both Layout *lt and Geom *geom can be initialized in compile time:
>
They are initialized to NULL before, so that you can access to them
from any function you include in config.h. Though I'm not sure anybody
is actually using it...
--
-
2008/4/20, Anselm R. Garbe <[EMAIL PROTECTED]>:
> On Sun, Apr 20, 2008 at 06:05:50PM +0200, Premysl Hruby wrote:
> > attached patch makes one array for both sel and prevtags. So there is
> > no need to swap them in memory in view() as we only change seltags
> > pointer to point viewtags[0] or vi
2008/4/20, Premysl Hruby <[EMAIL PROTECTED]>:
> On (20/04/08 21:49), yy wrote:
> > To: dynamic window manager
> > From: yy <[EMAIL PROTECTED]>
> > Subject: Re: [dwm] Yet another simplification, this time sel/prevtags
> > Reply-To: dynamic window manage
I have found an useful tip related to this idea, if you are using the
patch I submitted yesterday (or any of the previous versions) to see
the previous tags when you try to see the currently selected tags.
I'll explain it with an example: you have clients with tags 1, 2 and
3, and you are viewing t
2008/4/26 Jules Villard <[EMAIL PROTECTED]>:
> Hi all,
>
> This patch adds the ability to perform user-defined actions on
> startup. In particular, you can launch some applications like a bunch
> of terms, a browser, you name it... or select a specific tag. I found
> a need for it because I a
2008/4/27 Anselm R. Garbe <[EMAIL PROTECTED]>:
> On Sun, Apr 27, 2008 at 07:41:08PM +0200, Anselm R. Garbe wrote:
> > On Sun, Apr 20, 2008 at 10:24:32PM +0200, Premysl Hruby wrote:
> > > void
> > > view(const char *arg) {
> > > seltags ^= 1;
> > > memset(tagset[seltag], (NULL == arg),
I don't have a dualhead setup to test, but in case you cannot move the
mouse pointer out of the monitor borders you have a very easy
solution: wrap the mouse to the nearest window corner at the begining
of movemouse() (I wrote a patch for this once), then you will always
align your windows with the
2008/5/13, Tri PLC <[EMAIL PROTECTED]>:
> Hi
>
> It's a suggestion to create a "float next windows" feature.
>
I think this has been discussed before. The problem is that you cannot
know who is opening the next window, so if a popup dialog appears in
that moment you won't have the expected behavio
2008/5/15 Eric Davis <[EMAIL PROTECTED]>:
> On Thu, May 15, 2008 at 11:56:02AM +0200, Anselm R. Garbe wrote:
>> On Tue, May 13, 2008 at 09:06:22PM -0700, Eric Davis wrote:
>> > DWM used to support regular expressions in the tags ref for client
>> > rules. I agree that the feature was overkill but
While I partly agree with your critics, I think they are not very
helpful (with all the respect).
The 2 or 3 characters variable names have been there since the
beginning to define geometries, I don't understand what the problem
is, and I also find the 2kloc limit somewhat stupid, but it has shown
As I told in my last message, I have implemented maximizations in a
different way.
It adds 3 loc and removes some flexibility, but I think it makes the
code clearer. With this patch, dwm doesn't remember floating windows
any more. Notice that in order to maximize windows you can use Mod+M
or the ri
2008/5/17 yy <[EMAIL PROTECTED]>:
> As I told in my last message, I have implemented maximizations in a
> different way.
> It adds 3 loc and removes some flexibility, but I think it makes the
> code clearer. With this patch, dwm doesn't remember floating windows
> any mor
2008/5/17 Anselm R. Garbe <[EMAIL PROTECTED]>:
> We did similiar work today ;)
Yes :) I'm very happy with your last changes.
>( -- I'd like to see your domax
> patch as patch against the most recent hg tip.
>
Attached, now it is even better, because it doesn't let you to
move/resize windows whil
I'm trying to stay up to date with the last changes. Some comments:
- I have modified restack a bit, this way it works with a patch I want
to use, but if there is any reason for stack mode to be Below instead
of Above just change it.
- enternotify can be simplified too, using
focus(getclient(ev->wi
This is the buttonpress patch I have just talked about (incremental to
the domax patch). It adds a lot of new functionality, i.e.:
- It reverts the "old" zooming with middle mouse button (or toggling
floating if not in tiled layout) with a click inside the window
(+ModKey) or in the bar.
- With the
Being pragmatic, I think it is better the MIT style license. e.g.:
somebody wants to take the tile algorithm from dwm for some
proprietary project (yes, there are projects where the code cannot be
shared), if dwm is GPL they will just copy it without telling to
anybody, to avoid further legal probl
2008/5/20, Premysl Hruby <[EMAIL PROTECTED]>:
> Hi,
>
> This is realization of Gottox's proposal discuted on IRC today.
> It handles tags not as Bool [], but as bit-array saved in int.
>
> There's only one problem, as I don't find easy solution (in compile time)
> for check if there's no more tags
2008/5/22, Anselm R. Garbe <[EMAIL PROTECTED]>:
> Applied.
> Thanks a lot!
>
> > void
> > -toggletag(const char *arg) {
> > - unsigned int i, j;
> > +toggletag(void *arg) {
> > + int i, m = *(int *)arg;
> > + for(i = 0; i < sizeof(int) * 8; i++)
> > + fputc(m & 1 << i ? '1
I was too tired of defining 4 different keys for each tag inside
config.h, so I created a TAGKEYS macro. I vote for its inclusion in
main dwm. I was thinking about having the (uint[]){ 1 << Tag} inside
the macro, or even (uint[]){ 1 << (Key - 1)} , but since it is in
config.h all that is up to you
domax is much better this way, using XMoveResizeWindow. I have removed
ban/unban and merged it into arrange and added my tagkeys macro, so at
the end it removes 25 lines to the dwm source.
Some questions:
1. wouldn't it be a good idea moving the tagset definition to
config.h? So everybody can chose
2008/5/29, Anselm R. Garbe <[EMAIL PROTECTED]>:
> > - if(!lt->arrange || sel->isfloating)
> > + if(!sel || !lt->arrange || ismax || sel->isfloating)
> > return;
Just a little remark. Now that maximizations are done in arrange() the
|| ismax check here is not neccessary any mo
Writing my patch to automatically see previous tags (attached,
extremely simple) I have noticed that you can get rid of viewprev() at
the same time that you simplify view(). The diff is attached too (the
only difference between both patches is an additional check in the if
statement in autoviewprev
2008/5/31 Anselm R. Garbe <[EMAIL PROTECTED]>:
> On Sat, May 31, 2008 at 05:43:36PM +0200, yy wrote:
>> Writing my patch to automatically see previous tags (attached,
>> extremely simple) I have noticed that you can get rid of viewprev() at
>> the same time that you s
I noticed two bugs (easily reproducible):
1. If you start dwm when you have windows which are defined as
floating in some rule, it won't be raised until you re-focus it.
2. Maximize, in firefox go to youtube and move the mouse pointer to
the video window. Your firefox window will be ugly resized.
T
2008/6/4, pancake <[EMAIL PROTECTED]>:
> btw...mouse-related patches are not easy to be modular on current dwm.
> Do you plan to do it for the next release? together with the
> 'mouse-clicks' patch?
>
> --pancake
>
I have written a patch to generalize mouse actions in the same way
that keys. I was
2008/6/4 yy <[EMAIL PROTECTED]>:
> 2008/6/4, pancake <[EMAIL PROTECTED]>:
>> btw...mouse-related patches are not easy to be modular on current dwm.
>> Do you plan to do it for the next release? together with the
>> 'mouse-clicks' patch?
>>
>>
2008/6/10, Anselm R. Garbe <[EMAIL PROTECTED]>:
> On Tue, Jun 10, 2008 at 10:58:40AM +0200, Premysl Hruby wrote:
> > On (10/06/08 10:51), Anselm R. Garbe wrote:
> > > To: dynamic window manager
> > > From: "Anselm R. Garbe" <[EMAIL PROTECTED]>
> > > Subject: Re: [dwm] patch
> > >
> > > On Tue, Jun
2008/6/12, Kevin Monceaux <[EMAIL PROTECTED]>:
> DWM Fans,
>
> Being relatively new to DWM I'm not sure if this is an actual problem or if
> perhaps I'm doing something wrong. I prefer to run most things, Firefox,
> terminal emulator, etc., maximized and a few things such as xv non-maximized
> and
About the mouse warping issue we have discussed in #dwm, forget it, I
can get the desired behavior with a little config.h modifications.
I add:
void
warptosel(const Arg *arg) {
if(sel)
XWarpPointer(dpy, None, sel->win, 0, 0, 0, 0, 0, 0);
}
and then, in buttons definitions:
2008/6/14 yy <[EMAIL PROTECTED]>:
> About the mouse warping issue we have discussed in #dwm, forget it, I
> can get the desired behavior with a little config.h modifications.
> I add:
>
> void
> warptosel(const Arg *arg) {
>if(sel)
>XWarpPointe
2008/6/14 Anselm R. Garbe <[EMAIL PROTECTED]>:
> On Sat, Jun 14, 2008 at 03:12:38PM +0200, yy wrote:
>> 2008/6/14 yy <[EMAIL PROTECTED]>:
>> > About the mouse warping issue we have discussed in #dwm, forget it, I
>> > can get the desired behavior with a li
2008/6/14 Johannes Hofmann <[EMAIL PROTECTED]>:
> Hi,
>
> with current tip (118ea4f4f554) it seems no longer possible to focus
> a client by clicking it with the left mouse button.
> To reproduce move the mouse over the stack, focus the main window
> using MODKEY-k, close that window e.g. using Ctr
I don't know how nobody found this one sooner. It has happened to me
just after the announcement, but there is a bug in 5.0. You shouldn't
be able to toggle tags when there is only one selected (a client
without tags will be lost for ever after an arrange...). In other
words, toggleview and togglet
2008/7/2, Anselm R. Garbe <[EMAIL PROTECTED]>:
> Looking into your patch I more and more come to the conclusion
> to add an extra void *aux field to Client for extensions like
> this (or the previous extensions proposed in the toggle{vert,horiz} patches.
>
> With this in 5.1 you could easily keep y
2008/7/2, Anselm R. Garbe <[EMAIL PROTECTED]>:
> Another thing:
>
> I don't think that the design of dwm fits well with the
> layouting concept of wmii. This is because dwm depends on the
> assumption that the layout algorithm in use is dynamic enough to
> deal with arbitrary amounts of windows whi
>From The Free On-line Dictionary of Computing (27 SEP 03) :
elite
1. A term used to describe skilled crackers or
hackers, or their deeds. In the last sense, compare to
elegant.
So, I think we can tell this community is elitist, and dunno why it
should be a prob
2008/8/8 RCarter <[EMAIL PROTECTED]>:
> 5.1, with or without the patches I'm using:
>
> If a tiled window is resized or moved with the mouse, it stops obeying
> layout changes, remaining where it is and on top of other windows
> until the application is restarted. The other windows obey, but
> rema
Attached there is a patch with some changes to dwm.c. It uses
XLowerWindow and XMoveResizeWindow instead of configure functions in
restack() and resize() respectively. I suposse there is a good reason
to use configure here, but since Anselm is on holidays I ask here if
somebody knows the reason. I'
2008/8/10 Premysl Hruby <[EMAIL PROTECTED]>:
>
> Hi,
>
> reason for using XConfigureWindow in restack() is setting border_width
> of client (and this is the only reason for not using XMoveResizeWindow
> as you propose).
>
Any of my windows change window border width since it is setted in
manage(),
I have found the way to highly customize dwm to my taste just adding
some custom functions to config.h, without touching dwm.c. Since some
of this functions could be interesting for somebody I have added my
config.h to the wiki, in the customisation section.
(With this configuration, dwm is the mos
In my opinion, moving the seltags definition to config.h would be the
right thing to do. This way, with the right mouse and keys
configuration you could achieve things like, for example, having a tag
always visible. It is not something I'm gonna use myself, but moving
the definition of the variable
2008/8/28 Maxim Vuets <[EMAIL PROTECTED]>:
>
> I think that mouse is not really important for dwm status bar.
Well, I think it is. I use dwm exclusively with the mouse without any
changes to dwm.c (have a look at the customisation/customfunctions
section in the wiki to see my config.h)
> Why you
Just to show you (and all the people who come here asking for
workspaces from time to time) I have attached a config.h with a
workspaces implementation. It hasn't been tested very much, but I
think it works.
Now you can change workspace with Mod+Tab (and Mod+Shift+Tab) or with
the mouse wheel on t
2008/8/30 Maxim Vuets <[EMAIL PROTECTED]>:
> 2008/8/29, yy <[EMAIL PROTECTED]>:
>> Just to show you (and all the people who come here asking for
>> workspaces from time to time) I have attached a config.h with a
>> workspaces implementation. It hasn't been tes
This little patch just add a buttons[i].arg.i == 0 check in the
buttonpress function.
There is no reason you cannot pass arguments to the ClkTagBar
functions. With this patch it is possible to use your middle mouse
button to view prev or all tags, or the wheel to change the focused
client. Any chan
and this is the patch :)
sorry,
--
- yiyus || JGL .
dwm-5.2-tagbararg.diff
Description: Binary data
2008/9/5 Anselm R Garbe <[EMAIL PROTECTED]>:
> What do people think about such an EEE PC as low budget option to run
> dwm on? Any experiences already if the screen is big enough for daily
> work? I had an opportunity yesterday to try one, and I must admit I'm
> keen to order one. The keyboard and
2008/9/5 Matthias-Christian Ott <[EMAIL PROTECTED]>:
> Kurt H Maier wrote:
> All the world seems to be busy (or at least pretend this) and therefore
> has to run around with mobile devices (mobile phones, laptops, ...) in
> order to do their "important" work. In my opinion these mobile devices
> ar
2008/9/5 Donald Chai <[EMAIL PROTECTED]>:
>> I have found something quite useful when working with lot of terminals
>> that is having different background colors depending on the task they
>> are designed to be. But currently i just change the background color of
>> vim and use this to differentiat
2008/9/9 Anselm R Garbe <[EMAIL PROTECTED]>:
> The window moving/resizing code might be changed after dwm-5.2 which I
> plan to release tonight. My favorite is just keeping a server grab
> during the resize/move to prevent clients from redrawing since they
> won't receive any events during that tim
2008/11/4 markus schnalke <[EMAIL PROTECTED]>:
> I think it is worth to add this script (or an improved version) with
> explanations to the wiki.
> Any volunteer? (I don't have time atm.)
>
>
> meillo
>
I could do it. I can submit it today or tomorrow, but then I think wmu
should be included in th
2008/11/4 Premysl Hruby <[EMAIL PROTECTED]>:
> On (04/11/08 16:37), yy wrote:
>> To: dwm mail list
>> From: yy <[EMAIL PROTECTED]>
>> Subject: Re: [dwm] How to detect TAG activity?
>> Reply-To: dwm mail list
>> List-Id: dwm mail list
>>
>&
After a quick look, I think the last check in the first if should be
arg->v != lt[sellt^1]
--
- yiyus || JGL .
I have been using a bit different configuration here for some time and
am very happy with it. I don't toggle to the previous layout, but to
the floating layout. This way you avoid the confusion, and have an
easy way to go directly to any layout in no more than 2 clicks or key
strokes (in practice,
2008/11/10 robert hickman <[EMAIL PROTECTED]>:
> Then I came across this pese of code in the manage function:
>
> Window trans = None;
>
> if(XGetTransientForHint(dpy, wind, &trans))
> t = getclient(trans);
> if(t)
> clien->tags = t->tags;
> else
> applyrules(clien);
>
> w
You could do something very similar just caling unmanage. The problem
is you can't call functions from the rules definition (though you
could use a keybinding to unmanage windows).
It could be interesting to modify applyrules and the Rule definition
in order to call functions, like buttons and key
The attached patch set a different border color for windows with the
urgency hint flag set. The flag will be removed when the client is
focused (instead of when it is visible). It saves some lines of code
(and can save some more moving clearurgent() to focus(), since it is
used only there).
have f
It had a bug. We don't want to set as urgent the sel client. Sorry for
the noise.
--
- yiyus || JGL .
urgentborder.diff
Description: Binary data
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 visible (I know this sentence l
2008/12/4 Tinou <[EMAIL PROTECTED]>:
> On Thu, Dec 4, 2008 at 9:31 PM, yy <[EMAIL PROTECTED]> wrote:
> Besides the border color, I think this patch is really useful when using
> the monocle layout. As clearing the urgent flag one could miss that not
> visible urgent
2008/12/5 Guillaume Quintin <[EMAIL PROTECTED]>:
> On Fri, 5 Dec 2008 08:33:44 +
>
> Here is my .xinitrc :
>
> while true
> do
>echo `date`
>sleep 1
> done | dwm
>
A bit off-topic, but, why the echo? A simple date should do it.
--
- yiyus || JGL .
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 {
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 .
2008/12/7 Donald Chai <[EMAIL PROTECTED]>:
>
> BTW, restarting X is not necessary: the *whole purpose* of Xrandr is to
> avoid doing this. Just plug in your external display and run "xrandr
> --output VGA --auto" or whatever your external display is called. dwm is
> already set up to receive conf
2008/12/9 Szabolcs Nagy <[EMAIL PROTECTED]>:
> On 12/8/08, Neale Pickett <[EMAIL PROTECTED]> wrote:
>> I sort of like the idea of using X properties. You could use xprop to
>
> one of the most ununixy interfaces
>
> man XGetWindowProperty
>
>
I agree 100%. The idea of X properties can seem appeal
2008/12/9 Anselm R Garbe <[EMAIL PROTECTED]>:
> 2008/12/9 Neale Pickett <[EMAIL PROTECTED]>:
>> I very much like this patch. I realized right away that I would never
>> again need to restart dwm when I work on my status script. When it
>> dies, I can just start it up again without restarting DWM.
The problem with xinerama is that no general implementation is
possible. You can have a tile algorithm for both screens or two
different ones, you can share tags or they can be different, it could
be possible for the user to move windows between screens or not, etc.
And what do you do with the stat
2008/12/11 Mate Nagy <[EMAIL PROTECTED]>:
> Hiho,
> On Thu, Dec 11, 2008 at 09:39:19AM +0100, yy wrote:
>> on this list and, if somebody finds a great _general_ solution (which
>> seems difficult, but I would be love to be wrong), I'm sure Anselm
>> would be
What about moving XineramaScreenInfo *info = NULL; out of
updategeom()? if you make info a global variable it is easy for people
to have custom tile algorithms which make use of it. If you also
define custom functions to view tags, change layouts, etc you will be
able to have plenty of different xi
2008/12/17 Anselm R Garbe :
> It's in. Please recheck if there are any issues. Otherwise I'm going
> to release 5.4 tomorrow.
>
Two things (of not too much importance, anyway):
1. What about the applyrules modification discussed in
http://lists.suckless.org/dwm/0812/7057.html ?
2. IMO the issingl
2008/12/17 yy :
> 2008/12/17 Anselm R Garbe :
>> It's in. Please recheck if there are any issues. Otherwise I'm going
>> to release 5.4 tomorrow.
>>
>
> Two things (of not too much importance, anyway):
>
> 1. What about the applyrules modification discus
I have been experimenting with user interfaces concepts lately.
My first aim was a simple mp3 player. The code has been adapted later
to do other tasks, and now it is some sort of generic list manager,
where items can be played. It was initially based on dmenu-3.9 (that's
the reason it is announced
2009/1/2 Christoph Lohmann <2...@r-36.net>:
>
> You are recreating acme(1) with less features.
>
Maybe, acme is probably the user interface which has inspired me more
in the last years. OTOH, using acme (or libframe, I don't know very
much about the internals) would probably be the right way to im
2009/1/5 Anselm R Garbe :
> 2009/1/4 Yoshi Rokuko :
>> On Fri, Jan 02, 2009 at 06:53:10PM +0100, yy wrote:
>>> I have been experimenting with user interfaces concepts lately.
>>> My first aim was a simple mp3 player. The code has been adapted later
>>> to do oth
2009/1/9 Szabolcs Nagy :
> On 1/9/09, bill lam wrote:
>> On Fri, 09 Jan 2009, markus schnalke wrote:
>>> Make floating the default and add rules for your terminal emulators.
>>
>> Thank markus, I patched dwm as per your suggestion and it now works
>
> use {0,0,0,0,True} as first rule in config.h,
2009/1/20 andrew :
> I've spent a lot of time with awesome in the past months, since it
> had, at the time, a sensible tiling system and some of the features I
> wanted that dwm lacked. Unfortunately, with the progression to the
> latest major revision, lua integration has ruined its usability. And
2009/1/20 hiro <23h...@googlemail.com>:
[snip]
> Still, dwm somehow seems very much not unix alike for me.
>
Well, X doesn't look like UNIX neither, however you look at it.
--
- yiyus || JGL .
I use the floating layout just for this. I have hacked dwm in several
ways in the past: keys to raise clients*, different stack algorithms
(in the lt structure), and what not. At the end, in the case I want to
bring front a tiled client the easiest way is to change to floating
layout**, no complica
2009/2/15 Jeremy Jay :
> spawn/execvp() is supposed to get each argument as a pointer, not all-in-one.
> all the commands you are having trouble with also happen to have arguments.
> On top of that, I don't think you have the right arguments for amixer...
>
> Here's the relevent parts of my config
2009/2/16 Adam :
>> WM_NAME property should be the title
>> is that window have any title? (check the status bar)
>
> yes, "
>{ NULL, NULL, "
> would be the proper way to make it float, but this does not work.
>
>
Your problem probably is that the title is set once the rules ha
Another option, if you don't want to patch, is to add those letters to
dmenu input (with simples echoes in dmenu_path, or even processing an
aliases file). Personally, I don't use dmenu_path, I just have a list
with no more than 10 items so I can launch everything with only one or
two letters.
hth
1 - 100 of 116 matches
Mail list logo