Re: [dwm] dwm-4.4 is on its way
On Sun, Aug 05, 2007 at 08:43:20PM +0200, Tuncer Ayaz wrote: > On 8/5/07, Anselm R. Garbe <[EMAIL PROTECTED]> wrote: > > Well, there wasn't so much feedback regarding the new MASTERW > > replacement with {V,H}RATIO. Anyways, I documented the new > > shortcuts and added some sanity checks to the new tile() > > algorithm, that it maximizes all master/stack windows if they > > would get smaller than barheight in height. > > > > I ask you to test hg tip now. If there are no serious bugs, I'll > > release it in a couple of days. > > when I spawn the 8th console in a view I only see the 8th > console and the left one. the other 6 consoles which were > quasi-stacked on the right are hidden as long as the 8th > window is there. > > I guess what I'm seeing is part of the new behaviour because > I'm using the tiling config from config.arg.h, right? > > #define NMASTER 1 /* clients in master area */ > #define HRATIO .8 /* horizontal ratio of tile */ > #define VRATIO .9 /* vertical ratio of tile */ > #define SNAP32 /* snap pixel */ Yes the 8th terminal would get too less space, so dwm uses the fallback algorithm instead. Regards, -- Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
Re: [dwm] dwm-4.4 is on its way
On 8/5/07, Anselm R. Garbe <[EMAIL PROTECTED]> wrote: > Well, there wasn't so much feedback regarding the new MASTERW > replacement with {V,H}RATIO. Anyways, I documented the new > shortcuts and added some sanity checks to the new tile() > algorithm, that it maximizes all master/stack windows if they > would get smaller than barheight in height. > > I ask you to test hg tip now. If there are no serious bugs, I'll > release it in a couple of days. when I spawn the 8th console in a view I only see the 8th console and the left one. the other 6 consoles which were quasi-stacked on the right are hidden as long as the 8th window is there. I guess what I'm seeing is part of the new behaviour because I'm using the tiling config from config.arg.h, right? #define NMASTER 1 /* clients in master area */ #define HRATIO .8 /* horizontal ratio of tile */ #define VRATIO .9 /* vertical ratio of tile */ #define SNAP32 /* snap pixel */
[dwm] dwm-4.4 is on its way
Well, there wasn't so much feedback regarding the new MASTERW replacement with {V,H}RATIO. Anyways, I documented the new shortcuts and added some sanity checks to the new tile() algorithm, that it maximizes all master/stack windows if they would get smaller than barheight in height. I ask you to test hg tip now. If there are no serious bugs, I'll release it in a couple of days. Regards, -- Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
Re: [dwm] dwm-4.4 is on its way
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, actually the current > one seems better than the yesterday fix. Seems to work fine, too. Regards, Jukka -- bashian roulette: $ ((RANDOM%6)) || rm -rf ~
Re: [dwm] dwm-4.4 is on its way
On Mon, Jul 30, 2007 at 11:05:17PM +0200, Jeroen Schot wrote: > On Sat, Jul 28, 2007 at 05:23:24PM +0200, Anselm R. Garbe wrote: > > 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. > > Hi Anselm, > > Current hg tip (929) still shows these Mathematica grey blobs. Hmm, then I don't understand what Mathematica does, I will check Mathematica then on my own. Regards, -- Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
Re: [dwm] dwm-4.4 is on its way
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, actually the current one seems better than the yesterday fix. Regards, -- Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
Re: [dwm] dwm-4.4 is on its way
On Sat, Jul 28, 2007 at 05:23:24PM +0200, Anselm R. Garbe wrote: > 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. Hi Anselm, Current hg tip (929) still shows these Mathematica grey blobs. Regards, -- Jeroen Schot [EMAIL PROTECTED] (mail & jabber) http://schot.a-eskwadraat.nl
Re: [dwm] dwm-4.4 is on its way
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 ~
Re: [dwm] dwm-4.4 is on its way
On Sun, Jul 29, 2007 at 07:51:31PM +0200, Anselm R. Garbe wrote: > On Sun, Jul 29, 2007 at 12:58:00PM +0200, Jukka Salmi wrote: > > Anselm R. Garbe --> dwm (2007-07-28 17:23:24 +0200): > > > 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 0.1 it banned/unbanned > > > windows through XMoveWindow()-ing them off- and onscreen. Now > > > dwm uses X[Un]mapWindow() for this purpose. > > > > When starting Firefox in tiling layout, its window is now positioned > > as if there were no status bar. This happens most of the time, but no > > always (!?). See [1]here. Starting another client on the same tag seems > > to fix the broke positioning. > > > > > > Regards, Jukka > > > > [1] http://salmi.ch/~jukka/dwm/ff.png > > It seems being related that firefox does not really accept being > resized if it is not mapped ;) So the decision is, wether to > live with flicker or not, I will see if I can develop a sane > solution for the problem (before this change XMoveWindow() made > sure that the y-coordinate is correct in any case, however the > old behavior hided the fact, that ff internally lived with a > different geometry information). ff is a nightmare ;) I pushed a "fix" (rev 929), please recheck. Regards, -- Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
Re: [dwm] dwm-4.4 is on its way
On Mon, Jul 30, 2007 at 10:52:19AM +0200, Antoni Grzymała wrote: > On Mon, 30 Jul 2007 06:50:55 +0200, Jeremy O'Brien <[EMAIL PROTECTED]> > wrote: > > >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 that supports maildir-style mailboxes. > >Thank you so much... > > Here's some bash code I use in my dwm status-bar script to show the number > of unread messages in my maildirs, just noticed it's got some hardcoded > regexp strings you need to change along with the ${DIRS} variable (in > other words, needs some cleaning up): > > > # Maildir UNREAD messages > > DIRS="/var/spool/mail/antoni/new/ /home/antoni/mail/*/new/" > > for dir in ${DIRS}; do > licznik=0 > for k in ${dir}/*; do > [[ -f ${k} ]] && ((licznik++)) > done > > if [[ ${licznik} -ne 0 ]]; then > dir=${dir/\/var\/spool\/mail\/antoni\/new\//Spool} > dir=${dir/\/home\/antoni\/mail\//} > dir=${dir/\/new\//} > MAIL="${dir}: ${licznik} · ${MAIL}" > fi > done > > > > All of my scripts are available at theka.tk/dwm if you're interested (may > not be current). > > Best, > > [a] > > Thank you. That worked like a charm. -- __neutral__insomniac__ pgpqnoMuz7YoB.pgp Description: PGP signature
Re: [dwm] dwm-4.4 is on its way
* Jeremy O'Brien <[EMAIL PROTECTED]> [Jul 30 2007 06:54] wrote: > 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 that supports maildir-style mailboxes. > Thank you so much... Hi, is use this for counting my new mails in Maildir: find ~/Maildir -name cur -or -name new | xargs -d "\n" -I "%s" ls "%s" | egrep "^[^/:]*(:[12],[^/S]*$)?$" | wc -l greetz didi pgp1jG6u5iMwv.pgp Description: PGP signature
Re: [dwm] dwm-4.4 is on its way
On Mon, 30 Jul 2007 10:52:19 +0200, Antoni Grzymała <[EMAIL PROTECTED]> wrote: hardcoded regexp strings you need to change along with the ${DIRS} variable (in other words, needs some cleaning up): dir=${dir/\/var\/spool\/mail\/antoni\/new\//Spool} dir=${dir/\/home\/antoni\/mail\//} dir=${dir/\/new\//} Err... Of course not *regexp* strings, just plain substitution, sorry. [a] -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
Re: [dwm] dwm-4.4 is on its way
On Mon, 30 Jul 2007 06:50:55 +0200, Jeremy O'Brien <[EMAIL PROTECTED]> wrote: 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 that supports maildir-style mailboxes. Thank you so much... Here's some bash code I use in my dwm status-bar script to show the number of unread messages in my maildirs, just noticed it's got some hardcoded regexp strings you need to change along with the ${DIRS} variable (in other words, needs some cleaning up): # Maildir UNREAD messages DIRS="/var/spool/mail/antoni/new/ /home/antoni/mail/*/new/" for dir in ${DIRS}; do licznik=0 for k in ${dir}/*; do [[ -f ${k} ]] && ((licznik++)) done if [[ ${licznik} -ne 0 ]]; then dir=${dir/\/var\/spool\/mail\/antoni\/new\//Spool} dir=${dir/\/home\/antoni\/mail\//} dir=${dir/\/new\//} MAIL="${dir}: ${licznik} · ${MAIL}" fi done All of my scripts are available at theka.tk/dwm if you're interested (may not be current). Best, [a] -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
Re: [dwm] dwm-4.4 is on its way
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 that supports maildir-style mailboxes. Me neither, but luckily I don't use maildir mailboxes ;-) The `messages: n' results from running `fetchmail -c' on some IMAP mailboxes and processing its output with awk(1). Regards, Jukka -- bashian roulette: $ ((RANDOM%6)) || rm -rf ~
Re: [dwm] dwm-4.4 is on its way
On Sun, Jul 29, 2007 at 12:58:00PM +0200, Jukka Salmi wrote: > 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 0.1 it banned/unbanned > > windows through XMoveWindow()-ing them off- and onscreen. Now > > dwm uses X[Un]mapWindow() for this purpose. > > When starting Firefox in tiling layout, its window is now positioned > as if there were no status bar. This happens most of the time, but no > always (!?). See [1]here. Starting another client on the same tag seems > to fix the broke positioning. > > > Regards, Jukka > > [1] http://salmi.ch/~jukka/dwm/ff.png > > -- > bashian roulette: > $ ((RANDOM%6)) || rm -rf ~ > 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 that supports maildir-style mailboxes. Thank you so much... -- __neutral__insomniac__ pgpJfgXgVCWzK.pgp Description: PGP signature
Re: [dwm] dwm-4.4 is on its way
Hi Jukka, On Sun, Jul 29, 2007 at 12:58:00PM +0200, Jukka Salmi wrote: > Anselm R. Garbe --> dwm (2007-07-28 17:23:24 +0200): > > 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 0.1 it banned/unbanned > > windows through XMoveWindow()-ing them off- and onscreen. Now > > dwm uses X[Un]mapWindow() for this purpose. > > When starting Firefox in tiling layout, its window is now positioned > as if there were no status bar. This happens most of the time, but no > always (!?). See [1]here. Starting another client on the same tag seems > to fix the broke positioning. > > > Regards, Jukka > > [1] http://salmi.ch/~jukka/dwm/ff.png It seems being related that firefox does not really accept being resized if it is not mapped ;) So the decision is, wether to live with flicker or not, I will see if I can develop a sane solution for the problem (before this change XMoveWindow() made sure that the y-coordinate is correct in any case, however the old behavior hided the fact, that ff internally lived with a different geometry information). ff is a nightmare ;) Regards, -- Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
Re: [dwm] dwm-4.4 is on its way
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 0.1 it banned/unbanned > windows through XMoveWindow()-ing them off- and onscreen. Now > dwm uses X[Un]mapWindow() for this purpose. When starting Firefox in tiling layout, its window is now positioned as if there were no status bar. This happens most of the time, but no always (!?). See [1]here. Starting another client on the same tag seems to fix the broke positioning. Regards, Jukka [1] http://salmi.ch/~jukka/dwm/ff.png -- bashian roulette: $ ((RANDOM%6)) || rm -rf ~
[dwm] dwm-4.4 is on its way
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 0.1 it banned/unbanned windows through XMoveWindow()-ing them off- and onscreen. Now dwm uses X[Un]mapWindow() for this purpose. Regards, -- Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361