Re: [dwm] Asustek EEE PC 1000 Atom 1GB 40G SSD Linux Black
On Sat, Sep 06, 2008 at 11:48:05PM -0500, Kurt H Maier wrote: Alt+F2 brings up a run dialog in xfce. Yes, but I think this is disabled in the Acer's Linpus Linux. However, you can use search for files (I guess that is using Thunar) to open an xterm as mentioned. As for the manpages: I'd install a different distro anyway. That would necessitate some extra configuration to account for the flash storage (e.g. disabling logging), but I think it is worth the effort. regards Martin
[dwm] floating windows cover statusbar when resized
Hey, I found some behaviour that I would consider a bug (maybe its a feature?): I have set feh[1] to be floating in config.h. When I start feh to display two jpgs of different size, feh appears in the upper left corner, just below the bar. When I change to the next jpg using the mouse-wheel, the window resizes and covers the bar, while IMHO it should stay where it is. I don't know enough about dwm and window-management in general to find out why this is so, or if it is just feh misbehaving, I'm sorry. Martin [1] http://linuxbrit.co.uk/feh/
Re: [dwm] bloq may used to ignore keybindings
On Thu, Apr 24, 2008 at 12:43:05PM +0200, Antoni Grzymala wrote: markus schnalke dixit (2008-04-24, 08:37): Antoni Grzymala [EMAIL PROTECTED] wrote: Martin Sander dixit (2008-04-24, 01:27): Which, in my case, is mapped to the control-key Wrong quoting, I didn't write that. Caps is OF COURSE mapped to Esc. vim for teh win! in the .xinitrc: /usr/bin/xmodmap $HOME/.xmodmaprc in .xmodmaprc ! have CAPS_LOCK as second ESC remove Lock = Caps_Lock keysym Caps_Lock = Escape This did not work for me all the time, however, this: clear Lock keysym Caps_Lock = Escape did. Here's my .Xmodmaprc; it's being used by my Xsession scripts automatically OOTB: keycode 66 = Control_L clear Lock For mapping ctrl to caps you don't need xmodmap, Option XkbOptions ctrl:nocaps in xorg.conf is enough. Of course you need root access for that.. cheers Martin
Re: [dwm] bloq may used to ignore keybindings
On Wed, Apr 23, 2008 at 03:25:55PM +0200, Antoni Grzymala wrote: Premysl Hruby dixit (2008-04-23, 14:27): I prefer to use Mod4 (win key) as MODKEY, so I have no keybinding clash. Agreed, mod4 is far more comfortable. Not when you have a vintage IBM Model M Keyboard. No Mod4 in sight, still one of the best keyboards around. I like pancake's idea (but I don't have a clue what bloq.mayus is). Martin
Re: [dwm] Preventing xterm from closing by killclient()
On Sat, Apr 12, 2008 at 11:43:52AM +0200, Anselm R. Garbe wrote:
Yea, I propose to call it isimmortal.
You're the boss..
I also added a test for arg in killclient, so that I can have an
extra keybinding to killclient(somestring) to kill immortals. That
takes care of the aforementioned cornercases.
Have a nice weekend
Martin
diff -up dwm-4.9/config.def.h dwm-4.9-nokill/config.def.h
--- dwm-4.9/config.def.h 2008-04-03 22:57:01.0 +0200
+++ dwm-4.9-nokill/config.def.h 2008-04-12 17:49:29.0 +0200
@@ -14,8 +14,9 @@
const char tags[][MAXTAGLEN] = { 1, 2, 3, 4, 5, 6, 7, 8, 9 };
Rule rules[] = {
- /* class instance title tags ref isfloating */
- { Gimp, NULL, NULL, NULL, True },
+ /* class instance title tags ref isfloating isimmortal*/
+ { Gimp, NULL, NULL, NULL, True , False},
+ { UXTerm, NULL, NULL, NULL, False, True},
};
/* geometries, s{x,y,w,h} and bh are already initualized here */
@@ -55,6 +56,7 @@ Key keys[] = {
{ MODKEY, XK_Return, zoom, NULL },
{ MODKEY, XK_Tab, viewprevtag, NULL },
{ MODKEY|ShiftMask, XK_c, killclient, NULL },
+ { MODKEY|ControlMask|ShiftMask, XK_c, killclient, kill_immortals},
{ MODKEY, XK_space, setlayout, NULL },
{ MODKEY|ShiftMask, XK_space, togglefloating, NULL },
{ MODKEY|ControlMask, XK_space, setgeom, NULL },
diff -up dwm-4.9/dwm.c dwm-4.9-nokill/dwm.c
--- dwm-4.9/dwm.c 2008-04-03 22:57:01.0 +0200
+++ dwm-4.9-nokill/dwm.c 2008-04-12 17:47:51.0 +0200
@@ -70,7 +70,7 @@ struct Client {
int minax, maxax, minay, maxay;
long flags;
unsigned int bw, oldbw;
- Bool isbanned, isfixed, isfloating, isurgent;
+ Bool isbanned, isfixed, isfloating, isurgent, isimmortal;
Bool *tags;
Client *next;
Client *prev;
@@ -117,6 +117,7 @@ typedef struct {
const char *title;
const char *tag;
Bool isfloating;
+ Bool isimmortal;
} Rule;
/* function declarations */
@@ -266,6 +267,7 @@ applyrules(Client *c) {
|| (ch.res_name r-instance strstr(ch.res_name, r-instance)))
{
c-isfloating = r-isfloating;
+ c-isimmortal = r-isimmortal;
if(r-tag) {
c-tags[idxoftag(r-tag)] = True;
matched = True;
@@ -969,6 +971,8 @@ killclient(const char *arg) {
if(!sel)
return;
+ if(sel-isimmortal !arg)
+ return;
if(isprotodel(sel)) {
ev.type = ClientMessage;
ev.xclient.window = sel-win;
Re: [dwm] Preventing xterm from closing by killclient()
On Fri, Apr 11, 2008 at 12:26:04PM +0200, Anselm R. Garbe wrote:
Just extend struct Client with Bool iskillable and set this
value at the same point as isfloating is set in applyrules, then
you just need to check c-iskillable in killclient().
Thanks for the hint, that is a lot better.
Though, I would propose to set c-iskillable to True during
killclient() to allow getting rid of unresponsive clients which
cannot be killed straight away.
I have to admit I don't understand what you mean. Anyway, I can always
use xkill to get rid of unresponsive clients, if thats what you mean.
Thanks again
Martin
diff -up dwm-4.9/config.def.h dwm-4.9-nokill/config.def.h
--- dwm-4.9/config.def.h 2008-04-03 22:57:01.0 +0200
+++ dwm-4.9-nokill/config.def.h 2008-04-11 16:35:49.0 +0200
@@ -14,8 +14,9 @@
const char tags[][MAXTAGLEN] = { 1, 2, 3, 4, 5, 6, 7, 8, 9 };
Rule rules[] = {
- /* class instance title tags ref isfloating */
- { Gimp, NULL, NULL, NULL, True },
+ /* class instance title tags ref isfloating isunkillable*/
+ { Gimp, NULL, NULL, NULL, True , False},
+ { UXTerm, NULL, NULL, NULL, False, True},
};
/* geometries, s{x,y,w,h} and bh are already initualized here */
diff -up dwm-4.9/dwm.c dwm-4.9-nokill/dwm.c
--- dwm-4.9/dwm.c 2008-04-03 22:57:01.0 +0200
+++ dwm-4.9-nokill/dwm.c 2008-04-11 16:44:26.0 +0200
@@ -70,7 +70,7 @@ struct Client {
int minax, maxax, minay, maxay;
long flags;
unsigned int bw, oldbw;
- Bool isbanned, isfixed, isfloating, isurgent;
+ Bool isbanned, isfixed, isfloating, isurgent, isunkillable;
Bool *tags;
Client *next;
Client *prev;
@@ -117,6 +117,7 @@ typedef struct {
const char *title;
const char *tag;
Bool isfloating;
+ Bool isunkillable;
} Rule;
/* function declarations */
@@ -266,6 +267,7 @@ applyrules(Client *c) {
|| (ch.res_name r-instance strstr(ch.res_name, r-instance)))
{
c-isfloating = r-isfloating;
+ c-isunkillable = r-isunkillable;
if(r-tag) {
c-tags[idxoftag(r-tag)] = True;
matched = True;
@@ -967,7 +969,7 @@ void
killclient(const char *arg) {
XEvent ev;
- if(!sel)
+ if(!sel || sel-isunkillable)
return;
if(isprotodel(sel)) {
ev.type = ClientMessage;
Re: [dwm] Preventing xterm from closing by killclient()
On Fri, Apr 11, 2008 at 06:32:54PM +0200, Valentin wrote: Just extend struct Client with Bool iskillable and set this value at the same point as isfloating is set in applyrules, then you just need to check c-iskillable in killclient(). If I do that, iskillable is set to False by default, right? Yes, thats why I changed it to isunkillable. Martin
[dwm] Preventing xterm from closing by killclient()
Hey. In the last time I repeatedly closed xterm windows on accident by my killclient binding (MODKEY|ShiftMask, XK_c) because I did not see that the xterm had focus and not that stupid other client that does not provide a convenient keyboard shortcut of its own to close. I always close xterms with Ctrl-D when I want them to close, so I am looking for a way to prevent xterm from closing with killclient(). I have already looked for a solution in xterm, but there seems to be none. IceWM provides a way to disable the close-button (killclient-equivalent in WIMP..) for certain clients, so I thought maybe it is easy to do that in dwm, too. I have looked at the source, but I don't know anything about X programming and have to admit I don't know if I would have to disable the XKillClient or the XSendEvent part to do it properly. Any hints? Thanks in advance Martin
Re: [dwm] Preventing xterm from closing by killclient()
On Wed, Apr 09, 2008 at 11:25:59PM +0200, Anselm R. Garbe wrote: Hmm, what about changing the binding to Ctrl-d in your setup then? Thanks for the suggestion, but I think I did not make myself entirely clear. My problem is of different nature. As an example, I have an xterm with an ipython [2] shell, which I use to plot some data using matplotlib [2]. The window showing the plot has no means of closing it but killclient() (the same with gnuplot, btw). So when I want to close that window I use MODKEY|Shiftmask, XK_c. My problem occurs when I don't realize that actually that window is not focused, but the xterm running ipython is focused instead. xterm closes, I lose everything I have typed in that window so far, including the history, which is absolutely not what I want. I know I could use BORDERPX 2 or set SELBORDERCOLOR to something very high contrast, but I'd find that rather distracting/ugly. I'd prefer just to never ever kill xterm, something like if (clientname=='xterm') return; in killclient(). I just need some hints how to do it. Regards Martin [1] http://ipython.scipy.org/ [2] http://matplotlib.sourceforge.net/
Re: [dwm] mail notification again
On Thu, Jan 10, 2008 at 01:26:20PM +0100, Jukka Salmi wrote:
Peter Vollmar -- dwm (2008-01-09 23:05:49 +0100):
fetchmail -c|sed 's/(//'|awk '{print $1-$3}'
BTW: if you use more than one of grep, sed and awk in a single
pipline, you have almost always done something wrong
;-)
okay:
$ fetchmail -c|awk '{sub(/\(/,,$3);print $1-$3}'
slightly longer.
Regards
Martin
Re: [dwm] mail notification again
On Thu, Jan 10, 2008 at 02:12:30PM +0100, Peter Vollmar wrote: I don't have cron, so I'm interested in a separate loop (or distinct loop iterations), but I don't know how to do it :-) You don't have cron? What kind of system are you running? You can just write a short script called e.g. mailchecker.sh that does your mailchecking in a loop containing e.g. a sleep 300. Start this script in the background in your .xinitrc: ~/bin/mailchecker.sh MAILCHECKPID=$! # run dwm as before here # make sure the script is killed when dwm exits kill $MAILCHECKPID Regards Martin
Re: [dwm] dwm new message notification
On Tue, Dec 11, 2007 at 11:28:08PM -0500, Ritesh Kumar wrote:
I think gmail supports RSS for getting unread mail. I clicked on the little
feed icon in my firefox urlbar and I got an RSS page. I guess a little grep
over that should do the trick. Do tell us if that works!
Hey, I had a little conversation with Jeremy via private mail, and here
is our conclusion:
$ cat ~/.fetchmailrc:
poll *MAIL.MYMAILSERVER.ORG* with
proto IMAP
user *JOHN_DOE*
there with password *VERYSECRETANDSECUREPASSWORD*
is *JOHNNY* here
keep
$ fetchmail -c
3 messages (2 seen) for [EMAIL PROTECTED] at +imap.fakegmail.com
$ fetchmail -c|sed 's/(//'|awk '{print $1-$3}'
1
Martin
Re: [dwm] dwm new message notification
On Mon, Dec 10, 2007 at 03:32:14PM -0500, Jeremy O'Brien wrote: Is there a way to get new mail notifications from IMAP that would be suitable for the bar? Thank you! I don't know what you are thinking of exactly, but I used to use fetchmail -c | sed -e 's/[^0-9 (]//g' -e 's/(/-/'|bc` ~/.mailcheck in a cronjob (shows the number of new messages). Then I switched to offlineimap to sync the mail to my computer, you can then count the new messages in your Maildir or sed the output of offlineimap. Greets Martin
[dwm] dwm vs DWM (was: DWM as a front end for a test machine)
by the way: http://www.google.com/search?hl=enq=dwmbtnG=Google+Search about — dwm — suckless.org dwm is a dynamic window manager for X. It manages windows in tiled and floating layouts. Either layout can be applied dynamically, optimizing the ... dwm.suckless.org/ - 10k - Cached - Similar pages Desktop Window Manager - Wikipedia, the free encyclopedia Desktop Window Manager (DWM, previously Desktop Compositing Engine or DCE) is a compositing window manager, introduced with Windows Vista, that enables the ... en.wikipedia.org/wiki/Desktop_Window_Manager - 69k - Cached - Similar pages ... I'd say that is a big defeat for Microsoft! Thanks Anselm, keep up the good work Martin On Thu, Nov 22, 2007 at 10:37:31AM +0100, Anselm R. Garbe wrote: One remark, please use the lowercase dwm, because DWM is the abbreviation of that Desktop Window Manager of Windows Vista as well. Not that someone misunderstands that ;) Regards, Anselm
Re: [dwm] Done Before: dwm stat scripts!
On Mon, Oct 01, 2007 at 06:46:24PM -0500, Kurt H Maier wrote: If anyone knows how to cast floats to int in bash let me know. :V I guess it's not what you're looking for, but zsh can do floating point arithmetic. zshmodules(1): THE ZSH/MATHFUNC MODULE The zsh/mathfunc module provides standard mathematical functions ... ...The functions float and int convert their arguments into a floating point or integer value (by truncation) respectively. Greets Martin
[dwm] flickering save file dialog of mozilla-acrobat plugin
Hey list. When I use the save a copy button in an adobe reader window inside a firefox (with the mozilla-acroread plugin), the save file dialog flickers (jumps) from left to right, so that it is hard to click save or cancel. When I switch to another tag and back the flickering stops, but begins again if I move the dialog. I'm using dwm-4.3 with bottom-stack patch. This is not a very big problem (and I hope it hasn't been mentioned before on this list, couldn't find it in the archives), but maybe you want to look into it. Probably Adobe's fault. Greets Martin
Re: [dwm] display bug with Firefox + Vimperator in tiling mode
On Tue, Jul 31, 2007 at 07:36:51PM +0200, Xavier wrote: I'm using vimperator extension : http://vimperator.mozdev.org/ and have a little problem using it in dwm. It's very common for websites to show thumbnails, and then clicking on the thumbnail will open another firefox window, showing the picture at real size. When doing this in dwm, that newly opened window does contain the picture at real size, but also a copy of the original site in the background I use vimperator, too. Do you have a link of a website with this behaviour? Maybe you could use an extension like tab mix plus to force firefox to open all links in new tabs instead of new windows, I do that and it works really well with dwm. Greets Martin
Re: [dwm] first inofficial (#) dwm FAQ - to be reviewed/over-coworked
On Thu, Jun 28, 2007 at 10:41:48PM +0200, Anselm R. Garbe wrote: Well, I ignore this thread. Okay, but do you want people to write some more documentation for dwm, dmenu and such? I have thought about that and if I can find some time I would write down what I know.. On Thu, Jun 28, 2007 at 02:36:14AM +0200, [EMAIL PROTECTED] wrote: first inofficial (#)dwm - FAQ by pr0n@
