Re: [dwm] We need a different Xinerama implementation
greetings, - we could do something more interesting in the case where multiple monitors show the same tags. For example, if monitor 1 and monitor 2 both show tag 1, we might treat monitor 2 as a part of the right hand side. Divide it into two columns and effectively have a main column + three residuals layout. I haven't seen this idea in these discussions so far, and I must say I like it a whole lot. (Even though, of course, you can never be sure you have two monitors beside each other. That's just the most popular configuration.) Mate
Re: [dwm] Nice suckless password manager
greetings, you must set up `gpg' correctly first, of course. look, e.g. at ... as an alternative to gpg, the package ccrypt might prove useful. i've been using it for storing passwords for a while. it integrates with vim very well, and it's security seems impressive enough based on the docs (especially to someone, like me, who is not that experienced with such things). Mate
Re: [dwm] dwm wish, a tidy-up function
Ok, but the DWMTAGS idea is ok for everyone? it's ok. how about saving the state for viewprevtags, too, in a similar manner? Mate
Re: [dwm] stacked cpt patch updated!
greetings,
the patch works even better than before, i even like the cpt
functionality now :)
1. Your example configuration of '{ MODKEY|ShiftMask, XK_q,
clientspertag, 0 },' conflicts with the default binding for quit.
i might be doing something wrong, but i never once used the quit
binding (since it doesn't kill the script i use to feed my status line).
I use a small shell script to restart dwm (killing both dwm and the
script); and i kill the x server to quit.
- Mate
Re: [dwm] Console Music poll: cmus/moc/mpd
greetings, I do exactly the same thing. It's very nice being able to control mpd with my laptop's multimedia keys. i do this with moc, with which i also get a reasonable curses interface, little track switching lag, and good streaming audio support (i listen to net radios a lot, so this is important for me). does cmus have good stream support? (this means that if there's a net outage, the client doesn't hang... i just hate badly written/optimistic socket code. although it's admittedly isn't exactly trivial to get right.) Mate
Re: [dwm] column layout revival?
greetings, Perhaps it works to have a layout with an ncols parameter. Windows are arranged in N columns, like so (3 columns, 6 windows): +---+---+---+ | 1 | 2 | 3 | +---+---+---+ | 4 | 5 | 6 | +---+---+---+ I have discovered and implemented this independently in my personal fork. It works great, especially on my 24 1920x1200 display it's indispensable (although recently I find myself just simulating the effect by VIM's :vs). (Actually my version just splits the client area into columns, the left side is still the master window, respecting NMASTER.) It's another of those layouts that works better with layout-preserving and the traditional workspace model... Maybe I should learn to live with tags instead. Mate
Re: [dwm] column layout revival?
greetings, So what do you think about this idea? one vote in support. definitely Mate
Re: [dwm] Basic dwm usage question
greetings, As you can see I have the echo command sleep for 60 seconds. I was using 1 second, but found my load nearly doubles. My problem is when I i had this problem with using dwm on my Toshiba Libretto 100CT (cute and small laptop with 32M RAM and a 266mhz pentium). I investigated, and found that these things together (the shell, sed, etc) use quite a bit of system resources - especially the shell. I myself solved the problem by writing a small script interpreter with very small resource usage that just had enough power built in to do the necessary tasks (reading the relevant data from /proc and /sys, assembling and printing a status line); I would imagine this could be done with any other reasonably fast scripting language (especially a not marksweep GC-d one (python?)). The main thing is to avoid all the forking and piping. If you really want, I can give out my own interpreter, but it's shamefully dirty :) regards, Mate Nagy
