[dwm] Re: New mailing list
[2009-05-20 08:35] Uriel urie...@gmail.com I suggested a while ago to merge wmii@ and dwm@ into hackers@, both lists are rather low level, and there is much overlap, and such a single list would be more fitting for new minor side projects and for 'offtopic' discussion. +1 Right now when one has something to say that doesn't quite fit in wmii@ or dwm@, or that could fit in both, you have to pick one list at random, or to cross post, and both options suck. What do you think about creating an offtopic mailing list in suckless for discussing such kind of topics, instead of using the dwm@ one like nowadays happen. I think it's been the charme of dwm@ to discuss lot's of other things, Yes. Merge, don't split. meillo signature.asc Description: Digital signature
Re: [dwm] dwm's future
[ pretty off topic ] Three days off-line and now ... *eek* ... 75 new messages. It was interesting to read all those opinions and comments. I think it was even fun, because I'm not directly affected ... not anymore. I already found what I was looking for, more than a year ago. dwm then was already good enough (with some personal modifications). Nonetheless, reading this list is great inspiration and motivation for staying on the suckless track. Now to say some words about the actual topic: Important is IMO to define a clear goal and to follow a straight path to this goal. This is not only for the competition with other WMs but also for keeping the software clear. My personal opinion is that dwm should try to stay small and accept to lose users to the ``fancy'' tiling WMs if this increases the internal clarity and integrity of dwm and the path of its development. But anyway, I don't care much anymore as I stopped with dwm 3.4. So, you may not care about my opinion -- I don't mind. Further more, I want to say, that there are more important things to focus on, instead of trying to improve (or dis-improve) dwm. `st' is the best example, of course. Wish you all a good sleep (if you're from Europe) or a good morning or a nice evening (if you're from somewhere else). meillo signature.asc Description: Digital signature
Re: [dwm] Low Power Fanless Computer
[2009-04-25 19:47] Matthias-Christian Ott o...@mirix.org On Sat, Apr 25, 2009 at 07:18:45PM +0200, pmarin wrote: Low power computers...Why not a netbook? Because netbooks and laptops aren't ergonomic. Plug external input and output devices to them. ;-) meillo signature.asc Description: Digital signature
Re: [dwm] OT: Wireless in dwm
[2009-04-20 16:29] Antoni Grzymala ant...@chopin.edu.pl Lorenzo Bolla dixit (2009-04-20, 15:07): ifconfig and dhclient? Those two don't really deal with the wireless layer of 802.11 (though ifconfig does in some OS'es to an extent). He probably meant: iwconfig and dhclient ^ ... as do I use. meillo signature.asc Description: Digital signature
Re: [dwm] Replacing slock screen overlay with screenshot / bitmap
[2009-04-18 12:46] Anselm R Garbe garb...@gmail.com 2009/4/18 Jan Blazek appoli...@gmail.com Scytrin dai Kinthra wrote: I use a combination of xss and xkeygrab to lock my screen but allow the UI to update in the background so I can see incoming emails and chats. This is something I always wanted but didn't have enough time/will to dig into it. Would you mind sharing your solution? What about not creating the black window at all? *gg* meillo signature.asc Description: Digital signature
Re: [dwm] Wiki date format
[2009-03-10 22:57] Kurt H Maier karmaf...@gmail.com He's probably talking about the front page, screenshot here: http://bayimg.com/image/caombaabd.jpg correct. meillo signature.asc Description: Digital signature
Re: [dwm] Wiki date format
[2009-03-11 12:47] Uriel urie...@gmail.com Well, that should be corrected when the frontpage is converted to a proper werc feed, That might be right. I don't know about the internals ... I only made a suggestion from the user's POV. that looks like this: http://ninetimes.cat-v.org/ I think you should improve the date format, too. /mm/dd is not worst but still worse than -mm-dd. The latter one is a standard, and it is usable in filenames. Think about it. meillo signature.asc Description: Digital signature
Re: [dwm] Wiki date format
[2009-03-11 16:10] yy yiyu@gmail.com 2009/3/11 markus schnalke mei...@marmaro.de: /mm/dd is not worst but still worse than -mm-dd. The latter one is a standard, and it is usable in filenames. Think about it. I'm thinking about it, but really, if slashes are not the standard FS in dates we are probably living in different worlds. We live in one world. You may have probably noticed that there are cultures/countries that use different separators. (In my case it's Germany that uses dd.mm.) However, the dash-separated is the standard that has the great advantage to finally solve the problem of different formats that all use slashes but have their fields differently ordered. OTOH, a /mm/dd structure is convenient to organize months and years in a tree structure, i.e. directories If /mm/dd depicts a path, I agree. Anyway, in this case it's the only way, as slash separates files in a path. But to show a date in other situations one should use -mm-dd to avoid all the confusion the slash-formats cause, to large parts of the world. Standards are to stick to, if they are good. I see no reason why ISO 8601 is bad ... meillo signature.asc Description: Digital signature
[dwm] Wiki date format
I suggest to change the date format (on the entry page) into -mm-dd. The current format is confusing because you never know if it is dd/mm/ or mm/dd/. To solve this problem and to provide a sane date format that works well with ``computer logic'', the ISO 8601 was created. Please consider using -mm-dd. See: http://en.wikipedia.org/wiki/Calendar_date#Usage_issues http://en.wikipedia.org/wiki/ISO_8601 meillo signature.asc Description: Digital signature
Re: [dwm] xgamma notify
[2009-03-06 07:04] Samuel Baldwin shardz4...@gmail.com 2009/3/6 pancake panc...@youterm.com: I have been playing a bit with xgamma and I think it can be useful as a graphical notification for important alerts like low battery or so. The usage is quite simple. and we can 'flash' the screen in red for a fraction of a second with: What happens if you're not looking at the screen? I modified `slock' some time ago to display a fullscreen red window that closes on any button press. I use it to notify about low battery. The code is attached. Example usage: $ ./redscr a red windows appears $ ./redscr 336699 a baby blue window appears meillo /* © 2006-2007 Anselm R. Garbe garbeam at gmail dot com * See LICENSE file for license details. */ /* #define _XOPEN_SOURCE 500 */ #define VERSION 0.8 #include stdarg.h #include stdlib.h #include stdio.h #include string.h #include unistd.h #include X11/Xlib.h int main(int argc, char* argv[]) { char curs[] = {0, 0, 0, 0, 0, 0, 0, 0}; int screen; unsigned int len; char screencolor[8] = #66; Cursor invisible; Display *dpy; Pixmap pmap; Window root, w; XColor black, dummy; XEvent ev; XSetWindowAttributes wa; /* printf(argc: %d\n, argc); */ if (argc 2) { /* invalid option */ fprintf(stderr, usage: redscr [--version]\n redscr color (color has to be 6 hex chars)\n); exit(EXIT_FAILURE); } if ((argc == 2) (strcmp(--version, argv[1]) == 0)) { /* version information */ fprintf(stderr, redscr-%s, (c) 2006-2007 Anselm R. Garbe, 2007 markus schnalke\n, VERSION); exit(EXIT_SUCCESS); } if ((argc == 2)) { /* set color */ /* printf(arg: %s, argv[1]); */ screencolor[0] = '#'; screencolor[1] = '\0'; strcat(screencolor, argv[1]); /* printf(color is: %s, screencolor); */ } if(!(dpy = XOpenDisplay(0))) { fprintf(stderr, redscr: cannot open display\n); exit(EXIT_FAILURE); } /* init */ screen = DefaultScreen(dpy); root = RootWindow(dpy, screen); Colormap cmap = DefaultColormap(dpy, screen); XColor color; if(!XAllocNamedColor(dpy, cmap, screencolor, color, color)) { fprintf(stderr,error, cannot allocate color\n); exit(EXIT_FAILURE); } wa.override_redirect = 1; wa.background_pixel = color.pixel; w = XCreateWindow(dpy, root, 0, 0, DisplayWidth(dpy, screen), DisplayHeight(dpy, screen), 0, DefaultDepth(dpy, screen), CopyFromParent, DefaultVisual(dpy, screen), CWOverrideRedirect | CWBackPixel, wa); XAllocNamedColor(dpy, DefaultColormap(dpy, screen), black, black, dummy); pmap = XCreateBitmapFromData(dpy, w, curs, 8, 8); invisible = XCreatePixmapCursor(dpy, pmap, pmap, black, black, 0, 0); XDefineCursor(dpy, w, invisible); XMapRaised(dpy, w); for(len = 1000; len; len--) { if(XGrabKeyboard(dpy, root, True, GrabModeAsync, GrabModeAsync, CurrentTime) == GrabSuccess) break; usleep(1000); } /* main event loop */ while (ev.type != KeyPress) { XNextEvent(dpy, ev); usleep(10); } XFreePixmap(dpy, pmap); XDestroyWindow(dpy, w); XCloseDisplay(dpy); return 0; } signature.asc Description: Digital signature
Re: [dwm] [OT] Personal Website and CSS
[2009-02-18 22:31] Anselm R Garbe garb...@gmail.com 2009/2/18 Matthias-Christian Ott o...@mirix.org: I think the only way is dropping HTML and CSS altogether and going with something new. It's still good enough ... so it is likely to stay for many more years. :-( meillo signature.asc Description: Digital signature
Re: [dwm] [OT] Personal Website and CSS
[2009-02-19 08:51] Szabolcs Nagy nszabo...@gmail.com don't try to fix the browser, you can't it leads to a chaos where each website has different versions for each browser, display media, resolution,.. there is no way to do nice in all browsers page (or pixel correct presentation) I agree here. If you go this direction, you'll definately fail. Use a simple and tolerant layout instead and don't care too much about how it is actually displayed in the clients. (flash is obviously not an option since it's not (and cannot be) supported by most browsers) Additionally, Flash is a pain as no deep-linking is possible. meillo signature.asc Description: Digital signature
Re: [dwm] A talk about suckless.org and dwm
[2008-08-26 09:35] markus schnalke mei...@marmaro.de two weeks ago I was at the CCC-Stuttgart LightningTalk event and did a presentation about suckless.org and dwm. You find the (English) slides on: http://marmaro.de/docs The deep link is: http://marmaro.de/Documents/suckless_print.pdf We also had audio recording. (I talked in German.) The recordings are not online yet, but you'll find them somewhen there: http://recordings.cccs.de/ After a long time, the recording is available now, too. http://www.marmaro.de/docs/suckless-lightningtalk_64k.mp3 (6.5m) It's in German (sorry for non-German speakers). More exactly it's in Swabian, a German dialect, (so even some German speakers might have Problems ;-) ) ... nevermind. meillo signature.asc Description: Digital signature
Re: [dwm] A talk about suckless.org and dwm
[2009-02-14 14:02] Yoshi Rokuko yoshi.rok...@yokuts.org On Sat, Feb 14, 2009 at 10:24:04AM +0100, markus schnalke wrote: http://www.marmaro.de/docs/suckless-lightningtalk_64k.mp3 (6.5m) hat mir gefallen - nice talk. thanks meillo signature.asc Description: Digital signature
Re: [dwm] Bottom-posting and reply trimming (was: Bottom Stack Patch)
[2009-02-10 06:51] Kurt H Maier karmaf...@gmail.com Please mark mailing-list etiquette posts as off-topic, so my mail client and filter them appropriately. Thanks. Can you please tell me how to do so. I know people who use offtopic ... /offtopic. Do you mean that? meillo signature.asc Description: Digital signature
Re: [dwm] Re: Crash-only software
[2009-02-03 22:33] Marcin Cieslak sa...@system.pl I don't like this approach. I have always preferred software that fails fast. As soon as something is wrong - just abort with debugging information what went wrong. I see some issues with the approach described in the paper. It assumes that the state saved is okay - I think that crashes occur _because_ internal state is inconsistent or wrong. Seems as if you got a different view on the concept than me. I think its not so much about error handling in the first way, but about organizing state so that killing a software is equal to shutting it down. Sure, you can dump internal state regularly for recovery - but it's like with backups - you never know which one is really clean and okay until you try to restore. Software bugs will sometimes create incorrect data. This may go unnoticed for some longer time. But if you implement a crash-only design, then these problems will get erased. Exactly this is the sense of such a design: Have a software that handles these problems in a _sane_ way. Also these situations will be tested throughoutly as they are the _normal_ situations. I think that authors unnecessarily assume that software components are black boxes that need to be kept up at all costs. This is not the right approach for availability I think. Most issues will occur when the component is upgraded and needs to use/migrate old data or sometimes to cooperate with still not upgraded components. If something goes wrong, the rollback becomes the issue also - if I have new, badly-behaving components that dumped its state in a new format, how do I go back? Of course, compatibility is an issue, but IMO an unrelated one. Sweeping problems under the carpet is not going to help much... I think the crash-only approach explicitely wants to focus on the problems, that means actually _not_ sweeping them under the carpet. However, I know that I don't stick close to the paper. I base my argumentation also a lot on thoughts I made, inspired by the paper. Thus we might discuss from different points of view ... meillo signature.asc Description: Digital signature
Re: [dwm] Re: What happened here?
[2009-01-20 13:42] hiro 23h...@googlemail.com On Tue, Jan 20, 2009 at 11:22 AM, Yoshi Rokuko yoshi.rok...@yokuts.org wrote: On Tue, Jan 20, 2009 at 10:37:58AM +0100, hiro wrote: Still, dwm somehow seems very much not unix alike for me. what do you mean, or what would be a more nix'isch WM? Could be, that X doesn't allow it to be more unixy, and like I said, if you don't want to change the configuration, you could say dwm is just a simple window manager. [...] I don't think one should consider dwm unixy in this use case, it's not flexible enough. Isn't ``unixy'' at first simplicity? ``flexible'' however is a difficult term ... remember sendmail which _is_ flexible but in no way ``unixy''. But as the task for most people on this list is configuring it like crazy [...] I don't share this view. I think most people have their flavor or dwm keep this quite stable. Of course, here is a lot of discussion ... but the reason therefore is primary the ``experimental'' approach of dwm. ... I think all is only about the different views people have on dwm. If you do not expect dwm to be a ready-to-use end user window manager, then everything is alright. :-) meillo signature.asc Description: Digital signature
[dwm] Crash-only software
Hoi, have you ever heard of crash-only software? Might this be a concept to improve dwm? Is it possible at all, to make dwm a crash-only software? This is just a thought, because I stumpled upon the concept and think it's a quite interesting approach. See: http://en.wikipedia.org/wiki/Crash-only_software meillo signature.asc Description: Digital signature
Re: [dwm] Crash-only software
[2009-01-14 13:36] Neale Pickett ne...@woozle.org But if you're enamoured of the idea, here's something you can do from your .xinitrc to get this behavior. This will work better with dwm 5.4 than with a prior version. while ! dwm; do true; done That was not what I intended with my post. I already know about that. The questions are more: What do you think about the concept of crash-only software? and What about removing the running flag from dwm and replacing quit() with kill(pid)? Probably dwm is not the most relevant program to become crash-only software, but I think it's worth a thought. meillo signature.asc Description: Digital signature
Re: [dwm] No Border Behaviour
[2009-01-10 14:10] Matthias-Christian Ott o...@mirix.org Christian Garbs wrote: On Thu, Jan 08, 2009 at 06:05:35PM -0500, voltaic wrote: (this might conflict with highlighting windows, don't know as I don't use it). No, it doesn't conflict with highlighting, because you could highlight the adjoining borders or introduce a new highlighting indicator. But problems will arise. Imaging tiling layout with only two clients. Toggeling focus will not change the highlighting, as always the separator between them will be highlighted. [] foo 11:25 | | | | | | | In combination with the sufficient border concept this would [...] would introduce some corner cases. I think this would be a reason for most users to reject this, even if it makes more sense. Simplicity first! Then Clarity! Then Generality! Corner cases do fail with each ... even with clarity. What's the problem with the most simple solution: 1px borders around every client? It's simple, clear, and general. However, I can accept a solution where borders are only separators for tiling clients (= your sufficient border concept). But indication of the active client must then use a different concept, unrelated to the borders/separators. And floating clients should have borders anyway. This would also separatethem clearly from tiled clients. meillo signature.asc Description: Digital signature
Re: [dwm] No Border Behaviour
[2009-01-08 18:05] voltaic volt...@gmail.com I agree with Matthias. The purpose of a border is to separate one client from another. My view is: the (highlighted) border is to indicate the active client. (Normal borders are only placeholders for the highlighted border.) meillo signature.asc Description: Digital signature
Re: [dwm] [Offtopic] minimalistic filesystem ncurses viewer
[2008-12-27 11:48] Ian Daniher it.dani...@gmail.com What's wrong with midnight commander? It's an oldy but a goody. Two pane file interface, has a boatload of features. Is it the bloat of these other features that you're trying to avoid? This too, but worst is its usability. The keystrokes are a real mess. Instead of the binary tree program, I found this bash-oneliner replacement: find . -print | sed -e 's;[^/]*/;|;g;s;|; |;g' It's about the same speed as the regular program and more suckless then a dedicated binary.(IMO) but it's less flexible than `tree'[0] for example, which can print sizes, ownership, or permissions with specifying one parameter. meillo [0] http://mama.indstate.edu/users/ice/tree/ signature.asc Description: Digital signature
Re: [dwm] How to detect TAG activity?
[2008-11-04 11:04] [EMAIL PROTECTED] [EMAIL PROTECTED] Lets say kopete_events.sh: #!/bin/bash /usr/bin/wmu 1 `/usr/bin/xwininfo -int -name Kopete|egrep Window\ id:|cut -d' ' -f4` More general: #!/bin/sh if [ $# -ne 1 ] ; then echo usage: $0 windowtitle; exit 1; fi /usr/bin/wmu 1 `/usr/bin/xwininfo -int -name $1 | grep Window\ id: | cut -d' ' -f4` It is independent from Kopete and you can call it from Kopete with Kopete as first argument. 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 signature.asc Description: Digital signature
Re: [dwm] How to detect TAG activity?
[2008-11-04 17:11] Premysl Hruby [EMAIL PROTECTED] Hi, I've added you script (with markus schnalke's generalization) to the wmu's repo. thx. thanks. btw: call me `meillo` :-) meillo signature.asc Description: Digital signature
Re: [dwm] malloc'ed client in manage()
[2008-09-07 21:24] Filippo Erik Negroni [EMAIL PROTECTED] Code that sucks less is code that compiles for many years to come, and strives for maximum portability, within reason. ... or is it code that's easy to understand and therefor easy to maintain? Pike and Kernighan call it: simplicity --- clarity --- generality meillo signature.asc Description: Digital signature
[dwm] A talk about suckless.org and dwm
Hoi community, two weeks ago I was at the CCC-Stuttgart LightningTalk event and did a presentation about suckless.org and dwm. You find the (English) slides on: http://marmaro.de/docs The deep link is: http://marmaro.de/Documents/suckless_print.pdf We also had audio recording. (I talked in German.) The recordings are not online yet, but you'll find them somewhen there: http://recordings.cccs.de/ Maybe someone finds it interesting. You may also add it to the wiki if you want. meillo signature.asc Description: Digital signature
Re: [dwm] A talk about suckless.org and dwm
[2008-08-26 12:57] Anselm R Garbe [EMAIL PROTECTED] You don't intend to upgrade your branch to a more recent dwm version? I don't need all the new features ;-P As I told you (some time ago), I stripped everything I don't need from the source. That lead to a even more simple code base, which fits exactly my needs. For example: I only use 2 workspaces to toggle ... so the whole tagging concept doesn't make sense. ... my approach is somehow similar to `2wm'. As long as I dont feel a need to change something, I'll stay with it. The only problem comes along when I do presentations like that one: I cannot show vanilla-dwm, cause I dont know it (anymore) ;-) Also, I dont want to advertise dwm-meillo, cause I never found someone working like me. People just smile, but dont use it. :-/ however, see you meillo signature.asc Description: Digital signature
Re: [dwm] A talk about suckless.org and dwm
[2008-08-26 14:31] Enno Gottox Boland [EMAIL PROTECTED] I would be pleased if you could add dwm-gtx to dwms children. I understand your wish, but I havent heard of someone (else than you) using it. There are lots of branches/forks/patchsets/children of dwm, but in my eyes, only `xmonad' and `awesome' are important enough to mention here. The wiki is the right place to list up every single descendant IMO. meillo signature.asc Description: Digital signature
Re: [dwm] suckless mail
[2008-08-26 18:11] pancake [EMAIL PROTECTED] I have been thinking these days on writing something suckless for managing my mail. I don't know if any of you is happy with any mail client, but I do not feel comfortable with any of them. you're not the only one ;-) This is why I am thinking on writing a set of small tools for managing the mail in a minimalistic way. What I have in mind is something more simple that can be done without many LOCs and splitting the problem in multiple programs will achieve a better. have a look at `nmh' It's probably not the smallest set of tools, but it's designed with the Unix philosophy in mind. It uses the shell als interface to the tools, so everything is combinable with `sed', `awk' and arbitrary hand-written tools. - pop3 client there are a lot of existing ones I still use `fetchmail' but there should be some small ones. You should do a good search first - imap client (dont use that) - smtp client That's called a MTA `qmail' looks small (20k SLOC) `masqmail' is even smaller (10k SLOC) (I'll start my diploma thesis about the latter in 3 weeks, and plan to maintain it in future.) - mbox/mdir client with support for mime - frontend shell or so see `nmh' Im currently out of time for coding such stuff, but I think that maybe there's more people interesting on finding an almost decent solution for reading the mail without those complications. I currently read a (free available) book about `MH' and `nmh'. I will post a link tomorrow. What do you think? are you happy with your MUA? `mutt' that I use is not too bad, but it has structural and conceptual disharmonies ... that's what I dont like on it. But for the amount of mails I have to manage, `mailx' isnt really usable. I'm looking forward in deep-testing `nmh'. meillo signature.asc Description: Digital signature
Re: [dwm] suckless mail
[2008-08-26 21:01] markus schnalke [EMAIL PROTECTED] I currently read a (free available) book about `MH' and `nmh'. I will post a link tomorrow. I already found the bookmark on this computer: http://rand-mh.sourceforge.net/book/ meillo signature.asc Description: Digital signature
Re: [dwm] [OT] tiny gallery minor update+ideas
[2008-08-19 16:31] pancake [EMAIL PROTECTED] I sent a mail few time ago about the gallery system I wrote in a boring night for managing my pictures, and now I come back with some new ideas and stuff... In the current version i have just replaced the imagemagick dependency in pro to use gstreamer which is faster, cooler and generates smaller files with better quality. i dont like imagemagick O:) I'll have a look into `gstreamer' - thanks My current plan is to rewrite 'tg' in C and make it depend on a external program to do these tasks supporting batched conversions in a better way. Have a look at http://prog.marmaro.de/genwebgallery/ and http://prog.marmaro.de/resize-gd/ Looks like we both work on basically the same problem. About the web frontend I plan to add video support (reencoding mpg/avi to flv or theora) and adding a flv/theora web player inside the gallery, and try to offer a better interface (a non-php CGI would be cool) with timeline support, slideshow, related/random pictures and better protection for private galleries. A pluggeable interface for these features would be cool. Maybe too many features ... ? meillo signature.asc Description: Digital signature
[dwm] Repos are not pushable with hg-0.9.1
Hoi, just if you didn't already know: The repo (public wiki) is not pushable with Mercurial version 0.9.1 which is in Debian etch. I installed the backport (v1.0.1), and it worked fine then. Finally I noted that as a bug in the page about the wiki. meillo signature.asc Description: Digital signature
Re: [dwm] Coding styles
[2008-07-31 16:41] pancake [EMAIL PROTECTED] I'll try to add some more precisse descriptions on the points :) and please use more easy words and less irony That makes the document clearer and so more useful. On Thu, 2008-07-31 at 14:14 +0100, Anselm R Garbe wrote: Mixed tab/spaces++ I use tabs for indentations and spaces to align things beginning at the indentation level, eg in multiline constructs or sometimes in variable declarations if it looks easier on the eyes. Though the latter case can't be found in open source stuff I wrote. Uhm. i dont like to mix spaces and tabs for indenting. Is better to let this job to the editor. And keep everything in tabs (smaller source files and easier editor integration) The mixing arg described has nothing to do with indention. There is clear separation: - tabs are for indention - spaces are for nice alignment of wrapped lines Editors should not try to align wrapped lines or similar stuff, cause they cannot do that properly. These spaces (after the indention tabs and before the wrapped part of the long line) should be controlled by the human. One global statement from me: Try to avoid absolute rules ... cause it (nearly) always depends. meillo signature.asc Description: Digital signature
[dwm] Being not so elitist
Hoi community, the website ( http://www.suckless.org/dwm ) contains the following words: This keeps its userbase small and elitist. No novices asking stupid questions. Please discuss about removing, or altering that. The reason is, that I met people who thought, that the dwm-/suckless- community is arrogant. They refered to these sentences. In my oppinion that is not true, and the words should be taken with a smile ... however, it leaves no good picture of us in the public. I think we dont have to write this down ... if it's true though, then people will find it out on their own. comments appreciated meillo signature.asc Description: Digital signature
Re: [dwm] Being not so elitist
[2008-07-29 09:44] Anselm R Garbe [EMAIL PROTECTED] 2008/7/29 markus schnalke [EMAIL PROTECTED]: This keeps its userbase small and elitist. No novices asking stupid questions. Well, I removed this statement, now. It was on purpose 2 years ago, though. It wasn't intended as offense, however. good I might restore this statement, if a new user shows up proposing or asking for a configuration file format. *lol* okay ;-) meillo signature.asc Description: Digital signature
Re: [dwm] Being not so elitist
[2008-07-29 11:35] Szabolcs Nagy [EMAIL PROTECTED] On 7/29/08, Anselm R Garbe [EMAIL PROTECTED] wrote: 2008/7/29 markus schnalke [EMAIL PROTECTED]: This keeps its userbase small and elitist. No novices asking stupid questions. Well, I removed this statement, now. It was on purpose 2 years ago, though. It wasn't intended as offense, however. I might restore this statement, if a new user shows up proposing or asking for a configuration file format. I see how it can be offensive, however there is a message there which is important to the suckless philosophy/mission. I disagree here in global for the simple reason, that you should never kick people off, because _you_ think it doesnt suite to them! You can tell them about the eventual problems they may have, and you can deny support for their stupid questions ... but dont tell them to fuck off. 1.) dwm favours those who can appreciate (or even admire) the nice code of it and not those who cry when some multi-foobar-application does not integrate well in the statusbar automagically. what has that to do with elitism? 2.) .h config because it is elitist and _fun_ for a c programmer (apart from other technical reasons..) the same here: s/elisist and// exactly that is the point I meant in my first mail: why do we have to say: We are better than others! ?? 3.) projects where the code cleanness and simplicity is the main concern are extremely rare, most ppl don't even understand why is it important. we find this fact sad and this should be emphasized. I agree, but what has that to do with elitism? 4.) dwm can be used by the masses, it is quite usable actually, but those who expect the usual trendy approach will be disappointed. they should be warned! Yeah, they should be warned, by telling them our goals ... but not by telling them, that we are better ... we are some kind of elite. Again: dont tell them they are not suited ... how will you know?? Tell them what we want to achieve, what our ideas are, what we like ... open the field do not build fences I see an analogy here to programmers that think: This program will only be used in that specific way, for all time. This is proven wrong! Please think about it. meillo signature.asc Description: Digital signature
Re: [dwm] Being not so elitist
[2008-07-29 14:21] Anselm R Garbe [EMAIL PROTECTED] I believe I need to make some releases very soon, to stop this thread ;) I'm sorry it became a flamewar, that was not intended :-( It's sad to read some of the things I read in this thread. It's sad, but it's how it is. Seems like the people here have some really different views on things - okay. But please stop flaming around! Let us burry the thread, and concentrate on the things we have in common. meillo signature.asc Description: Digital signature
Re: [dwm] Being not so elitist
[2008-07-29 10:22] Bill Puschmann [EMAIL PROTECTED] Oh, and relax about the flamewar. Elitists love that sort of thing. So, I'm not an elitist! ... but I'll continue using dwm though. meillo signature.asc Description: Digital signature
Re: [dwm] A question about drawbar()
Jason Thigpen [EMAIL PROTECTED] wrote: while true do echo `date +%m/%d %H%M` sleep 60 done | dwm (you only need to pole date once a minute for as accurate as you are getting) but then you probably have to wait one minute when you want to shutdown (Alt-q) dwm. (At least it was like this in earlier releases - I dont know about the current ones.) meillo signature.asc Description: Digital signature
Re: [dwm] dwm sloccount through the time #3
Szabolcs Nagy [EMAIL PROTECTED] wrote: here is a time vs sloc plot (instead of revision vs sloc) I like that one. Maybe we should have x-axis descriptions for time, revision and releases ... but maybe thats overkill then ;-) meillo signature.asc Description: Digital signature
[dwm] dwm sloccount through the time #3
Hoi community, I updated my dwm-sloccount-graph creating script. First, it was not possible to run it on another machine with mercurial-1.0, which has no 'strip' command :-? However, I used `update -r rev -C' instead, which seems to be better anyway. Second, I added display of the dwm release numbers, for which I was curious about. Some numbers are a bit hard to read, but I haven't found a better solution for that ATM. Suggestions welcome. Here is the data: website: http://prog.marmaro.de/dwm-meillo script: http://prog.marmaro.de/dwm-meillo/dwm-sloccount-v2.sh picture: http://prog.marmaro.de/dwm-meillo/dwm-sloccount_r1302.png have fun meillo signature.asc Description: Digital signature
Re: [dwm] [OT] Which dragon book: red or green?
Charlie Kester [EMAIL PROTECTED] wrote: I'd also vote for the red one. It's a classic. I ordered the red one now. But there are more up-to-date books on compilers, and there might be more easily digested introductions. It's hard to give good advice without knowing more about your purposes. (I dont want the newest one from 2006.) what's wrong with the purple one? I dont like these new computer books ... the old ones match much better to me. Of course, I didnt mention many details. The reason is, that there are not many. I stumbled across the dragon books, which I was able to afford cheaply. Then I felt the want to read a good book about compilers. :-) I made the experience, that it is never a fault to read these real famous books ... even when you're not so much interested in the topic. In any case, dont waste your time with stupid computer books ... get one of the old classics and you have what you need for all your work! Thanks for all advices meillo signature.asc Description: Digital signature
[dwm] [OT] Which dragon book: red or green?
Hoi Community, I want to buy a book about compilers and heard of the Dragon Books which should be the right choice. Because I dont want to afford more than one, I have to choose: - Principles of Compiler Design (1977, the Green Dragon Book), by Alfred V. Aho and Jeffrey D. Ullman - Compilers: Principles, Techniques, and Tools First Edition (1986, the Red Dragon Book), by Alfred V. Aho, Ravi Sethi and Jeffrey D. Ullman (I dont want the newest one from 2006.) Are there any suggestions, which one to take? meillo signature.asc Description: Digital signature
Re: [dwm] Need a small image resize program
Szabolcs Nagy [EMAIL PROTECTED] wrote: On 6/14/08, markus schnalke [EMAIL PROTECTED] wrote: gd is _not_ a small lib but even tough much smaller than ImageMagick. also gd only does very simple resampling (!= image resize) I'm not an expert, but gd provides image resize and image resample and the quality of the second one is better. You're probably right, that the algorithms that are used are not the best ones, but they are okay for what I need them. As I told: If someone needs high quality resizing, he should use ImageMagick. imlib2 of enlightment (mentioned earlier) is smaller, faster with nicer code (at least the simple scaling part) Did I mention, that I work with Debian systems. At least there imlib2 is _not_ smaller than libgd2. (Okay it has more features.) Also imlib2 has more dependencies, under which is x11-common that has just nothing to do with image resizing. (actually i'd rather use imagemagick than a hack on top of gd) The first needs 80 megabytes (!) of dependencies to download on a fresh base system installation. The second one around 10 megabytes (not messured). imlib2 is somewhere in between, but I dont know where. You are probably right about the speed and code quality of imlib2 and I'll have a look into it. But from my point of view, it seems that gd does a better job for what I want: resize images (with sufficent quality) and have small size and dependencies. anyway: thanks for you arguing! meillo signature.asc Description: Digital signature
Re: [dwm] debugger poll
Ross Mohn [EMAIL PROTECTED] wrote: 1. What debugger do you use for C programming? 2. What debugger do you use for Curses C programming? printf() :-) signature.asc Description: Digital signature
Re: [dwm] using bitaray for tags (PATCH)
Premysl Hruby [EMAIL PROTECTED] wrote: This is realization of Gottox's proposal discuted on IRC today. It handles tags not as Bool [], but as bit-array saved in int. I read, that bit-arrays are not very portable between different architectures. (It was in The practice of programming, I think) Maybe this is not relevant here; also I cannot recall the exact explanaition, why one should avoid it. Please check if there is any thruth in that statement. Second, I want to mention, that bit-shifts might look really leet, but _do_ obfuscate, what could be written much more clearly! Please stick to _clear_ code. meillo signature.asc Description: Digital signature
Re: [dwm] Documentation!
Anselm R. Garbe [EMAIL PROTECTED] wrote: I believe that things will settle with 5.0, because I already focus more on st. was waiting for that to come true for quite a long time. :-) meillo signature.asc Description: Digital signature
Re: [dwm] sane editors (was: dijkstra quote)
Daniel Bainton [EMAIL PROTECTED] wrote: 2008/5/12 Anselm R. Garbe [EMAIL PROTECTED]: I agree, but still the SLOC is a related indicator if the functionality has been implemented in a decent way at its level. If a file editor (vim) consists of 200.000 SLOC, something is wrong obviously. So, any volunteers to implement a suckless vim clone? :P There is `nvi'. Maybe `ed' is a bit outdated, but `sam' is the visual-`ed'. So there are sane editors ... which most people just dont want to use. meillo signature.asc Description: Digital signature
Re: [dwm] bloq may used to ignore keybindings
Antoni Grzymala [EMAIL PROTECTED] wrote: Martin Sander dixit (2008-04-24, 01:27): Which, in my case, is mapped to the control-key so you're probably an emacs user ;-9 vi friends would map escape to caps lock instead ... however, you'll increase your working speed (if you dont work on foreign computers too often) tutorial for X (uses `xmodmap' which is in package xbase-clients on Debian systems) in the .xinitrc: /usr/bin/xmodmap $HOME/.xmodmaprc in .xmodmaprc ! have CAPS_LOCK as second ESC remove Lock = Caps_Lock keysym Caps_Lock = Escape meillo signature.asc Description: Digital signature
Re: [dwm] dmenu, slock patches; slock DPMS crash
Anselm R. Garbe [EMAIL PROTECTED] wrote: Though, I'm not totally sure if the sort -u breaks anything with wmii. This needs to be tested first. What is the problem with `sort | uniq'. Okay, it may be a bit slower, but beside that ...? If it is more portable than `sort -u', so why don't use it? meillo
Re: [dwm] random wm thoughts
David Tweed [EMAIL PROTECTED] wrote: On Thu, Mar 20, 2008 at 9:50 AM, markus schnalke [EMAIL PROTECTED] wrote: sounds interesting! Would you make the modified source (or a patch) available, please. Here's a patch against aterm-1.0.0 obtainable from [...] thx meillo
[dwm] dwm-meillo is up-to-date again
Hoi dwm lovers, long time I stayed on version 4.4.1 without having problems, but today I updated dwm-meillo to the current tip (rev1163). The patch is much smaller now, mainly because monocle is mainstream and I managed toggleview in an easier way. You find the patch and my config.h on: http://prog.marmaro.de/dwm-meillo/ Just to mention for the case, that anyone is interested. Thanks again for your work! I like the comming 4.9 meillo
Re: [dwm] a lone client could be borderless
Ralph E. Carter [EMAIL PROTECTED] wrote: 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. No. The border says: this is the active client. But anyway, special corner case handling leads to bad code. It conflicts with generality, which is one of the design principles. meillo
Re: [dwm] random wm thoughts
David Tweed [EMAIL PROTECTED] wrote: One thing I did was modified aterm so that it changes the background colour based upon using a very simple hash of the directory name as an index into a colour table. After about a year I now know automatically which colour various very common directories give (/home/dtweed, /root, /tmp, etc) and it's very quick for me to find say my home directory if I know it's definitely in the current set of viewed tags. sounds interesting! Would you make the modified source (or a patch) available, please. meillo
Re: [dwm] Xinerama: back to the roots
Ritesh Kumar [EMAIL PROTECTED] wrote: I too like the idea of abstracting the Xinerama code away from the main dwm codebase. Good decition in my eyes! meillo
Re: [dwm] visibility of focused windows
Anselm R. Garbe [EMAIL PROTECTED] wrote: monocle will be in mainstream dwm tonight. Wee, yeah! *SCNR* meillo
Re: [dwm] idesk + DWM
I think the problem is not interesting anymore, but I want to share some ideas though. Jeremy O'Brien [EMAIL PROTECTED] wrote: Well, a potential problem I see already is the desktop being covered by all the tiled windows that they'd want to open. One window open, desktop is gone. You could have one tag that no application gets attached to. If you select only this one then you see the icons. I don't know about the current situation, is it possible to deselect all tags and show the icons that way? And if they only use some few applications, why don't keep them running with `init' (to restart them if they close). So your parents don't have to think about starting applications. (Okay, don't tell me about memory- and processor usage ;-) ) have a nice day meillo
Re: [dwm] Minimalism
Sylvain Bertrand [EMAIL PROTECTED] wrote: And for dwm, I don't know what would be the cost to build directly the X11 packets or to recode the XCB lib straight on Linux syscalls. This will make dwm unportable and we should implement the different ways to communicate with X11 (socket file, network,..) If portability is a major feature for dwm, then I'll pass on this. Just have a look at the Unix philosophy: Choose portability over efficiency. ... nothing more to say here, I think. meillo
Re: [dwm] Urgency hook?
Taras Ivashchenko [EMAIL PROTECTED] wrote: apt-cache search osd | grep xosd-bin why not use `apt-cache show xosd-bin' instead :-) meillo
Re: [dwm] [ANNOUNCE] cmarkdown-0.3
Enno Gottox Boland [EMAIL PROTECTED] wrote: I use pre for displaying a block segment of code. Markdown.pl uses precode. I really don't know if I should use that too. I read, that it should be precode, because of the semantic behind it. pre just stands for preformated text, code normally does not change anything in the graphical view of the layout engines, but it says: this is a special kind of preformated text - it's code. I think screen readers distinguish here. That's like the difference betweeen b and strong. meillo
Re: [dwm] OT: which or type or what else?
Anselm R. Garbe [EMAIL PROTECTED] wrote: Both, type(1) and which(1) are not POSIX compliant and might be absent. Though I'd use which(1) if you don't want to go the way used by dmenu_path for instance. Thanks to you and the others who answered. I will use `which' now. meillo
[dwm] OT: which or type or what else?
Hoi community, I have a question that is a bit off topic, but I think you are the right ones to ask. 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 mind are: which convert /dev/null if [ $? -ne 0 ] ; then exit 1 fi and type convert /dev/null if [ $? -ne 0 ] ; then exit 1 fi `type' is a builtin in `bash', but not in `sh'. Maybe it is available as external program aswell. Which systems do have `which'? I want to cover most of the unixoid systems. But I dont want to walk through $PATH. meillo
Re: [dwm] OT: which or type or what else?
Rickard Gustafsson [EMAIL PROTECTED] wrote: That's a pretty nasty solution if you ask me. I would have used: if [ ! -f `which convert` ] okay, thanks for that (and the '|| exit' in the other mail), but that's just cosmetic. The main question is: Use `which' or `type' or what else? meillo
Re: [dwm] experimental release: dwm-rfigura
Robert Figura [EMAIL PROTECTED] wrote: I just put my current work in progress version online: http://spuerwerk.dyndns.org/~rfigura/dwm/ Your comments are welcome. Screenshots desired! :-) meillo
Re: [dwm] Screenshot suggestion for the wiki
Think it would be nice to see dwm handling some utf8 characters in the status line. A user-based screenshot gallery wouldn't be bad either. To show the different looks dwm can have. Maybe just another wiki page? meillo
Re: [dwm] List of derived/customized/forked dwm versions
Enno Gottox Boland [EMAIL PROTECTED] wrote: 2007/10/19, pancake [EMAIL PROTECTED]: Why not keep this list in the suckless wiki? Done. http://www.suckless.org/wiki/dwm/patches/0_general What is the difference between offsite patches and external repos / forks? What distinguishes between patches and fork? (I think dwm-meillo is a patchset to dwm, not a fork.) markus
Re: [dwm] List of derived/customized/forked dwm versions
Is there a list of all the derived/customized dwm versions? http://prog.marmaro.de/dwm-meillo/ meillo
[dwm] new screenshot
http://www.suckless.org/shots/dwm-20070927.png I just wanted to tell you to update the link to this new shot on the site ... but then I thought, that I can do it on my own ... so I did. Is this okay? Is this wanted? ... only to be sure. btw: I find my screen-statusbar on the screenshot *yay* :-)
Re: [dwm] [patch] dwm-meillo (2 tags to toggle)
Jeremy O'Brien [EMAIL PROTECTED] wrote: Your terminal colors are amazing... thanks Would you mind sharing your .XResources or whatever file you are using to set your colorscheme? I would like to imitate it if you wouldn't mind :-D I saw you found them. For everyone else, here they are: http://prog.marmaro.de/dotfiles/ Feel free to use them!
[dwm] here comes a better comment
Hoi developers, if I understood the code right, then you should change this comment to say more clearly what these lines are for. I needed some minutes to figure out what the comment meant ... Okay, the new comment isn't perfect either ... maybe something in between should be chosen. markus diff -r 19d4ccea9745 dwm.c --- a/dwm.c Wed Sep 19 17:32:28 2007 +0200 +++ b/dwm.c Thu Sep 20 21:29:34 2007 +0200 @@ -1673,7 +1684,7 @@ toggleview(const char *arg) { seltags[i] = !seltags[i]; for(j = 0; j ntags !seltags[j]; j++); if(j == ntags) - seltags[i] = True; /* cannot toggle last view */ + seltags[i] = True; /* at least one tag must be viewed */ arrange(); }
[dwm] [patch] dwm-meillo (2 tags to toggle)
Hoi folks, after a long time (since 3.5) I updated my patches to the current tip. As you perhaps remember/know, I habe only 2 tags between I toggle. I use them as workspaces. Clients are matched to only one tag. So my Workflow is somehow different from normal dwm tagging style, but it is highly productiv! Okay, this only is true if you have not more than two or perhaps three clients in each of the tags. (I have two terms with screen on one tag and iceweasel on the other.) Also I only use maxlayout (monocle) ... and floating for some apps of cause. You find the patch on http://prog.marmaro.de/dwm-meillo/ I attached it too * adds toggleview (only 2 workspaces to toggle) * adds maxlayout (see monocle layout) * performs only the first matching rule for clients * modifies the status bar in some ways (no squares and more) * removes lots of IMHO unnessasary keystrokes (and so the access to features) * includes my config.h markus # HG changeset patch # User [EMAIL PROTECTED] # Date 1190322751 -7200 # Node ID 303286112f0a3fafa0ec318a489895d8a60db753 # Parent 19d4ccea9745e8c04e5a4a9278efcb73a22cf248 Meillos mods: toggletags, maxlayout, match only first rule, no squares, personalized config.h (rem: code of maxlayout is from the monocle-patch, via mailinglist) diff -r 19d4ccea9745 -r 303286112f0a config.h --- a/config.h Wed Sep 19 17:32:28 2007 +0200 +++ b/config.h Thu Sep 20 23:12:31 2007 +0200 @@ -3,32 +3,34 @@ /* appearance */ #define BARPOS BarTop /* BarBot, BarOff */ #define BORDERPX 1 -#define FONT -*-terminus-medium-r-*-*-12-*-*-*-*-*-iso10646-* +#define FONT -*-terminus-medium-r-*-*-12-*-*-*-*-*-*-* #define NORMBORDERCOLOR #333 -#define NORMBGCOLOR #000 -#define NORMFGCOLOR #ccc -#define SELBORDERCOLOR #f00 -#define SELBGCOLOR #00f -#define SELFGCOLOR #fff +#define NORMBGCOLOR #333 +#define NORMFGCOLOR #bbb +#define SELBORDERCOLOR #eec900 +#define SELBGCOLOR #eec900 +#define SELFGCOLOR #000 /* tagging */ -const char *tags[] = { 1, 2, 3, 4, 5, 6, 7, 8, 9, NULL }; +const char *tags[] = { Das Alles, Das Nichts, NULL }; Rule rules[] = { /* class:instance:title regex tags regex isfloating */ - { Firefox, 3, False }, - { Gimp, NULL, True }, - { MPlayer, NULL, True }, - { Acroread, NULL, True }, + { URxvt.*, Das Nichts, False }, + { MPlayer, NULL, True }, + { qiv.*, NULL, True }, + { Gimp.*, Das Alles, True }, + { .*, Das Alles, False }, }; /* layout(s) */ Layout layouts[] = { /* symbol function */ - { []=, tile }, /* first entry is default */ - { , floating }, + { , maxlayout }, /* first entry is default */ + { , tile }, + /*{ , floating },*/ }; -#define RESIZEHINTS True /* False - respect size hints in tiled resizals */ -#define MWFACT 0.6 /* master width factor [0.1 .. 0.9] */ +#define RESIZEHINTS False /* False - respect size hints in tiled resizals */ +#define MWFACT 0.5 /* master width factor [0.1 .. 0.9] */ #define SNAP 32 /* snap pixel */ /* key definitions */ @@ -36,58 +38,22 @@ Layout layouts[] = { #define KEYS \ Key keys[] = { \ /* modifier key function argument */ \ - { MODKEY, XK_p, spawn, \ + /*{ MODKEY, XK_p, spawn, \ exe=`dmenu_path | dmenu -fn 'FONT' -nb 'NORMBGCOLOR' -nf 'NORMFGCOLOR' \ - -sb 'SELBGCOLOR' -sf 'SELFGCOLOR'` exec $exe }, \ - { MODKEY|ShiftMask, XK_Return, spawn, \ - exec xterm -bg 'NORMBGCOLOR' -fg 'NORMFGCOLOR' -cr 'NORMFGCOLOR' +sb -fn 'FONT' }, \ + -sb 'SELBGCOLOR' -sf 'SELFGCOLOR'` exec $exe }, \*/ \ + { MODKEY, XK_asciicircum, spawn, \ + exe=\$(lsx `echo $PATH | sed 's/:/ /g'` | sort -u \ + | dmenu -font 'FONT' -normbg 'NORMBGCOLOR' -normfg 'NORMFGCOLOR' \ + -selbg 'SELBGCOLOR' -selfg 'SELFGCOLOR')\ exec $exe }, \ + { MODKEY|ShiftMask, XK_Return, spawn, exec urxvt }, \ { MODKEY, XK_space, setlayout, NULL }, \ - { MODKEY, XK_b, togglebar, NULL }, \ - { MODKEY, XK_j, focusnext, NULL }, \ - { MODKEY, XK_k, focusprev, NULL }, \ - { MODKEY, XK_h, setmwfact, -0.05 }, \ - { MODKEY, XK_l, setmwfact, +0.05 }, \ - { MODKEY, XK_m, togglemax, NULL }, \ - { MODKEY, XK_Return, zoom, NULL }, \ + { MODKEY, XK_Tab, focusnext, NULL }, \ + { MODKEY, XK_1, zoom, NULL }, \ { MODKEY|ShiftMask, XK_space, togglefloating, NULL }, \ - { MODKEY|ShiftMask, XK_c, killclient, NULL }, \ - { MODKEY, XK_0, view, NULL }, \ - { MODKEY, XK_1, view, tags[0] }, \ - { MODKEY, XK_2, view, tags[1] }, \ - { MODKEY, XK_3, view, tags[2] }, \ - { MODKEY, XK_4, view, tags[3] }, \ - { MODKEY, XK_5, view, tags[4] }, \ - { MODKEY, XK_6, view, tags[5] }, \ - { MODKEY, XK_7, view, tags[6] }, \ - { MODKEY, XK_8, view, tags[7] }, \ - { MODKEY, XK_9, view, tags[8] }, \ - { MODKEY|ControlMask, XK_1, toggleview, tags[0] }, \ - { MODKEY|ControlMask, XK_2, toggleview, tags[1] }, \ - { MODKEY|ControlMask, XK_3, toggleview, tags[2] }, \ - { MODKEY|ControlMask, XK_4,
[dwm] man page on website outdated
Hi arg, http://www.suckless.org/cgi-bin/man/man2html?query=dwm shows version 3.5 would be a good idea to update it. A better idea would be to automate it. markus
Re: [dwm] Can someone explain how FONT configuration works in Status Bar?
Szabolcs Nagy [EMAIL PROTECTED] wrote: ps: you don't have to tell us your life story when you have a problem oh, I loved to read about his experiences ... he even included this hint for you to skip this first paragraph -- very polite, I think markus
Re: [dwm] [OT] which font are you using
Julian Romero [EMAIL PROTECTED] wrote: I'm quite comfortable with my terminus choice but I'm curious... Which fonts are you guys using? I use Terminus too
Re: [dwm] Makefile (config.mk) modification
David Tweed [EMAIL PROTECTED] wrote: |strip could be run via an own target `debug' or so, that is not called |by `all' Ah, although I guess you mean the other way around: you don't want to do the strip you'd normally do when doing a debugging build. yes, of course ;-)
Re: [dwm] dwm without statusbar
Anselm R. Garbe [EMAIL PROTECTED] wrote: a) You want make dwm simplier ... wasn't the old way to KISS? customizing should be done by patching source code right? yes, a switch like suggested would surely be nice ... but perhaps simple would be better!? just to think about Meillo r e t u r n s
Re: [dwm] speaking of terminology...
arg 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. ... and tile/untile really shows that dwm is about tiling :_)
Re: [dwm] konqueror and temporary file transfer window
Oliver Heins [EMAIL PROTECTED] wrote: when clicking on a link to e.g. a pdf-file in konqueror, a temporary window showing the status of the file transfer pops up. Unfortunately, this window is not floating but is put in the main area whilst konqueror is shifted to the stacking area, which is really annoying. couldn't you set a rule for this dialog?