Re: [dwm] android sloccount ~11 million
Well most of that is just the kernel, which is obviously huge. It is Linux... On Fri, Nov 07, 2008 at 01:19:54PM +, Kai Hendry wrote: Follow up to http://lists.suckless.org/dwm/0811/6958.html -- Forwarded message -- From: Kai Hendry [EMAIL PROTECTED] Date: Fri, Nov 7, 2008 at 1:02 PM Subject: android sloccount To: [EMAIL PROTECTED] Creating filelist for bionic Creating filelist for bootloader Creating filelist for build Creating filelist for dalvik Creating filelist for development Creating filelist for external Creating filelist for frameworks Creating filelist for hardware Creating filelist for kernel Have a non-directory at the top, so creating directory top_dir Adding /home/hendry/android/./Makefile to top_dir Creating filelist for out Creating filelist for packages Creating filelist for prebuilt Creating filelist for recovery Adding /home/hendry/android/./reepo to top_dir Creating filelist for system Categorizing files. Finding a working MD5 command Found a working MD5 command. Warning: in dalvik, number of duplicates=112 WARNING! File /home/hendry/android/external/webkit/WebKitTools/iExploder/htdocs/iexploder.cgi has unknown start: #!/usr/bin/ruby WARNING! File /home/hendry/android/external/webkit/WebKitTools/Scripts/clean-header-guards has unknown start: #!/usr/bin/ruby WARNING! File /home/hendry/android/external/opencore/protocols/rtp_payload_parser/util/output/pv_rtp.bin has unknown start: [EMAIL PROTECTED] Warning: in external, number of duplicates=409 Warning: in kernel, number of duplicates=237 Warning: in prebuilt, number of duplicates=137 Computing results. SLOCDirectory SLOC-by-Language (Sorted) 5933715 kernel ansic=5699380,asm=216369,perl=5972,cpp=3962,yacc=2901, sh=2546,lex=1824,python=331,lisp=218,pascal=116,awk=96 3408872 externalansic=1622401,cpp=1303963,asm=199757,java=70100, perl=67105,sh=63778,php=38425,objc=15399,python=14105,yacc=4608,cs=2308,lex=2096,ada=1681,ruby=1585,pascal=1089,exp=200,awk=195,sed=43,lisp=34 537928 dalvik java=442045,ansic=76304,cpp=9565,asm=8221,sh=1442, python=340,perl=11 442056 frameworks java=308683,cpp=121949,ansic=10663,yacc=260,lex=210, sh=141,cs=85,asm=65 186802 system ansic=169565,cpp=15309,sh=902,asm=707,yacc=137,lex=103, java=79 162683 packagesjava=162580,python=103 123811 development java=94558,cpp=21716,ansic=5203,sh=1232,python=746, ruby=183,lisp=110,pascal=63 97752 bionic ansic=85735,asm=8802,python=3108,cpp=107 26702 prebuiltansic=24892,sh=1810 20043 build java=9207,ansic=6386,cpp=1461,cs=1450,sh=989,python=550 9216recoveryansic=8088,sh=428,yacc=369,lex=283,python=48 7166hardwareansic=5007,cpp=2159 4773bootloader ansic=4651,asm=122 461 top_dir sh=461 0 out (none) Totals grouped by language (dominant language first): ansic: 7718275 (70.41%) cpp:1480191 (13.50%) java: 1087252 (9.92%) asm: 434043 (3.96%) sh: 73729 (0.67%) perl: 73088 (0.67%) php: 38425 (0.35%) python: 19331 (0.18%) objc: 15399 (0.14%) yacc: 8275 (0.08%) lex: 4516 (0.04%) cs:3843 (0.04%) ruby: 1768 (0.02%) ada: 1681 (0.02%) pascal:1268 (0.01%) lisp: 362 (0.00%) awk:291 (0.00%) exp:200 (0.00%) sed: 43 (0.00%) Total Physical Source Lines of Code (SLOC)= 10,961,980 Development Effort Estimate, Person-Years (Person-Months) = 3,490.71 (41,888.49) (Basic COCOMO model, Person-Months = 2.4 * (KSLOC**1.05)) Schedule Estimate, Years (Months) = 11.89 (142.67) (Basic COCOMO model, Months = 2.5 * (person-months**0.38)) Estimated Average Number of Developers (Effort/Schedule) = 293.60 Total Estimated Cost to Develop = $ 471,547,101 (average salary = $56,286/year, overhead = 2.40). SLOCCount, Copyright (C) 2001-2004 David A. Wheeler SLOCCount is Open Source Software/Free Software, licensed under the GNU GPL. SLOCCount comes with ABSOLUTELY NO WARRANTY, and you are welcome to redistribute it under certain conditions as specified by the GNU GPL license; see the documentation for details. Please credit this data as generated using David A. Wheeler's 'SLOCCount'. pgpK5uI6ulrHv.pgp Description: PGP signature
Re: [dwm] Being not so elitist
Well this little exchange has made my morning quite entertaining. :) I would like to propose adding xft support and gnome systray support to dwm. And also sound effects. On Tue, Jul 29, 2008 at 09:41, Kurt H Maier [EMAIL PROTECTED] wrote: On Tue, Jul 29, 2008 at 8:14 AM, Antoni Grzymala [EMAIL PROTECTED] wrote: To sum up: I really cannot understand what's so cool in being a dick. And a rather softish one, too. This may come as a huge shock, but not everyone is motivated by a need to look cool on the internet. Being a non-dick is not equal to a social-networking hugfest, as Kurt is implying in his mail quoted above. That's no boolean, there are stages in between, which might come as a serious discovery to some of you here. Watch the coming years for similar revelations. I can't figure out why you typed this except as an attack vector. Maybe I'll meditate on it for years and experience a revelation. Are you suggesting that the text This keeps its userbase small and elitist. No novices asking stupid questions. is being a dick? If so, I disagree. Being a dick is relative. I don't think anyone here is being a dick, but others might. Catering to either extreme of the spectrum is a waste of everyone's time. Your mail is so grand, as if you wrote a large number of extremely elegant and useful operating systems. Heck, you just as well may have, but somehow I've never heard of Kurt H Maier, the great coder (no offense intended, just the sake of argument). On the other hand, I have heard of other people like, say, Paul Graham, who really are great coders, write great prose, and the last thing that would cross their minds would be calling themselves elite. Even though, yeah, I do personally consider them elite. Fallacious. Argumentum ad verecundiam. I'm allowed to have opinions, whether or not you've heard of me. You guys are fucking participating in a *simple wm* project. And to all the loudest elitists, it's not even you who wrote the thing originally. Yes, we are participating in a simple wm project, and the fewer idiots we have marching onto this mailing list and demanding ridiculous feature-creep and handholding, the longer it will *remain* a simple wm project. dwm's the only window manager I can stand using any more, and I'd rather not have to fork it because the gnometards show up and try to integrate networkmanager into the status bar. The text this thread describes was on the website the day *I* signed up for this mailing list. Did it keep me out? No, because I haven't developed a terminal case of thin-skin syndrome from sitting in front of a hugbox terminal. That text is not keeping out anyone worth having in. I'm not talking about programming proficiency, here; I'm talking about keeping people out who have this inexplicable drive to turn every software project into huge bloated crap. The userbase for this wm is necessarily small. If that userbase were to grow large, it would signify one of two things: either everyone has figured out they don't need all the UI crap forced down their throats (unlikely), or else dwm has changed into a mainstream window manager (terrifying). Whether people change their UI needs we can't control, but if dwm starts going mainstream, it will mean something is very wrong. Also, calling *oneself* elite is just ridiculous. Self proclaimed elite. Self proclaimed deity. Yeah, right. Go get some treatment. You seem to be approaching the word elite from a script-kiddie-braggadocio standpoint. Please stop. The phrasing in question is small and elitist. Elitist in this case means encouraging control by an elite minority. Elite, before it was ruined by BBS kids and usenet pseudohackers, meant a member of a privileged group. I submit to you that dwm users are privileged to be so, and not having the mailing list flooded with requests for xft support is a pretty nice thing to have. So yeah, the userbase is small. And I'm glad. The userbase is elitist. We want Anselm in control, and not some Debian Subcommittee for Window Management and Interface Design. And novices don't generally come here and ask stupid questions. And that's the way I like it. # Kurt H Maier
Re: [dwm] snapping bugs with multiple screens
On Mon, May 05, 2008 at 09:57:04PM +0200, Mate Nagy wrote: On Mon, May 05, 2008 at 09:06:54PM +0200, Antoni Grzymala wrote: I've found running separate dwm instances on subdisplays entirely sufficient for my multihead needs. I don't even have time and will to try and comprehend all the new DEFGEOM stuff (and neither I see a reason). Hence I vote -1 for all post 1122 releases. agree completely (not using +1 notation to avoid confusion). I'm still using two/more instances of 4.7 everywhere. Imho, the only clean way of directly supporting multihead would be to put everything currently in globals into a struct, and run multiple instances of the WM in separate data structures, with a few well-defined crossing points (such as: move client to the list of another screen) Regards, Mate And the new changes have prompted me to switch to xmonad. I liked the old, simpler dwm. But you can't please everybody. -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux newo 2.6.24-ARCH #1 SMP PREEMPT i686 Intel(R) Pentium(R) M processor 1400MHz pgp8cX3FyuVeO.pgp Description: PGP signature
Re: [dwm] Preventing xterm from closing by killclient()
I recommend looking in applyrules() for some example code. You may be able to adapt it in killclient() :) On Apr 9, 2008, at 18:56, Martin Sander [EMAIL PROTECTED] wrote: 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] Cycle urgent windows patch for dwm-4.9
On Sun, Mar 30, 2008 at 03:01:15PM +0200, Martin Oppegaard wrote: Have updated the patch for mercurial tip. I also add a patch which implements one layout per tag. Haven't looked at the old one, so I can't say if it's an update or not. Hi there. I tried your cycleurgent patch, and I like it alot. Only one minor problem. It won't cycle if you are on an empty tag. Not sure if that was intended or not, and I understand people won't typically be on a blank tag, but I figured you'd want to know for robustness and whatnot. Thank you. -- Jeremy O'Brien pgpUQjvTBmXhN.pgp Description: PGP signature
Re: [dwm] still simplicity or featureitis?
On Thu, Mar 13, 2008 at 01:48:49PM +0100, Szabolcs Nagy wrote: On 3/13/08, markus schnalke [EMAIL PROTECTED] wrote: With the multihead thing comming up, I realize a lot of new ideas in different directions. Changes became big again and everything is a little bit experimental. Also complexity increased and the code base as well. i consider current tileh and tilev an improvement and more general solution than previous tile also window geom params now allows easy bottomstack, togglebar, etc setup. the floating mode flag in the layout is a bit ugly focus + restack is not optimal but i had the same feeling before monocle has some problems (if floating then every popup window is maximized, if not then it cannot be used as togglemax replacement for floating windows and has other side effects) but it's a useful layout imho current tip is not worse than earlier versions Personally, I've switched to wmii until dwm reaches a more usable state again... The changes are just too much for me to get used to and I feel like it has gone in a backwards direction... -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux lucifer 2.6.24-ARCH #1 SMP PREEMPT i686 Intel(R) Pentium(R) M processor 1400MHz pgp02ikHUjaVv.pgp Description: PGP signature
Re: [dwm] Xinerama in the right way, bar position, togglebar(), setmwfact()?
On Thu, Mar 06, 2008 at 09:31:22AM +0100, Anselm R. Garbe wrote: On Wed, Mar 05, 2008 at 05:00:22PM -0500, Jeremy O'Brien wrote: Alright, I'm using your latest hg tip, and I'm just trying to get the old bar/tiling layout back... I changed the bar width alright, and I changed TY to be sy + bh, but when I change TH to be sh - bh, it won't tile windows in the tile area, and I can't figure out how to fix it. How should I be doing it? It should work unfortunately :( Regards, -- Anselm R. Garbe http://www.suckless.org/ GPG key: 0D73F361 Well I must be doing something wrong then. Here's the two situations I've tried: http://pohl.ececs.uc.edu/~jeremy/dwm_config1.h http://pohl.ececs.uc.edu/~jeremy/screen1.png http://pohl.ececs.uc.edu/~jeremy/dwm_config2.h http://pohl.ececs.uc.edu/~jeremy/screen2.png Also, in both layouts, opening floating windows causes them to open over the bar, and the monocle layout behaves very strangely with floating windows. Basically, switching to a tiled window from a floating window using the mouse (no clicking) causes the floating window to become fullscreen and steal focus. Was this intended? It breaks the whole floating/tiled paradigm IMHO. So I'm thinking it's a bug. But correct me if I'm wrong. -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux lucifer 2.6.24-ARCH #1 SMP PREEMPT i686 Intel(R) Pentium(R) M processor 1400MHz pgpfSUkWQWr06.pgp Description: PGP signature
Re: [dwm] Xinerama in the right way, bar position, togglebar(), setmwfact()?
On Thu, Mar 06, 2008 at 08:09:40PM +0100, Anselm R. Garbe wrote: On Thu, Mar 06, 2008 at 12:13:50PM -0500, Jeremy O'Brien wrote: On Thu, Mar 06, 2008 at 09:31:22AM +0100, Anselm R. Garbe wrote: On Wed, Mar 05, 2008 at 05:00:22PM -0500, Jeremy O'Brien wrote: Alright, I'm using your latest hg tip, and I'm just trying to get the old bar/tiling layout back... I changed the bar width alright, and I changed TY to be sy + bh, but when I change TH to be sh - bh, it won't tile windows in the tile area, and I can't figure out how to fix it. How should I be doing it? It should work unfortunately :( Regards, -- Anselm R. Garbe http://www.suckless.org/ GPG key: 0D73F361 Well I must be doing something wrong then. Here's the two situations I've tried: http://pohl.ececs.uc.edu/~jeremy/dwm_config1.h http://pohl.ececs.uc.edu/~jeremy/screen1.png http://pohl.ececs.uc.edu/~jeremy/dwm_config2.h http://pohl.ececs.uc.edu/~jeremy/screen2.png Also, in both layouts, opening floating windows causes them to open over the bar, and the monocle layout behaves very strangely with floating windows. Basically, switching to a tiled window from a floating window using the mouse (no clicking) causes the floating window to become fullscreen and steal focus. Was this intended? It breaks the whole floating/tiled paradigm IMHO. So I'm thinking it's a bug. But correct me if I'm wrong. Well there were a lot of nitpicks. I hope they are fixed now, see my next mail. Kind regards, -- Anselm R. Garbe http://www.suckless.org/ GPG key: 0D73F361 Wow. Just updated, and the problems seem to be fixed now... -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux lucifer 2.6.24-ARCH #1 SMP PREEMPT i686 Intel(R) Pentium(R) M processor 1400MHz pgpRmFYBa1xtB.pgp Description: PGP signature
Re: [dwm] visibility of focused windows
On Wed, Mar 05, 2008 at 02:18:25PM +0100, Anselm R. Garbe wrote: On Wed, Mar 05, 2008 at 01:47:16PM +0100, Szabolcs Nagy wrote: On 3/5/08, Joerg van den Hoff [EMAIL PROTECTED] wrote: but that was not my point. sorry, if I have not been clear enough: I really mean the old 'mod1-m' functionality in the tiled layout: toggle maximization status of the focused window. this is still desirable, despite availability of monocle, I'd say: maximize a _single_ window, do something and shrink it back to its position in the tiling. it depends on circumstances whether this is more (or less) suitable than monocle. I personally think a maximize window option should always be available in addition to maximize all (a.k.a. monocle). can you please describe a common scenario when the two is different? (eg if you only want a quick maximize+revert then it can be achieved by toggling layout between monocle and tile) Another possibility is, use some tag as max tag, e.g. 5, then toggletag(tags[4]) and do view(tags[4]) for a temporarily maximised window, viewprev() can be used now as togglemax()-replacement. The decision to remove togglemax is related to the fact, that there should only be one way to achieve a certain functionality. And togglemax is a special case of using tagging in a powerful way. I see your point that monocle does not solve the issue at all. Btw. I plan to introduce 3 additional key bindings: Mod1-f (Apply floating layout) Mod1-m (Apply monocle layout) Mod1-t (Apply tiled layout) Kind regards, -- Anselm R. Garbe http://www.suckless.org/ GPG key: 0D73F361 Not sure if this is desired or not, but in monocle layout, I can have two windows open, and if I open a window floating, the focus of the underlying monocle window is shifted to the other window. Bug? Or feature? -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux lucifer 2.6.24-ARCH #1 SMP PREEMPT i686 Intel(R) Pentium(R) M processor 1400MHz pgp0pTqXCfMqp.pgp Description: PGP signature
Re: [dwm] Xinerama in the right way, bar position, togglebar(), setmwfact()?
On Wed, Mar 05, 2008 at 07:34:17PM +0100, Anselm R. Garbe wrote: On Wed, Mar 05, 2008 at 07:12:49PM +0100, y i y u s wrote: I think that if these changes will let you to release now, it is ok. We can see later if there is something we can get rid of. Without having a look at the current code it seems reasonable to me. So: thumbs up! I implemented the stuff already, if you want to give it a try, remove the -DWORK from CFLAGS and check it out! Kind regards, -- Anselm R. Garbe http://www.suckless.org/ GPG key: 0D73F361 Whoa. I'm assuming I should be changing some of these new values in config.h, because dwm is acting VERY weird now. :-/ -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux lucifer 2.6.24-ARCH #1 SMP PREEMPT i686 Intel(R) Pentium(R) M processor 1400MHz pgpily4Bh7RfR.pgp Description: PGP signature
Re: [dwm] Xinerama in the right way, bar position, togglebar(), setmwfact()?
On Wed, Mar 05, 2008 at 08:06:11PM +0100, Anselm R. Garbe wrote: On Wed, Mar 05, 2008 at 07:50:32PM +0100, Maarten Maathuis wrote: On 3/5/08, Anselm R. Garbe [EMAIL PROTECTED] wrote: On Wed, Mar 05, 2008 at 07:12:49PM +0100, y i y u s wrote: I think that if these changes will let you to release now, it is ok. We can see later if there is something we can get rid of. Without having a look at the current code it seems reasonable to me. So: thumbs up! I implemented the stuff already, if you want to give it a try, remove the -DWORK from CFLAGS and check it out! Kind regards, -- Anselm R. Garbe http://www.suckless.org/ GPG key: 0D73F361 Hardcoding the resolution into a window manager is not nice. Well, you usually hardcode the resolution in x.org as well. But you can always use sx, sy, sw, sh, bh to avoid hardcoding. Kind regards, -- Anselm R. Garbe http://www.suckless.org/ GPG key: 0D73F361 Alright, I'm using your latest hg tip, and I'm just trying to get the old bar/tiling layout back... I changed the bar width alright, and I changed TY to be sy + bh, but when I change TH to be sh - bh, it won't tile windows in the tile area, and I can't figure out how to fix it. How should I be doing it? -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux lucifer 2.6.24-ARCH #1 SMP PREEMPT i686 Intel(R) Pentium(R) M processor 1400MHz pgpYZcF5kRHgZ.pgp Description: PGP signature
Re: [dwm] visibility of focused windows
On Tue, Mar 04, 2008 at 05:11:02PM +0100, Anselm R. Garbe wrote: On Tue, Mar 04, 2008 at 04:44:34PM +0100, Joerg van den Hoff wrote: On Tue, Mar 04, 2008 at 05:51:30PM +0300, Alexander Polakov wrote: * Joerg van den Hoff [EMAIL PROTECTED] [080304 17:21]: question 1: should not the focused window be always brought to the foreground irrespective of whether it is currently maximized or not? it's even more irrating when you already have a few maximized windows and then open another one: the new window again will never be visible if you cycle the focus with mod1-j as long as it is not maximized first. Just use monocle layout for that. thanks for this hint. I'll have a look at that. question remains, whether, if the current behaviour is seen as not desirable, it can't be fixed in the main branch of `dwm', instead. monocle will be in mainstream dwm tonight. Anselm, thank you. -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux lucifer 2.6.22.9 #1 Zilog(R) Z80 processor 4MHz GNU/Linux pgpUN4Sjmch79.pgp Description: PGP signature
Re: [dwm] visibility of focused windows
On Tue, Mar 04, 2008 at 05:11:02PM +0100, Anselm R. Garbe wrote: On Tue, Mar 04, 2008 at 04:44:34PM +0100, Joerg van den Hoff wrote: On Tue, Mar 04, 2008 at 05:51:30PM +0300, Alexander Polakov wrote: * Joerg van den Hoff [EMAIL PROTECTED] [080304 17:21]: question 1: should not the focused window be always brought to the foreground irrespective of whether it is currently maximized or not? it's even more irrating when you already have a few maximized windows and then open another one: the new window again will never be visible if you cycle the focus with mod1-j as long as it is not maximized first. Just use monocle layout for that. thanks for this hint. I'll have a look at that. question remains, whether, if the current behaviour is seen as not desirable, it can't be fixed in the main branch of `dwm', instead. monocle will be in mainstream dwm tonight. -- Anselm R. Garbe http://www.suckless.org/ GPG key: 0D73F361 Wait a second, is that why you removed togglemax() ? I used that feature so much! How come it's gone now? Did I miss something? -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux lucifer 2.6.22.9 #1 Zilog(R) Z80 processor 4MHz GNU/Linux pgpi0st7f3l0V.pgp Description: PGP signature
[dwm] Tagging rules regression in hg tip?
Trying out the latest hg, and terminal tagging rules I had set up before in dwm-4.7 no longer work correctly. This is what I have: { MODKEY, XK_Return, spawn, exec urxvt }, { MODKEY|ShiftMask, XK_Return, spawn, exec urxvt -title }, and for my tagging: const char tags[][MAXTAGLEN] = { www, com, snd, dev, mut, skl, nul }; ... Rule rules[] = { { floatterm, NULL, True }, I also had a rule set up for mutt in a similar fashion that does not work too. Did something change? Am I doing this wrong? Like I said, it works in dwm-4.7. Thanks for any help! -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc pgpZMPIkBpm30.pgp Description: PGP signature
Re: [dwm] Tagging rules regression in hg tip?
On Tue, Mar 04, 2008 at 12:34:49PM -0500, Jeremy O'Brien wrote: Trying out the latest hg, and terminal tagging rules I had set up before in dwm-4.7 no longer work correctly. This is what I have: { MODKEY, XK_Return, spawn, exec urxvt }, { MODKEY|ShiftMask, XK_Return, spawn, exec urxvt -title }, and for my tagging: const char tags[][MAXTAGLEN] = { www, com, snd, dev, mut, skl, nul }; ... Rule rules[] = { { floatterm, NULL, True }, I also had a rule set up for mutt in a similar fashion that does not work too. Did something change? Am I doing this wrong? Like I said, it works in dwm-4.7. Thanks for any help! The urxvt -title line is actually urxvt -title floatterm. Not sure why it didn't copy... -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux lucifer 2.6.24-ARCH #1 SMP PREEMPT i686 Intel(R) Pentium(R) M processor 1400MHz pgpyYH4CeCaTc.pgp Description: PGP signature
Re: [dwm] Tagging rules regression in hg tip?
On Tue, Mar 04, 2008 at 07:13:33PM +0100, Anselm R. Garbe wrote: On Tue, Mar 04, 2008 at 12:55:46PM -0500, Jeremy O'Brien wrote: On Tue, Mar 04, 2008 at 12:34:49PM -0500, Jeremy O'Brien wrote: Trying out the latest hg, and terminal tagging rules I had set up before in dwm-4.7 no longer work correctly. This is what I have: { MODKEY, XK_Return, spawn, exec urxvt }, { MODKEY|ShiftMask, XK_Return, spawn, exec urxvt -title }, and for my tagging: const char tags[][MAXTAGLEN] = { www, com, snd, dev, mut, skl, nul }; ... Rule rules[] = { { floatterm, NULL, True }, I also had a rule set up for mutt in a similar fashion that does not work too. Did something change? Am I doing this wrong? Like I said, it works in dwm-4.7. Thanks for any help! The urxvt -title line is actually urxvt -title floatterm. Not sure why it didn't copy... There was a bug, which should be fixed not in hg tip. -- Anselm R. Garbe http://www.suckless.org/ GPG key: 0D73F361 Totally fixed it. Thanks! -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux lucifer 2.6.24-ARCH #1 SMP PREEMPT i686 Intel(R) Pentium(R) M processor 1400MHz pgpCkJlBPgMe1.pgp Description: PGP signature
Re: [dwm] idesk + DWM
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. I suppose you could do floating mode by default, but that would somewhat defeat the purpose of using dwm... If you're really dead-set on doing it though, idesk would more than likely work. I hope your parents are good with computers though! :-D On 2/23/08, Amit Uttamchandani [EMAIL PROTECTED] wrote: Hey guys, I am trying to set up a workstation for my parents that uses DWM. Can't wait to see how they like it ;) Anyways, they need icons for all their regular apps such as firefox, pidgin, etc. Now I understand DWM was not meant for icons on the desktop but I just wouldn't want to use any other WM. So my question is, what is the best way to set up icons on DWM? Will idesk work? Another option was to use ROX File manager and create a apps directory in their home folder. This will have all the symlinks to the apps that they use regularly. What do you guys think? Thanks, Amit
Re: [dwm] idesk + DWM
On Sat, Feb 23, 2008 at 03:29:59PM -0800, Amit Uttamchandani wrote: On Sat, 23 Feb 2008 18:02:57 -0500 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. I suppose you could do floating mode by default, but that would somewhat defeat the purpose of using dwm... If you're really dead-set on doing it though, idesk would more than likely work. I hope your parents are good with computers though! :-D Yes you are right. As soon as I posted the email I remembered that the whole desktop will be covered! But I guess there is a way around this. There could be a tag 'apps' and this tag will not have any applications open in it. So let's say they click on firefox. It launches it on a tag called 'web'. Then they launch pidgin or amarok, which would then open up on tags 'chat' and 'music' respectively. In the meanwhile, they can easily go back to the 'apps' tag if they want to launch other apps or log out. It might work ;) And no my parents are not good with computers at all ;) should be interesting.. Haha, yeah. Interesting indeed. :) Sorry for the mix of top-posting and bottom-posting. I forgot to use mutt for mailing-list replies :-/ -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux lucifer 2.6.22.9 #1 Zilog(R) Z80 processor 4MHz GNU/Linux pgpDqm3WCxcDD.pgp Description: PGP signature
Re: [dwm] problems maximizing a floating window
Look at RESIZEHINTS. It has been discussed in previous threads. On 2/5/08, Albert Cardona [EMAIL PROTECTED] wrote: Hi all, Is there a command to maximize a floating window? Simply enlarging it to the max does not do it: a line of several pixels remains at both the bottom and right margins, that show the underlying desktop. Any help appreciated. Albert -- Albert Cardona http://www.mcdb.ucla.edu/Research/Hartenstein/acardona
Re: [dwm] [PATCH] slock with DPMS.
On Sun, Jan 27, 2008 at 04:08:53PM +0100, Enno Gottox Boland wrote: Hi! I wrote a tiny patch for slock which disables the monitor when slock is running. It's made for saving power. Also it gives an optical feedback when your password is wrong. Please review. regards Gottox -- http://www.gnuffy.org - Real Community Distro http://www.gnuffy.org/index.php/GnuEm - Gnuffy on Ipaq (Codename Peggy) Hmm... I always considered the lack of feedback on an incorrect password to be a feature of slock ;-) -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux lucifer 2.6.22.9 #1 Zilog(R) Z80 processor 4MHz GNU/Linux signature.asc Description: Digital signature
[dwm] DWM GMail unread messages statusbar tutorial
I just wrote up a (hopefully) useful tutorial with associated scripts on how to get a nice statusbar output of unread GMail messages. This was a combination of Martin Sander's idea and my fiddling. I hope someone finds it useful. Here it is: http://pohl.ececs.uc.edu/~jeremy/dwm-gmail/ -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux lucifer 2.6.22.9 #1 Zilog(R) Z80 processor 4MHz GNU/Linux signature.asc Description: Digital signature
Re: [dwm] inherit floating
This sounds like an interesting (useful) feature! On Jan 24, 2008 5:40 PM, pancake [EMAIL PROTECTED] wrote: What do you think about make dwm inherit the floating attribute? if we are working on a floating window we usually want that all the windows opened from a floating window be floating. I dont know if it's possible to know the parent window for a client, but we can abstract the concept just saying that the new window will inherit the floating attribute, so if we focus a floating client and open a new window, the new one will be floating too. --pancake
Re: [dwm] status of dwm-4.8, dmenu-3.5, triki, and st
On Fri, Dec 21, 2007 at 01:04:21PM +0100, Anselm R. Garbe wrote: Hi there, I've been rather busy the last weeks. Here is my current roadmap: dwm-4.8: I expect it for next week, it will include multihead/Xinerama support by Christof Musik (he will be added to the copyright holders), an improved maximize functionality, which works similiar to the monocle layout, support for the irgency hint -- see my next mail in the urgency thread what I have in mind. dmenu-3.5: I expect it will be announced together with dwm-4.8 triki: Sadly I was too busy to launch the new wiki in time. I reschedule it for end of year 2007. st: I made some progress in a rapid sandbox implementation, which I plan to integrate into the currently early-stage codebase. I expect an early version which is usable for Feb 2008. Kind regards and happy holidays, -- Anselm R. Garbe http://www.suckless.org/ GPG key: 0D73F361 This sounds... amazing. I can't wait for the release. -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux ambelina 2.6.22.9 #1 Zilog(R) Z80 processor 4MHz GNU/Linux signature.asc Description: Digital signature
Re: [dwm] dwm and gnome
On Fri, Dec 21, 2007 at 11:53:47PM +0100, pancake wrote: You should use Desktop instead. The problem is that this rule is ignored :// I bet the desktop fullscreen window has set the override_redirect hint. Check with ; xwininfo | grep Redirect If that's the case. [EMAIL PROTECTED]:~$ xwininfo xwininfo: Window id: 0xa0001d Escritorio Absolute upper-left X: 0 Absolute upper-left Y: 736 Relative upper-left X: 0 Relative upper-left Y: 736 Width: 512 Height: 32 Depth: 24 Visual Class: TrueColor Border width: 0 Class: InputOutput Colormap: 0x20 (installed) Bit Gravity State: NorthWestGravity Window Gravity State: NorthWestGravity Backing Store State: NotUseful Save Under State: no Map State: IsViewable Override Redirect State: no Corners: +0+736 -512+736 -512-0 +0-0 -geometry 512x32+0-0 It doesn't :/ [..] Not only for gnome, but this way we can provide hybrid environment with tiled desktop and menubar and will be compatible with any available desktop environment or menu implementation. The problem with this is extensive use of EWMH, and I don't want to clutter dwm with this. I think Gnome is nothing for dwm users. Same with the other environments. ;) If you really want them co-exist, go with Xnest the one or the other way, or with two differently concurrently running X servers. Hehe, i just wanted to express my experience with this weird mixture. I understand that joining both worlds is not a clean design and I understand your comments. I find dwm a nice environment for experimentating with usability and having this mix can make non-tiled users to see how productives are these environments. But I see this as an experiment. Just to see how a 'normal' or ignorant user interacts with a computer with a tiled window manager just observing how they try to manage the environment. This way it's possible to fix and learn new ways for dwm and bring some experimental ideas. I just want to play O:) --pancake One of my friends does this regularly. He calls it gdwm. Pronounced guh-d-w-m. Haha. Thought it was interesting that someone else out there tried this too. -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux ambelina 2.6.22.9 #1 Zilog(R) Z80 processor 4MHz GNU/Linux signature.asc Description: Digital signature
Re: [dwm] Urgency hook?
On Wed, Dec 19, 2007 at 06:29:26PM -0500, Jeremy O'Brien wrote: Do you mind posting the modified patch for 4.7? ;) Thanks! Hehe. My first patch ever! I emulated the author's style of modifying the config.h file over the config.def.h. The changes are easily spotted however. Here goes! Wow, nice job for a first patch! However, I really think you should use config.def.h for config changes. You don't want a patch application to fail because somebody has a different colorscheme in his config :) I am using the patch right now... Since this is an integral wm feature and not a wm-ui enhancement, I really think this is a good candidate for inclusion in mainline dwm. Ritesh Here's an updated version that modifies config.def.h instead. Keep in mind I didn't write the patch. Just want the author to retain credit. Also, I think Anselm expressed interest in putting this into mainstream dwm, so you may just see it there soon ;) -- Jeremy O'Brien aka neutral_insomniac It would help if I actually attached the patch, and also posted it to the mailing list :P Try number two! -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux ambelina 2.6.22.9 #1 Zilog(R) Z80 processor 4MHz GNU/Linux diff -uprN clean/config.def.h urgent/config.def.h --- clean/config.def.h 2007-11-21 15:18:41.0 -0500 +++ urgent/config.def.h 2007-12-19 18:22:36.0 -0500 @@ -7,9 +7,11 @@ #define NORMBORDERCOLOR #cc #define NORMBGCOLOR #cc #define NORMFGCOLOR #00 +#define NORMURGENTCOLOR #0f0 #define SELBORDERCOLOR #0066ff #define SELBGCOLOR #0066ff #define SELFGCOLOR #ff +#define SELURGENTCOLOR #0f0 /* tagging */ const char tags[][MAXTAGLEN] = { 1, 2, 3, 4, 5, 6, 7, 8, www }; diff -uprN clean/dwm.c urgent/dwm.c --- clean/dwm.c 2007-12-19 18:24:07.0 -0500 +++ urgent/dwm.c 2007-12-19 14:41:25.0 -0500 @@ -52,7 +52,7 @@ /* enums */ enum { BarTop, BarBot, BarOff }; /* bar position */ enum { CurNormal, CurResize, CurMove, CurLast }; /* cursor */ -enum { ColBorder, ColFG, ColBG, ColLast }; /* color */ +enum { ColBorder, ColFG, ColBG, ColUrgent, ColLast }; /* color */ enum { NetSupported, NetWMName, NetLast }; /* EWMH atoms */ enum { WMProtocols, WMDelete, WMName, WMState, WMLast };/* default atoms */ @@ -67,6 +67,7 @@ struct Client { long flags; unsigned int border, oldborder; Bool isbanned, isfixed, ismax, isfloating, wasfloating; + Bool isurgent; Bool *tags; Client *next; Client *prev; @@ -129,7 +130,7 @@ void destroynotify(XEvent *e); void detach(Client *c); void detachstack(Client *c); void drawbar(void); -void drawsquare(Bool filled, Bool empty, unsigned long col[ColLast]); +void drawsquare(Bool filled, Bool empty, Bool urgent, unsigned long col[ColLast]); void drawtext(const char *text, unsigned long col[ColLast]); void *emallocz(unsigned int size); void enternotify(XEvent *e); @@ -150,6 +151,7 @@ unsigned int idxoftag(const char *tag); void initfont(const char *fontstr); Bool isoccupied(unsigned int t); Bool isprotodel(Client *c); +Bool isurgent(unsigned int t); Bool isvisible(Client *c); void keypress(XEvent *e); void killclient(const char *arg); @@ -186,6 +188,7 @@ void unmapnotify(XEvent *e); void updatebarpos(void); void updatesizehints(Client *c); void updatetitle(Client *c); +void updatewmhints(Client *c); void view(const char *arg); void viewprevtag(const char *arg); /* views previous selected tags */ int xerror(Display *dpy, XErrorEvent *ee); @@ -540,11 +543,11 @@ drawbar(void) { dc.w = textw(tags[i]); if(seltags[i]) { drawtext(tags[i], dc.sel); - drawsquare(sel sel-tags[i], isoccupied(i), dc.sel); + drawsquare(sel sel-tags[i], isoccupied(i), isurgent(i), dc.sel); } else { drawtext(tags[i], dc.norm); - drawsquare(sel sel-tags[i], isoccupied(i), dc.norm); + drawsquare(sel sel-tags[i], isoccupied(i), isurgent(i), dc.norm); } dc.x += dc.w; } @@ -562,7 +565,7 @@ drawbar(void) { dc.x = x; if(sel) { drawtext(sel-name, dc.sel); - drawsquare(sel-ismax, sel-isfloating, dc.sel); + drawsquare(sel-ismax, sel-isfloating, sel-isurgent, dc.sel); } else drawtext(NULL, dc.norm); @@ -572,12 +575,12 @@ drawbar(void) { } void -drawsquare(Bool filled, Bool empty, unsigned long col[ColLast]) { +drawsquare(Bool filled, Bool empty, Bool urgent, unsigned long col[ColLast]) { int x; XGCValues gcv; XRectangle r = { dc.x, dc.y, dc.w, dc.h }; - gcv.foreground = col[ColFG]; + gcv.foreground = urgent ? col[ColUrgent] : col[ColFG]; XChangeGC(dpy, dc.gc, GCForeground, gcv); x = (dc.font.ascent + dc.font.descent + 2) / 4; r.x = dc.x + 1; @@ -945,6 +948,16 @@ isprotodel(Client *c) { } Bool +isurgent(unsigned int t) { + Client *c; + + for(c = clients; c; c = c-next) + if(c-isurgent c-tags[t]) + return True
Re: [dwm] problem with move window while dragging (mod1-button1)
On Wed, Dec 19, 2007 at 06:48:12PM +0100, Joerg van den Hoff wrote: hi, I want to give `dwm' a serious try (used it only sporadically on my labtop up to now). so far everything seems to work except window movement which mod1-button1 mouse dragging. nothing happens. floating windows always pop up in the upper left corner of the screen and stay there. resizing with mod1-button3 works, though. I even installed some patches from the home page enabling keyboard based movement of windows, which works more or less. I search Gmane but did'nt see anything relating to this. this is under MacOSX. what am I doing wrong? any help appreciated, joerg You've tried both alt/option and the command key? This is probably an OS X issue. I've had mixed results from running X on OS X. -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux ambelina 2.6.22.9 #1 Zilog(R) Z80 processor 4MHz GNU/Linux signature.asc Description: Digital signature
[dwm] Urgency hook?
Just out of curiosity, has anyone made a patch that puts a special color or some indicator on tags that have windows that set the Urgency window hook, such as pidgin or urxvt if setup correctly? And if not, how feasible would this be? Thanks in advance. -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux ambelina 2.6.22.9 #1 Zilog(R) Z80 processor 4MHz GNU/Linux signature.asc Description: Digital signature
Re: [dwm] Urgency hook?
On Tue, Dec 18, 2007 at 08:05:56PM +0100, Anselm R. Garbe wrote: On Tue, Dec 18, 2007 at 01:05:24PM -0500, Jeremy O'Brien wrote: Just out of curiosity, has anyone made a patch that puts a special color or some indicator on tags that have windows that set the Urgency window hook, such as pidgin or urxvt if setup correctly? And if not, how feasible would this be? Thanks in advance. I think it would be worth to add that hook for the tag bar in dwm. You mean you'd consider it as a feature? -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux ambelina 2.6.22.9 #1 Zilog(R) Z80 processor 4MHz GNU/Linux signature.asc Description: Digital signature
Re: [dwm] Urgency hook?
On Tue, Dec 18, 2007 at 09:32:11PM -0800, Ryan Zheng wrote: Hi all, I've created a patch that handles the urgent hint for dwm 4.5. It changes the color of the square. It's probably buggy, but it seems to work. Ryan Wow. A few minor tweaks and it works with 4.7. And it seems to work perfectly from here :) Thank you for this... -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux ambelina 2.6.22.9 #1 Zilog(R) Z80 processor 4MHz GNU/Linux signature.asc Description: Digital signature
Re: [dwm] dwm new message notification
On Tue, Dec 11, 2007 at 03:53:20PM +0100, Antoni Grzymala wrote: Engin Tola dixit (2007-12-11, 14:46): I just check the size of the mail file to see if it is non-zero. And then I print an 'M' to my status bar like this: mail_file=/var/mail/tola if [ -s $mail_file ] then mail=M else mail='' fi I have a background fetchmail (via postfix and procmail) fetching my e-mails to my maildirs (most of the mail gets into the INBOX, while the mailing lists (like dwm) are sorted out into specific folders. Here's the bit of my statusbar script for displaying the number of unread messages in respective maildirs: # Maildir UNREAD messages (deforked, pure bash version) for dir in /var/spool/mail/antoni/new/ /home/antoni/mail/*/new/; do count=0 for k in ${dir}/*; do [[ -f ${k} ]] ((count++)) done if [[ ${count} -ne 0 ]]; then dir=${dir/\/var\/spool\/mail\/antoni\/new\//Spool} dir=${dir/\/home\/antoni\/mail\//} dir=${dir/\/new\//} MAIL=${dir}: ${count} · ${MAIL} fi done Best, -- [a] Haha. You gave me this script before, and it was the one that I was previously using. Worked like a charm! Unfortunately, IMAP works differently and doesn't populate my ~/.maildir directory anymore :( Thank you though! :) -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux ambelina 2.6.22.9 #1 Zilog(R) Z80 processor 4MHz GNU/Linux signature.asc Description: Digital signature
Re: [dwm] dwm new message notification
On Tue, Dec 11, 2007 at 06:47:00PM +0100, Antoni Grzymala wrote: Jeremy O'Brien dixit (2007-12-11, 12:37): Haha. You gave me this script before, and it was the one that I was previously using. Worked like a charm! Unfortunately, IMAP works differently and doesn't populate my ~/.maildir directory anymore :( Thank you though! :) LOL, excuse my Alzheimer. Do you need to access Gmail via IMAP? I fetchmail my mail the usual way with POP3. Obviously it does not presever the mailbox layout in Gmail. Not really sure, what your needs are. Best, -- [a] Heh, no problem. :) I am accessing Gmail just fine using mutt and IMAP. The problem I have now is finding a way to show the number of new emails in my status bar like your script did so wonderfully before. The solution that Martin Sander gave seemed adequate, but the script failed. I'm assuming it was a typo somewhere :( I would like to start using offlineimap too, as this seems to be the best of both worlds (offline mail reading + supercool synchronization), but my net connection at my house right now is crap, and downloading 500MB+ of email is out of the question. So for now I think I'll just rely on peeking at mutt every so often to see if I have no email. I can cope. :) -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux ambelina 2.6.22.9 #1 Zilog(R) Z80 processor 4MHz GNU/Linux signature.asc Description: Digital signature
[dwm] dwm new message notification
So I've recently switched to the new IMAP gmail service over POP3, but now the script that I previously had to notify me of new email in the dwm status bar (obviously) doesn't work anymore. Is there a way to get new mail notifications from IMAP that would be suitable for the bar? Thank you! -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux ambelina 2.6.22.9 #1 Zilog(R) Z80 processor 4MHz GNU/Linux signature.asc Description: Digital signature
Re: [dwm] I haven't gotten any messages from the dwm mailing list since 11/25?
On Fri, Nov 30, 2007 at 09:48:37AM -0800, Amit Uttamchandani wrote: On Fri, 30 Nov 2007 18:38:22 +0100 Xavier [EMAIL PROTECTED] wrote: On Fri, Nov 30, 2007 at 09:32:31AM -0800, Amit Uttamchandani wrote: Hey guys, I've not been getting any messages from the DWM mailing list since 11/25. Any one else have this problem? Please cc me. Maybe dwm is so perfect no one has anything to say about it anymore? It is so perfect I agree. But I am sure the mailing list can be used to say good things about it? ;) Indeed. dwm is perfect. I love dwm etc. -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux ambelina 2.6.22.9 #1 Zilog(R) Z80 processor 4MHz GNU/Linux signature.asc Description: Digital signature
Re: [dwm] I haven't gotten any messages from the dwm mailing list since 11/25?
On Fri, Nov 30, 2007 at 09:32:46PM +0100, Anselm R. Garbe wrote: On Fri, Nov 30, 2007 at 09:32:31AM -0800, Amit Uttamchandani wrote: I've not been getting any messages from the DWM mailing list since 11/25. Any one else have this problem? Please cc me. There were no messages. Actually I noticed also a decrease in the amount of my emails in general during last week. I have no idea why or what might this causing. Especially the spam felt decreasing as well. Regards, -- Anselm R. Garbe http://www.suckless.org/ GPG key: 0D73F361 Maybe everyone is still tired from thanksgiving turkey? -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux ambelina 2.6.22.9 #1 Zilog(R) Z80 processor 4MHz GNU/Linux signature.asc Description: Digital signature
Re: [dwm] focus steeling bugfix
On Sat, Nov 17, 2007 at 08:10:22PM +0100, Anselm R. Garbe wrote: Hi there, I believe I fixed the bug of focus steeling X clients, like when running opera in an unvisible tag and doing opera -newpage www.google.de Please recheck hg tip accordingly. During last week I pushed a potential fix of the XToolkit problem caused by the XWM implementation of the XToolkit in JDK 1.5+. Actually my idea was, that dwm sets all necessary EWMH hints to tell JDK that it is compiz or LG3D (Looking Glass) resp. But it didn't worked. I rechecked with compiz and found out, that those Java apps I tried don't behave differently to dwm at least with compiz 0.3.6. So I postponed another try for maybe next year. But if Sun begins to hardcode specific window manager support, it might be worth to hack it with the same weapons. Regards, -- Anselm R. Garbe http://www.suckless.org/ GPG key: 0D73F361 Never thought I'd see the day when pidgin wouldn't steal focus. Excellent work. I think I can actually see when pidgin tries to take over, because my terminal flashes for a fraction of a second. Very interesting. -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux ambelina 2.6.22.9 #1 SMP PREEMPT i686 Intel(R) Pentium(R) M processor 1400MHz GenuineIntel GNU/Linux pgp0UD82YtfjA.pgp Description: PGP signature
Re: [dwm] [patch] pertag
On Mon, Nov 12, 2007 at 11:27:15AM +0100, Jan Christoph Ebersbach wrote: On Sun 11-11-2007 17:36 -0500, Jeremy O'Brien wrote: Hmm... I'm not sure if I'm doing something wrong here, but I updated to the latest hg tip, ran a clean dwm and everything worked fine. Upon applying the pertag patch, however, switching layouts causes dwm to segfault. Maybe I missed something in my config.h? Are you able to reproduce this? Thanks again. Ups, sorry. One part of the pertag_nmasters patch went into the normal pertag patch. Please try again. All patches are also available at http://www.e-jc.de/dwm/4.7. Works great! Thanks alot! -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux ambelina 2.6.22.9 #1 SMP PREEMPT i686 Intel(R) Pentium(R) M processor 1400MHz GenuineIntel GNU/Linux pgp3OkvJEalGJ.pgp Description: PGP signature
Re: [dwm] Screenshot suggestion for the wiki
On Mon, Nov 05, 2007 at 03:25:24PM +0100, markus schnalke wrote: 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 I like the user-gallery idea. -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux ambelina 2.6.22.9 #1 SMP PREEMPT i686 Intel(R) Pentium(R) M processor 1400MHz GenuineIntel GNU/Linux pgpKQSIlF5DQm.pgp Description: PGP signature
Re: [dwm] Screenshot suggestion for the wiki
On Mon, Nov 05, 2007 at 11:16:46AM +1100, Tony Lainson wrote: Hello, How about replacing the screenshot on http://dwm.suckless.org with something like this, so it's easy to see what's going on even when looking at the thumbnail? http://users.on.net/~panaceid/pastels.png grai Just my two cents, but to me having those different colors there makes it look like dwm naturally tints unfocused windows with pretty colors. -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux ambelina 2.6.22.9 #1 SMP PREEMPT i686 Intel(R) Pentium(R) M processor 1400MHz GenuineIntel GNU/Linux pgpMNqnsPCzSX.pgp Description: PGP signature
Re: [dwm] dwm-4.6 / dmenu-3.4
On Sat, Oct 27, 2007 at 01:14:22PM +0200, Tuncer Ayaz wrote: On 10/27/07, Antoni Grzymala [EMAIL PROTECTED] wrote: snip Replying to you question from a latter e-mail, it only happens with my config.h so I'm including it for inspection. what about removing NULL in const char *tags[] = { 1, 2, 3, 4, 5, 6, 7, 8, 9, NULL }; so that it reads const char *tags[] = { 1, 2, 3, 4, 5, 6, 7, 8, 9 }; ? does it solve your crash? I had this same problem when I tried to modify my custom config to suit dwm 4.6. After about 30 minutes of tinkering with my config.h, I _finally_ found the difference there. What was changed that made it so that the array doesn't require NULL termination? Just curious. -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux ambelina 2.6.22.9 #1 SMP PREEMPT i686 Intel(R) Pentium(R) M processor 1400MHz GenuineIntel GNU/Linux pgpXkyWOC9jdl.pgp Description: PGP signature
[dwm] Taglayouts poll
I was just wondering how many people here use Jan's taglayouts patch. Personally, I won't upgrade to a new version of dwm unless that patch has been updated as well (or if I can update it myself). I find it indispensable. I guess what I'm getting at is if you guys think it should be included in the main dwm tree? (More of a question to Arg I think ;) ) -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux ambelina 2.6.22.9 #1 SMP PREEMPT i686 Intel(R) Pentium(R) M processor 1400MHz GenuineIntel GNU/Linux pgpv5hUwrb0F2.pgp Description: PGP signature
Re: [dwm] Taglayouts poll
This is why I use it too. Some windows just don't like to be tiled. On Fri, Oct 26, 2007 at 05:15:57PM +0200, Maarten Maathuis wrote: I use the patch, simply because i rarely mix tags and because i want to float an entire tag without affecting the others. Maarten. On 10/26/07, pancake [EMAIL PROTECTED] wrote: Btw if we use a diferent layout per tag we should probably also support a different mwfactor per tag too in the same way. btw i continue saying that I don't like this idea at all. PD: I have updated the kiwi with the patch: http://www.suckless.org/wiki/dwm/patches/taglayouts On Fri, 26 Oct 2007 16:56:50 +0200 pancake [EMAIL PROTECTED] wrote: It is already on the wiki: http://herbst.homeunix.org/~jceb/dwm/4.6/current/dwm-4.6-taglayouts.diff I never had the need to use this patch. But for my eyes this patch needs more work. it's using dynamic memory allocation for something that it is already static and defined in config.h. -unsigned int* ltidxs; +unsigned int ltidxs[NTAGS]; so, no need to alloc/free, the patch will be cleaner and simpler... ...so... While writing this..i decided to write the patch I had to move one variable definition after the config.h include, now it saves 7 LOCs (adds 12 lines) Tha patch is attached. --pancake On Fri, 26 Oct 2007 10:07:01 -0400 Jeremy O'Brien [EMAIL PROTECTED] wrote: I was just wondering how many people here use Jan's taglayouts patch. Personally, I won't upgrade to a new version of dwm unless that patch has been updated as well (or if I can update it myself). I find it indispensable. I guess what I'm getting at is if you guys think it should be included in the main dwm tree? (More of a question to Arg I think ;) ) -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux ambelina 2.6.22.9 #1 SMP PREEMPT i686 Intel(R) Pentium(R) M processor 1400MHz GenuineIntel GNU/Linux --pancake --pancake pgpug0y3oQAzT.pgp Description: PGP signature
[dwm] Just wanted to say...
Just got a very happy feeling and wanted to shout out that I LOVE DWM! It has seriously made my workflow so much more productive. Thank you Arg and everyone else involved in making dwm the most badass window manager out there! -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux ambelina 2.6.22.9 #1 SMP PREEMPT i686 Intel(R) Pentium(R) M processor 1400MHz GenuineIntel GNU/Linux pgpkWifAJdwI7.pgp Description: PGP signature
Re: [dwm] The StumpWM Experience
On Tue, Oct 09, 2007 at 11:22:38PM +0300, Grigorios Bouzakis wrote: really cool screencast of the updated StumpWM in action http://www.archive.org/download/TheStumpWMExperience/TheStumpWMExperience.ogg This looks like what might be produced if dwm and ratpoison had a baby. -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux ambelina 2.6.22.9 #1 SMP PREEMPT i686 Intel(R) Pentium(R) M processor 1400MHz GenuineIntel GNU/Linux pgpDubWZpVUwi.pgp Description: PGP signature
Re: [dwm] DWM on Solaris?
On Sun, Oct 07, 2007 at 02:09:54PM -0700, Amit Uttamchandani wrote: Hey guys, Also I recently tried to upgrade DWM to 4.5 and when I download the source and do a make I get some errors regarding missing definitions. I then realized that there is no layout.c or any other files in the DWM 4.5 source folder. Am I missing something here? DWM is now entirely contained in that one source file. To quote Anselm on 22 September: I created new releases which basically consist of a micromized source tree and some minor enhancements The micromized source tree is why dwm is now only one file. Enjoy ;) -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux ambelina 2.6.23-rc3 ppc 7447A, altivec supported PowerBook5,8 GNU/Linux pgpzhS7aldAXh.pgp Description: PGP signature
[dwm] Taglayouts patch is where...?
I can't for the life of me find the taglayouts patch for dwm-4.5. I had it on my previous computer but it is not currently in my possession. Does anyone have a link to it? Thank you very much... -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux ambelina 2.6.23-rc3 ppc 7447A, altivec supported PowerBook5,8 GNU/Linux pgpRDciZeSsZg.pgp Description: PGP signature
Re: [dwm] Console Music poll: cmus/moc/mpd
On Wed, Oct 03, 2007 at 04:21:25PM +0200, Anselm R. Garbe wrote: On Wed, Oct 03, 2007 at 09:06:40AM -0400, Jeremy O'Brien wrote: http://pohl.ececs.uc.edu/~jeremy/cmus-status-display Totally offtopic, but I like your idea to have 1 2 3 4 5 q w e r as tags instead of 1 - 9. I am honored. :-D -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux ambelina 2.6.23-rc3 ppc 7447A, altivec supported PowerBook5,8 GNU/Linux pgpl8NFqicTqE.pgp Description: PGP signature
Re: [dwm] Console Music poll: cmus/moc/mpd
On Wed, Oct 03, 2007 at 04:23:52PM +0200, Antoni Grzymala wrote: Anselm R. Garbe dixit (2007-10-03, 16:21): On Wed, Oct 03, 2007 at 09:06:40AM -0400, Jeremy O'Brien wrote: http://pohl.ececs.uc.edu/~jeremy/cmus-status-display Totally offtopic, but I like your idea to have 1 2 3 4 5 q w e r as tags instead of 1 - 9. It's pretty cool, however I have some major application shortcuts under some of these keys which I'd need to redefine and get used to :). [a] I'm on a mac, so I use the apple key (useless otherwise) for all my window manager shortcuts. ;) If I'm on a windows machine I use the win-key (mod4). So my shortcuts never interfere with alt-based shortcuts. -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux ambelina 2.6.23-rc3 ppc 7447A, altivec supported PowerBook5,8 GNU/Linux pgpEA1gqZ8J7v.pgp Description: PGP signature
Re: [dwm] Done Before: dwm stat scripts!
On Sun, Sep 30, 2007 at 03:42:33AM -0400, T Biehn wrote: Anyone have any other things they put in here? Or perhaps better script coding practices? (I'm just starting out) .xinitrc (dwm section): #***dwm*** if [ $wmchoice = dwm ]; then setdotbackground ~/.xsession yeahconsole while true do while true do # mpc [`mpc status |head -n 1|sed -e 's/volume.*/stopped/'|tail -c 50`] #temp/fan stuff here: [temp:`echo $(cat /sys/devices/temperatures/sensor1_temperature)+ 273|bc`K fan:`cat /sys/devices/temperatures/sensor1_fan_speed |cut -d -f 2 |sed 's/(//'`] echo [`checkmail.sh`] [`cat /proc/apm |cut -d -f 7`:`cat /proc/apm |sed 's/^.*% //; s/-.*/AC/; s/ min/m/'`] [`cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq|sed 's/166/1.67GHz/; s/83/833MHz/'`] [v:`echo $(amixer sget Master |grep Front Left: |cut -d -f6)/1.27|bc`] `tail -n 1 /tmp/cmus-status |tail -c 50` \| `date +'%a %m-%d %H:%M:%S'` sleep 4 done | /usr/local/bin/dwm done fi Sorry for the ugly sed stuff. I'm sure there's a better/more efficient way to do all of the above. Here's my Xdefaults: http://pohl.ececs.uc.edu/~jeremy/Xdefaults -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux ambelina 2.6.23-rc3 ppc 7447A, altivec supported PowerBook5,8 GNU/Linux pgpGt0pB3P5f4.pgp Description: PGP signature
Re: [dwm] dwm-4.5 fails to build
On Fri, Sep 28, 2007 at 08:58:05AM -0400, Dave Heistand wrote: On Fri, 2007-09-28 at 01:05 +0100, Chris Webb wrote: John A. Grahor [EMAIL PROTECTED] writes: Also, thanks to all who make dwm and patches. This is the first window manager in years that I've stuck with for more than 3-6 months with Ion being the last window manager I found somewhat usable. I really like the size/footprint of dwm, default keys and the fact that settings in config.h are easy to figure out and change (I'm no C programmer). In a nutshell: I would have to agree with you on this one. I've been using dwm since 3.something now and I cringe whenever I have to use a different window manager. I've even gotten two of my Linux friends to switch to dwm permanently :) Dwm kicks ass! -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux ambelina 2.6.23-rc3 ppc 7447A, altivec supported PowerBook5,8 GNU/Linux pgpI5a0IXgTg6.pgp Description: PGP signature
Re: [dwm] NMASTER in dwm-4.5 (was a follow up to Tuncer)
On Sat, Sep 22, 2007 at 11:40:51PM +0200, Tuncer Ayaz wrote: my customizations are: 1) NMASTER = 2 2) s/600/500/ 3) different colors (the previous config.arg.h colors, actually) 4) add ShiftMask to TOGGLEBAR hotkey 5) replace term launcher hotkey 6) add ~7 new hotkeys (including dmenu RDESKTOP launcher and misusing dmenu for date/time display instead of dzen, plus cmus control, etc.) I've been using mpd for my music because I could get a nice output of the currently playing song in the status bar. I prefer cmus, however. My question is this. Do you know of a way to get a status output of the currently playing song to put into the status bar? This would be really helpful and would allow me to switch to cmus permanently. Thank you very much! -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux ambelina 2.6.23-rc3 ppc 7447A, altivec supported PowerBook5,8 GNU/Linux pgp2oyzt3WGWB.pgp Description: PGP signature
Re: [dwm] All well and good . . .
On Fri, Sep 21, 2007 at 10:47:41AM -0400, Ross Mohn wrote: On Thu, 2007-09-20 at 19:47 +0200, Anselm R. Garbe wrote: Forget dwm4windows, I dropped that idea a while ago completely. I use dwm under Cygwin very often and see absolutely no need to write something native for windows (all windows apps I've seen so far suck like hell, so in the end I'd launch ff and a terminal possibly). What's ff? I'm assuming ff is firefox. -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux ambelina 2.6.23-rc3 ppc 7447A, altivec supported PowerBook5,8 GNU/Linux pgpG6IVTJ9XeK.pgp Description: PGP signature
Re: [dwm] Announcing awesome
On Thu, Sep 20, 2007 at 03:09:10PM +0200, Julien Danjou wrote: Hi everybody, With the approval of Anselm, I'd like to present to you a new project called awesome[1], a direct neighbour of dwm. awesome is, yet, another window manager, which is based on dwm source code. In contrast to dwm, it does not have any limit about its SLOC size. Consequently, it already includes some patches or ideas that people dropped around in master. Any feedback will be appreciated, but in order to respect this list which is about dwm, please answer to me or to the awesome list[2][3]. Happy hacking, Cheers, [1] http://awesome.naquadah.org [2] [EMAIL PROTECTED] [3] http://awesome.naquadah.org/community/ -- Julien Danjou // Λ̊ [EMAIL PROTECTED] http://julien.danjou.info // 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD there's no stupid limit on its source size, we have features we want. That seems rather combative! Are you calling Anselm stupid? -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux ambelina 2.6.23-rc3 ppc 7447A, altivec supported PowerBook5,8 GNU/Linux pgpCTqG68X0R0.pgp Description: PGP signature
Re: [dwm] [patch] dwm-meillo (2 tags to toggle)
On Fri, Sep 21, 2007 at 12:12:46AM +0200, markus schnalke wrote: 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 Your terminal colors are amazing... 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 -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux ambelina 2.6.23-rc3 ppc 7447A, altivec supported PowerBook5,8 GNU/Linux pgp63GxDG0LZf.pgp Description: PGP signature
Re: [dwm] dwm-4.4
On Thu, Aug 23, 2007 at 06:19:13PM +0200, Anselm R. Garbe wrote: Hi there, I created dwm-4.4, you can download it from http://www.suckless.org/download/dwm-4.4.tar.gz This release contains certain bug fixes, a lot of code polishing and some removed features. I refer to the mailing list archives for details. Regards, -- Anselm R. Garbe http://www.suckless.org/ GPG key: 0D73F361 Hopefully the wonderful patches out for dwm-4.3 will be ported up to this new version :) -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux ambelina 2.6.22.1 ppc 7447A, altivec supported PowerBook5,8 GNU/Linux pgpam8Tm7N7jz.pgp Description: PGP signature
Re: [dwm] Fwd: [hackers] separated layout-specific stuff...
On Sat, Aug 11, 2007 at 06:20:02PM +0200, Anselm R. Garbe wrote: On Sat, Aug 11, 2007 at 03:11:11PM +0200, markus schnalke wrote: Jeroen Schot [EMAIL PROTECTED] wrote: On Sat, Aug 11, 2007 at 07:52:46AM -0500, Kurt H Maier wrote: Two #include lines make a file ugly? How so? It's not about the number of lines, it's about the concept. When I add a layout (say 'gridmode') it will look: #include tile.h #include float.h #include gridmode.h #define LAYOUTS \ static Layout layout[] = { \ /* symbol function */ \ { []=, tile }, /* first entry is default */ \ { , floating }, \ { [#], gridmode }, \ }; Looks pretty redundant/useless to me, which I find ugly :) I think that looks clear ... but there is redundance, yes. Yes there is redundance, but I think it is not worse than before. Besides this, I can't think of a sane way how to build up the layout list otherwise... So I think let's live with it. Regards, -- Anselm R. Garbe http://www.suckless.org/ GPG key: 0D73F361 Personally, I find the redundancy a small price to pay for the newfound ease of adding new layouts. -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux ambelina 2.6.22.1 ppc 7447A, altivec supported PowerBook5,8 GNU/Linux pgpInrsau160k.pgp Description: PGP signature
[dwm] Quick fix for firefox resize bug
I've noticed the bug where firefox doesn't resize its window properly within dwm's border. I've found that the quickest way to fix this when it occurs (outside of fixing firefox) is to just toggle the bar display. This seems to force firefox to redisplay its content in an easy way. As a side note, I am using vimperator. I wonder if this has anything to do with it as others have reported problems while using it as well... The plot thickens... -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux ambelina 2.6.22.1 ppc 7447A, altivec supported PowerBook5,8 GNU/Linux pgpaNFRcTZWqe.pgp Description: PGP signature
[dwm] xinitrc question
I have a simple question regarding getting dwm to auto-restart on quit. I followed the xinitrc syntax I found here: http://na.srck.net/dwm/Xsession-snippet however, once I quit dwm, it only restarts once I quit all the open applications I had opened after I launched dwm. This makes reloading dwm pointless, as I could just as easily kill X. Here is my xinitrc: http://pohl.ececs.uc.edu/~jeremy/jeremy_xinitrc Obviously only the dwm section is relevant, but I included the rest in case I'm doing something wrong elsewhere. Thank you for any advice... -- Jeremy O'Brien aka neutral_insomniac GPG key: 0xB1140FDB http://pohl.ececs.uc.edu/~jeremy/jeremy.asc Linux ambelina 2.6.22.1 ppc 7447A, altivec supported PowerBook5,8 GNU/Linux pgpZnxfz5AHTG.pgp Description: PGP signature
Re: [dwm] start maximized patch
On Tue, Jul 31, 2007 at 12:17:11PM +0400, Alexander Polakov wrote: * Kai Grossjohann [EMAIL PROTECTED] [070731 03:44]: On Mon, Jul 30, 2007 at 08:01:11PM +0200, pancake wrote: ion solves this by showing all the client's title on a single line I had abandoned all hope and managed to forget, but you put salt into the wound. Kai I've posted a patch already doing exactly this. patch: http://rootshell.be/~polachok/dwm-tabbar-4.3.diff and screenshot: http://rootshell.be/~polachok/dwm-19-07-07.png -- Alexander Polakov | http://polachok.livejournal.com When I apply your patch and go to compile dwm, I get the following error: main.c:21: error: ‘STATUSPOS’ undeclared here (not in a function) make: *** [main.o] Error 1 Did I do something wrong? -- __neutral__insomniac__ pgpqnDpsqX26g.pgp Description: PGP signature
Re: [dwm] start maximized patch
On Tue, Jul 31, 2007 at 09:12:50AM -0400, Jeremy O'Brien wrote: On Tue, Jul 31, 2007 at 12:17:11PM +0400, Alexander Polakov wrote: * Kai Grossjohann [EMAIL PROTECTED] [070731 03:44]: On Mon, Jul 30, 2007 at 08:01:11PM +0200, pancake wrote: ion solves this by showing all the client's title on a single line I had abandoned all hope and managed to forget, but you put salt into the wound. Kai I've posted a patch already doing exactly this. patch: http://rootshell.be/~polachok/dwm-tabbar-4.3.diff and screenshot: http://rootshell.be/~polachok/dwm-19-07-07.png -- Alexander Polakov | http://polachok.livejournal.com When I apply your patch and go to compile dwm, I get the following error: main.c:21: error: ‘STATUSPOS’ undeclared here (not in a function) make: *** [main.o] Error 1 Did I do something wrong? Ok so I figured out that I had to add in #define STATUSPOS BarTop? into my config.h, and this got the patch to compile. Is there a way to have the bar displayed on the bottom, separate from my main bar? Because it gets rid of the layout indicator and all but one of the current tag indicators. And I use those :) -- __neutral__insomniac__ pgp8oN9nUIexH.pgp Description: PGP signature
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] start maximized patch
On Thu, Jul 26, 2007 at 09:09:22PM +0200, Szabolcs Nagy wrote: On 7/26/07, none [EMAIL PROTECTED] wrote: This is my very first patch. And my very first post on the list! :) welcome The patch allows ppl to have chosen window class start maximized. i recommend you anydot's monocle patch http://na.srck.net/dwm/dwm-4.2-monocle.patch it adds a fullscreen layout (tiled windows are all fullscreen) Do you use this personally? Just curious. I couldn't find a logical place I'd ever need to use such a layout. For me, it became hard to manage all the windows I might have open on one view while only being able to switch between them one at a time. Just looking for insight into this. :) -- __neutral__insomniac__ pgp0HceCvZkYA.pgp Description: PGP signature
Re: [dwm] spiral tiling layout
On Wednesday 25 July 2007 08:39:59 pancake wrote: I've tested the patch and looks nice. but would be cool if it were possible to support the changes number of clients in master area and the size of the master area. It's something that I really miss :) But the idea looks cool --pancake On Tue, Jul 24, 2007 at 04:13:08PM +0200, Jeroen Schot wrote: Hi, I stumbled upon the list of Xmonad extensions[1] and saw a spiral tiling layout there. Attached is the resulting patch that implements something similar for dwm. A quick ascii-art representation: +---+---+ | +--+--+-+ | | | |-+| | | | +--+--+ | +---+-+-+ [1]: http://www.xmonad.org/contrib.html Regards, -- Jeroen Schot [EMAIL PROTECTED] (mail jabber) http://schot.a-eskwadraat.nl Now if you did that then the golden ratio would be messed up ;) -- __neutral__insomniac__ signature.asc Description: This is a digitally signed message part.
Re: [dwm] Basic mouse feature?
On Sunday 22 July 2007 11:00:46 Christian Dietrich wrote: * Jeremy O'Brien [EMAIL PROTECTED] [Jul 22 2007 02:14] wrote: I have noticed one thing that would be really really nice to have the ability to do in dwm. Sometimes when I'm feeling lazy I like to use just the mouse, and can obviously switch between tags very easily this way. Sometimes when I'm in float mode, however, or in monocle mode with the monocle patch, I find that I have to hit mod-tab to switch to a window that is being covered by another, bigger window, thus killing my mouse-only experience. I understand that dwm is mainly keyboard driven, but I feel it wouldn't be too difficult (I could be entirely wrong on this) to possibly put in detection for a wheelmouse event in the dwm bar to switch between windows mod-tab style. Is anyone else interested in this? I've written two patches: The one (windowscroll) give you the possibitlity to switch beetween visible clients by using your mouse wheel over the window title. The other (selecttag) introduces the possibility to select the next or previous tag while calling selecttag(1) or selecttag(1). In the patch this is used to select the next/previous tag by wheeling over the tag buttons in the bar. selecttag could also be used to emulate Alt+Left/Alt+Right. I divided this into two patches, because i know that the second is not the way you should use tags. But IMHO it is a way tag can be used. greetz didi Wow. This is perfect. Did you whip that up before or just because of my post? -- __neutral__insomniac__ signature.asc Description: This is a digitally signed message part.
Re: [dwm] Basic mouse feature?
That's another idea, however that would again create a keyboard dependency, which is what I personally am trying to avoid. Maybe both could be implemented however? On Saturday 21 July 2007 21:51:01 pancake wrote: I was also thinking about using alt+wheel out of the bar to switch the focus between clients. :) On Sat, 21 Jul 2007 20:06:43 -0400 Jeremy O'Brien [EMAIL PROTECTED] wrote: I have noticed one thing that would be really really nice to have the ability to do in dwm. Sometimes when I'm feeling lazy I like to use just the mouse, and can obviously switch between tags very easily this way. Sometimes when I'm in float mode, however, or in monocle mode with the monocle patch, I find that I have to hit mod-tab to switch to a window that is being covered by another, bigger window, thus killing my mouse-only experience. I understand that dwm is mainly keyboard driven, but I feel it wouldn't be too difficult (I could be entirely wrong on this) to possibly put in detection for a wheelmouse event in the dwm bar to switch between windows mod-tab style. Is anyone else interested in this? -- __neutral__insomniac__ --pancake -- __neutral__insomniac__ signature.asc Description: This is a digitally signed message part.
Re: [dwm] First dwm crash ever!
On Tuesday 17 July 2007 16:03:19 Anydot wrote: On (17/07/07 15:39), Jeremy O'Brien wrote: Not sure what I did to get dwm to do this, but whenever I hit my modkey followed by '0' to show all windows on all views, dwm just up and crashes! I'm running dwm-4.3 with the bottomstack, viewlast and viewmode patches. And here's my config.h: http://pohl.ececs.uc.edu/~jeremy/config.h Anything look fishy? The bug is 100% reproducable every time I hit mod-0. Thank you! it's an error in viewmode or viewlast patch (can't remember which one). Use my patch instead - http://na.srck.net/dwm/dwm-4.3-taglayouts.patch Hooray. Thank you. Problem is fixed, your patch is easier to apply (only one needed), and it works flawlessly ;) -- __neutral__insomniac__
[dwm] Geyish blob fix
I was experience a bug that sounded exactly like the Mathematica one, but instead in Audacity when I exported a project to an audio format. The bug is now gone! Thank you so much!
Re: [dwm] dwm Digest, Vol 12, Issue 22
Message: 1 Date: Thu, 21 Jun 2007 11:18:11 +0200 From: Antoni Grzymala [EMAIL PROTECTED] Subject: [dwm] Keyboard focus stolen by a client in non-visible tag. To: dwm@suckless.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=us-ascii Hi people, I've this problem: I launch URL's with middle clicking them in rxvt-unicode, they get launched in Opera via opera -newtab %s. What happens is that keyboard focus gets stolen (I get an empty cursor) and I have to refocus my terminal window to get it back. Is there a sensible way to make sure that clients in non-visible tags do not steal keyboard focus? Best, [a] I also have this problem. If I go to a tag, run pidgin, then go back to the tag I was previously on, and pidgin is set to stay on the tag I launched it on (in this case 3), then pidgin has the tendency to steal my focus even though dwm thinks it's on the window in tag 1. Which results in me having to re-focus the window I want to be on in tag 1. It's quite annoying :) I'll help in any way I can! Jeremy O'Brien