Re: [dwm] Asustek EEE PC 1000 Atom 1GB 40G SSD Linux Black
I was also thinking about buying one and would be very interested in a programmers point of view. There are reviews around but I'll be using it daily to code and therefore want to hear a programmers opinion. Anselm R Garbe [EMAIL PROTECTED] writes: What do people think about such an EEE PC as low budget option to run dwm on? Any experiences already if the screen is big enough for daily work? I had an opportunity yesterday to try one, and I must admit I'm keen to order one. The keyboard and keys have surprisingly proper size. Kind regards, --Anselm -- engin tola - http://cvlab.epfl.ch/~tola
Re: [dwm] Asustek EEE PC 1000 Atom 1GB 40G SSD Linux Black
Anselm R Garbe dixit (2008-09-05, 10:28): What do people think about such an EEE PC as low budget option to run dwm on? Any experiences already if the screen is big enough for daily work? I had an opportunity yesterday to try one, and I must admit I'm keen to order one. The keyboard and keys have surprisingly proper size. I'm using a HP mininote with monocle, and it seems to be the only usable option on a machine with such a small screen. However I think I have somewhat more resolution on the HP machine (1280x768) on a 8,9 screen. Regards, -- [a] signature.asc Description: Digital signature
Re: [dwm] Asustek EEE PC 1000 Atom 1GB 40G SSD Linux Black
I'm using dwm-4.7 on 901, used to use it on 701 for over 8 months. 901's screen is big enough for me, and i am using it as a helper for everydays work as a linux sysadmin. Actually, i use two pc's at once - a desktop case, which is used for xterm and firefox, and 901 - for mail, documents and personal stuff. Both pcs are running dwm and synergy(http://synergy2.sourceforge.net/), which somehow makes my life less annoying. I carry 901 everywhere i go, it's a lifesaver when i'm at clients', but at work i can't use it as main workstation. I tried to use it with external monitor and it was not so bad experience, but i chose option with synergy. What do people think about such an EEE PC as low budget option to run dwm on? Any experiences already if the screen is big enough for daily work? I had an opportunity yesterday to try one, and I must admit I'm keen to order one. The keyboard and keys have surprisingly proper size. Kind regards, --Anselm
Re: [dwm] Asustek EEE PC 1000 Atom 1GB 40G SSD Linux Black
Greetings, On Fri, Sep 05, 2008 at 10:28:28AM +0100, Anselm R Garbe wrote: What do people think about such an EEE PC as low budget option to run dwm on? Any experiences already if the screen is big enough for daily work? I had an opportunity yesterday to try one, and I must admit I'm keen to order one. The keyboard and keys have surprisingly proper size. I have been using dwm on my eee for like 9 months. It's not a possibility as such, but a necessity to make the eee usable at all (fishing around with a conventional wm with that touchpad is hell). I use the monocle layout. The keyboard is pretty good, but the screen is rather small for daily work imho. I have done some programming on the eee when I had to, but I wouldn't take it instead of my 24 tft and unicomp buckling spring keyboard... The builtin linux is usable on the short run, but kind of annoying if you really want to use it. Debian 4.0 stable distros work with apt, kinda (it will break the builtin firefox, you have to use iceweasel instead). If you're willing to give up the quick boot time, I'd recommend installing your own OS. This will also gain you quite a lot of extra storage space, since the builtin xandros has its default image on a big partition, and stores user stuff and changes by unionfs.. With this, it's possible to quickly reset the factory configuration (by the F9 bootup menu), but you can't remove packages (kde trash) to gain space. Regards, Mate
Re: [dwm] Asustek EEE PC 1000 Atom 1GB 40G SSD Linux Black
Anselm R Garbe wrote: What do people think about such an EEE PC as low budget option to run dwm on? Any experiences already if the screen is big enough for daily work? I had an opportunity yesterday to try one, and I must admit I'm keen to order one. The keyboard and keys have surprisingly proper size. The previous EEE PC models were unusable with dwm (well, pretty much unusable with everything), except maybe monocle. I don't have one (I think these mini-notebooks are just toys and wasted money), but my 17 CRT runs at 1024x768. As far as I know the EEE PC has a resolution of 1024x600, so it's compareable. Working with 1024x768 makes tiling unusable (except maybe with multiple horizontal masters and no stacking area (there were some patches for this some time ago)) and you are forced to use tags as workspaces or use monocle and floating. So as far as I can tell, running dwm on everything 19 or 1600x1200 is painful and does only have some smaller advantages (like code size, keyboard usage, performance) over other WIMP window managers. Therefore save our planet and don't buy these e-waste. Kind regards, --Anselm Regards Matthias-Christian
Re: [dwm] Asustek EEE PC 1000 Atom 1GB 40G SSD Linux Black
i would prefer a mips one f.ex: gdium.com, hvsco.com On Fri, 2008-09-05 at 11:34 +0200, Engin Tola wrote: I was also thinking about buying one and would be very interested in a programmers point of view. There are reviews around but I'll be using it daily to code and therefore want to hear a programmers opinion. Anselm R Garbe [EMAIL PROTECTED] writes: What do people think about such an EEE PC as low budget option to run dwm on? Any experiences already if the screen is big enough for daily work? I had an opportunity yesterday to try one, and I must admit I'm keen to order one. The keyboard and keys have surprisingly proper size. Kind regards, --Anselm
Re: [dwm] Asustek EEE PC 1000 Atom 1GB 40G SSD Linux Black
2008/9/5 Matthias-Christian Ott [EMAIL PROTECTED]: Anselm R Garbe wrote: What do people think about such an EEE PC as low budget option to run dwm on? Any experiences already if the screen is big enough for daily work? I had an opportunity yesterday to try one, and I must admit I'm keen to order one. The keyboard and keys have surprisingly proper size. The previous EEE PC models were unusable with dwm (well, pretty much unusable with everything), except maybe monocle. I don't have one (I think these mini-notebooks are just toys and wasted money), but my 17 CRT runs at 1024x768. As far as I know the EEE PC has a resolution of 1024x600, so it's compareable. Working with 1024x768 makes tiling unusable (except maybe with multiple horizontal masters and no stacking area (there were some patches for this some time ago)) and you are forced to use tags as workspaces or use monocle and floating. Well, I used 1024x768 most of my life and it was very usable for me. All you need to do is using some 10pt font to get some terminals on the screen. So as far as I can tell, running dwm on everything 19 or 1600x1200 is painful and does only have some smaller advantages (like code size, keyboard usage, performance) over other WIMP window managers. Therefore save our planet and don't buy these e-waste. Well give it a try in some shop and I bet you will judge it differently then. I also thought exactly the same about such small pcs that they are unusable and wasted money, but now I think I was wrong after having tested one... Kind regards, --Anselm
Re: [dwm] Asustek EEE PC 1000 Atom 1GB 40G SSD Linux Black
On Fri, Sep 5, 2008 at 2:50 PM, Anselm R Garbe [EMAIL PROTECTED] wrote: 2008/9/5 Matthias-Christian Ott [EMAIL PROTECTED]: Anselm R Garbe wrote: What do people think about such an EEE PC as low budget option to run dwm on? Any experiences already if the screen is big enough for daily work? I had an opportunity yesterday to try one, and I must admit I'm keen to order one. The keyboard and keys have surprisingly proper size. The previous EEE PC models were unusable with dwm (well, pretty much unusable with everything), except maybe monocle. I don't have one (I think these mini-notebooks are just toys and wasted money), but my 17 CRT runs at 1024x768. As far as I know the EEE PC has a resolution of 1024x600, so it's compareable. Working with 1024x768 makes tiling unusable (except maybe with multiple horizontal masters and no stacking area (there were some patches for this some time ago)) and you are forced to use tags as workspaces or use monocle and floating. Well, I used 1024x768 most of my life and it was very usable for me. All you need to do is using some 10pt font to get some terminals on the screen. So as far as I can tell, running dwm on everything 19 or 1600x1200 is painful and does only have some smaller advantages (like code size, keyboard usage, performance) over other WIMP window managers. Therefore save our planet and don't buy these e-waste. Well give it a try in some shop and I bet you will judge it differently then. I also thought exactly the same about such small pcs that they are unusable and wasted money, but now I think I was wrong after having tested one... Kind regards, --Anselm What's the advantage compared to the thinkpad x series? Or is it just because of the price?
Re: [dwm] Asustek EEE PC 1000 Atom 1GB 40G SSD Linux Black
hiro dixit (2008-09-05, 15:58): right today i came back late in the morning after a lot of free soublaki and retsina and in my bed I booted my x60s, probably to check /me envies the souvlaki and retsina... -- [a] signature.asc Description: Digital signature
Re: [dwm] Asustek EEE PC 1000 Atom 1GB 40G SSD Linux Black
Kurt H Maier wrote: I have a string of thinkpads. The newest model I have is a T43, and after my wife brought home an X41 on loan from her employer I considered buying one. Sure, you can get a used x-series for not much money, but I bought an Acer Aspire One[1] for $300 -- and it's under warranty, I don't have to worry about replacing the worn-out battery, and all the other things that come with a new computer instead of a used one. That's stupid! Even if the battery is nearly unusable, you can still buy a new one instead of buying a new computer (I also heard about people who build their own batteries ;)). Buying a new computer if the old one is not entirely broken just contributes to these huge e-waste dumps in Africa and Asia. I bought my Computer a month before the Euro was introduced and it still works and no components died. Old components are great. For example I bought a Matrox Graphics G-450 a few month ago for 1€ at eBay and I'm proud to have it working without proprietary Software, or take my IBM Model M keyboard which was manufactured somewhen in the 1980s (It even survived a chemical laboratory - well, I took some hours to clean it ;)). The only argument that I accept against old components is that the performance/power consumption ratio is lower. dwm works just fine on 1024x600 -- I don't understand the people who complain about screen size. I use the same font I used on my 124 dpi T43[2] and I have no problems. But tiling doesn't work effectively on these screens (at least on my screen it doesn't). Anyway, it's (as usual) a matter of personal preference, but this machine is much smaller, lighter, and easier to carry around all day than an X41. I can only assume that calling these machines toys is a deliberate troll. Nobody's claiming that netbooks are desktop I meant this seriously. I didn't touch a EEE PC 1000, but for the EEE PC 700 this is true. I haven't seen someone using this as his development computer or computer for longer works. replacements, but not all of us want to lug a 19 laptop around everywhere we go. A computer's a computer. I didn't say that these netbooks are no computers or have bad performance (I prefer an Intel Atom CPU to a Dual Core processor), I just said, if the manufacturers would build exactly the same machines with bigger displays, the computers would be a good choice - at least currently they are in the majority of cases just toys. Additionally I can't understand, why all people started to carry around laptops (what's the difference between laptop and notebook?) with themselves, except they are maybe professionals (programmers, scientists, ...) and travel a lot. I don't have to have a laptop to sit in an internet cafe during holidays. All the world seems to be busy (or at least pretend this) and therefore has to run around with mobile devices (mobile phones, laptops, ...) in order to do their important work. In my opinion these mobile devices are just modern today and people often just buy them and use them in the public for no reason, just to show who they are. It became some kind of status symbol. If your at an airport, just look at the screens of these business men - nearly nobody of them does serious work (or at least I got the impression). You can also observe this at internet cafes or railway stations. This is why I decided that I won't buy a laptop and otherwise will buy a used one. # Kurt H Maier Regards, Matthias-Christian
[dwm] window move lag
Hulloh, let's say that I have a number of floating windows running complicated OpenGL applications. When I move them around (by mod+mouse1 drag), moving the window each step takes some time. This time is larger than the frequency at which dwm gets mousemotions, thus the movement lags behind the mouse. This is rather annoying :) (It also applies to resizing.) Would it be easily possible to skip superfluous mousemotions when they're received in one bunch? The lag effect is noticable for me when I run two concurrent floating glxgears instances (otherwise, the 'complicated application' is the FlightGear flight sim in my case). Regards, Mate
Re: [dwm] window move lag
An easy fix is grabbing the X server until the mouse release. I did this once, but decided against it since your scenario is at least less frequent in my own use case ;) Another possibility would be to go the old wmi way of drawing an XORed border onto the screen. But I really prefer the way as it is in dwm. Kind regards, Anselm 2008/9/5 Mate Nagy [EMAIL PROTECTED]: Hulloh, let's say that I have a number of floating windows running complicated OpenGL applications. When I move them around (by mod+mouse1 drag), moving the window each step takes some time. This time is larger than the frequency at which dwm gets mousemotions, thus the movement lags behind the mouse. This is rather annoying :) (It also applies to resizing.) Would it be easily possible to skip superfluous mousemotions when they're received in one bunch? The lag effect is noticable for me when I run two concurrent floating glxgears instances (otherwise, the 'complicated application' is the FlightGear flight sim in my case). Regards, Mate
Re: [dwm] Asustek EEE PC 1000 Atom 1GB 40G SSD Linux Black
2008/9/5 Kurt H Maier [EMAIL PROTECTED]: All the world seems to be busy (or at least pretend this) and therefore has to run around with mobile devices (mobile phones, laptops, ...) in order to do their important work. In my opinion these mobile devices are just modern today and people often just buy them and use them in the public for no reason, just to show who they are. It became some kind of status symbol. If your at an airport, just look at the screens of these business men - nearly nobody of them does serious work (or at least I got the impression). You can also observe this at internet cafes or railway stations. I don't see how this relates to whether or not a netbook is a useful tool, or how it relates to whether dwm runs well on one. I see a relation. dwm users do real work ;) --Anselm
Re: [dwm] Asustek EEE PC 1000 Atom 1GB 40G SSD Linux Black
On Fri, Sep 5, 2008 at 9:51 AM, Anselm R Garbe [EMAIL PROTECTED] wrote: 2008/9/5 Kurt H Maier [EMAIL PROTECTED]: I don't see how this relates to whether or not a netbook is a useful tool, or how it relates to whether dwm runs well on one. I see a relation. dwm users do real work ;) In that case: let me assure you, me and dwm get real work done on an 8.9 1024x600 screen every single day.
Re: [dwm] window move lag
Anselm R Garbe wrote: An easy fix is grabbing the X server until the mouse release. I did this once, but decided against it since your scenario is at least less frequent in my own use case ;) Another possibility would be to go the old wmi way of drawing an XORed border onto the screen. But I really prefer the way as it is in dwm. I prefer it this way. What about dumping the window into a pixmap and moving this pixmap around until the mouse is released again? This is a good comprise I think. Kind regards, Anselm Regards Matthias-Christian 2008/9/5 Mate Nagy [EMAIL PROTECTED]: Hulloh, let's say that I have a number of floating windows running complicated OpenGL applications. When I move them around (by mod+mouse1 drag), moving the window each step takes some time. This time is larger than the frequency at which dwm gets mousemotions, thus the movement lags behind the mouse. This is rather annoying :) (It also applies to resizing.) Would it be easily possible to skip superfluous mousemotions when they're received in one bunch? The lag effect is noticable for me when I run two concurrent floating glxgears instances (otherwise, the 'complicated application' is the FlightGear flight sim in my case). Regards, Mate
Re: [dwm] window move lag
Matthias-Christian Ott dixit (2008-09-05, 17:16): An easy fix is grabbing the X server until the mouse release. I did this once, but decided against it since your scenario is at least less frequent in my own use case ;) Another possibility would be to go the old wmi way of drawing an XORed border onto the screen. But I really prefer the way as it is in dwm. I prefer it this way. What about dumping the window into a pixmap and moving this pixmap around until the mouse is released again? This is a good comprise I think. Actually, I quite like the old styled XOR-outline method. I may not be as pretty, but it's definitely useful for various applications that take ages to resize their windows. -- [a] signature.asc Description: Digital signature
[dwm] what about 'st'?
Hey arg! what's on with ST? i'm really interested and looking forward the advances in the minimalistic terminal implementation. Do you plan to make some more advances? I have found something quite useful when working with lot of terminals that is having different background colors depending on the task they are designed to be. But currently i just change the background color of vim and use this to differentiate them. another stuff would be like changing the background color of the terminal depending on the focus. I see no terminal able to do this in a simple way. --pancake
Re: [dwm] window move lag
Actually, I quite like the old styled XOR-outline method. I may not be as pretty, but it's definitely useful for various applications that take ages to resize their windows. I also like the XOR outline. I even think it's prettier ;) Mate
Re: [dwm] what about 'st'?
2008/9/5 pancake [EMAIL PROTECTED]: Hey arg! what's on with ST? i'm really interested and looking forward the advances in the minimalistic terminal implementation. Do you plan to make some more advances? I have found something quite useful when working with lot of terminals that is having different background colors depending on the task they are designed to be. But currently i just change the background color of vim and use this to differentiate them. another stuff would be like changing the background color of the terminal depending on the focus. I see no terminal able to do this in a simple way. The feature you are talking about is achievable with the st design in quite a simple way: the protocol between std (the terminal server which does vt2st conversions) and st (just a st protocol viewer) could allow to set the terminal background on certain regexp matching of the content being displayed, for example matching for sudo\|@.# might lead to a red background in the terminal to give visual feedback that something priviledged happens. However, regrettably st still is more a collection of ideas than an implementation. Kind regards, --Anselm
Re: [dwm] Asustek EEE PC 1000 Atom 1GB 40G SSD Linux Black
Kurt H Maier wrote: But tiling doesn't work effectively on these screens (at least on my screen it doesn't). I haven't had any problems. I just use bottomstack. OK, this may work somehow (Yes, I tried it). I prefer nmaster with no stacking area (currently I'm running vanilla dwm). By the way is there a reason why dwm has no nmaster by default (even 2wm has this)? All the world seems to be busy (or at least pretend this) and therefore has to run around with mobile devices (mobile phones, laptops, ...) in order to do their important work. In my opinion these mobile devices are just modern today and people often just buy them and use them in the public for no reason, just to show who they are. It became some kind of status symbol. If your at an airport, just look at the screens of these business men - nearly nobody of them does serious work (or at least I got the impression). You can also observe this at internet cafes or railway stations. I don't see how this relates to whether or not a netbook is a useful tool, or how it relates to whether dwm runs well on one. I don't see this too. It was more likely some critical pseudo-philosophic statement that relates to it in the broader sense. In the future just ignore these verbose digressions I make. In this particular sense I just changed the topic from Should I buy an EEE PC 1000? to Is it necessary to have a portable computer?, therefore it doesn't answer the initial question, but maybe can contribute to it's answer. #Kurt H Maier Regards, Matthias-Christian
Re: [dwm] what about 'st'?
I have found something quite useful when working with lot of terminals that is having different background colors depending on the task they are designed to be. But currently i just change the background color of vim and use this to differentiate them. another stuff would be like changing the background color of the terminal depending on the focus. I also like when my display looks like farmland when viewed from above. :) I see no terminal able to do this in a simple way. rxvt-unicode does this in a simple way. Look for resources 'fading' and 'fadeColor'. Unfortunately, XGrabKey(board) generates FocusOut and FocusIn events. If your mouse pointer is over window A, and you switch between windows B and C, window A will briefly change its background color like a visual bell (argh). The only workaround I can think of is to park the pointer over the statusbar when not in use. :(
Re: [dwm] what about 'st'?
2008/9/5 Donald Chai [EMAIL PROTECTED]: I have found something quite useful when working with lot of terminals that is having different background colors depending on the task they are designed to be. But currently i just change the background color of vim and use this to differentiate them. another stuff would be like changing the background color of the terminal depending on the focus. I also like when my display looks like farmland when viewed from above. :) I see no terminal able to do this in a simple way. My display looked like a farmland some time ago. I just had key bindings in dwm to open xterms with a given background color in a given screen window. It looked like this: http://y-i-y-u-s.deviantart.com/art/dwm-4-4-1-65928966 -- - yiyus || JGL .
Re: [dwm] what about 'st'?
My display looked like a farmland some time ago. I just had key bindings in dwm to open xterms with a given background color in a given screen window. It looked like this: http://y-i-y-u-s.deviantart.com/art/dwm-4-4-1-65928966 This is the most horrifying thing I have ever seen. Awesome. Mate
Re: [dwm] what about 'st'?
yy wrote: 2008/9/5 Donald Chai [EMAIL PROTECTED]: I have found something quite useful when working with lot of terminals that is having different background colors depending on the task they are designed to be. But currently i just change the background color of vim and use this to differentiate them. another stuff would be like changing the background color of the terminal depending on the focus. I also like when my display looks like farmland when viewed from above. :) I see no terminal able to do this in a simple way. My display looked like a farmland some time ago. I just had key bindings in dwm to open xterms with a given background color in a given screen window. It looked like this: http://y-i-y-u-s.deviantart.com/art/dwm-4-4-1-65928966 What's that layout? Regards Matthias-Christian
Re: [dwm] [dvtm] scrollback and 256color support
On Mon, Aug 25, 2008 at 11:58:45PM -0700, Donald Chai wrote: Hi, the following two patches add support for a scrollback buffer and enhanced color in dvtm. 256color: - Allows the use of nice VIM color schemes - Ncurses doesn't allow more than 256 fg/bg color pairs on screen at the same time. - 8 or 256 colors only. If your terminal supports 88 colors, you need to set up your own variant of rxvt, e.g. rxvt-88color Ok, i finally found the time to take a *quick* look at the color patch, see some remarks below. diff --git a/config.h b/config.h index b2884e3..9c1387d 100644 --- a/config.h +++ b/config.h @@ -10,24 +10,21 @@ * A_BOLD Extra bright or bold * A_PROTECT Protected mode * A_INVIS Invisible or blank mode - * COLOR(fg,bg)Color where fg and bg are one of: * - * COLOR_BLACK - * COLOR_RED - * COLOR_GREEN - * COLOR_YELLOW - * COLOR_BLUE - * COLOR_MAGENTA - * COLOR_CYAN - * COLOR_WHITE */ Aren't there some macros which could be used instead of raw color numbers? Maybe something like RGB(r, g, b) which would fall back to the most resembling basic color. -#define ATTR_SELECTED COLOR(COLOR_RED,COLOR_BLACK) +#define ATTR_SELECTED A_NORMAL +#define FG_SELECTED COLORS==256 ? 68 : COLOR_BLUE +#define BG_SELECTED -1 /* curses attributes for normal (not selected) windows */ #define ATTR_NORMAL A_NORMAL +#define FG_NORMAL -1 +#define BG_NORMAL -1 /* status bar (command line option -s) position */ #define BARPOSBarTop /* BarBot, BarOff */ /* curses attributes for the status bar */ -#define BAR_ATTRCOLOR(COLOR_RED,COLOR_BLACK) +#define BAR_ATTRA_NORMAL +#define FG_BAR COLOR_RED +#define BG_BAR -1 Just a minor detail, i will probably rename those so that they share a common prefix BAR_{ATTR,FG,BG}, NORMAL_{ATTR,FG,BG} etc. @@ -459,9 +470,11 @@ static void interpret_csi_ICH(madtty_t *t, int param[], int pcount) for (i = t-cols - 1; i = t-curs_col + n; i--) { row-text[i] = row-text[i - n]; row-attr[i] = row-attr[i - n]; +row-bg [i] = row-fg [i - n]; Is this a typo or not? +row-fg [i] = row-fg [i - n]; } @@ -478,16 +491,18 @@ static void interpret_csi_DCH(madtty_t *t, int param[], int pcount) for (i = t-curs_col; i t-cols - n; i++) { row-text[i] = row-text[i + n]; row-attr[i] = row-attr[i + n]; +row-bg [i] = row-fg [i + n]; Same here. +row-fg [i] = row-fg [i + n]; } void madtty_init_colors(void) { -if (COLOR_PAIRS 64) { +use_palette = 0; + +if (1 COLORS = 256 COLOR_PAIRS = 256) { ^ ` not needed +use_palette = 1; +use_default_colors(); +has_default = 1; + @@ -1231,22 +1337,6 @@ void madtty_init_colors(void) } } -int madtty_color_pair(int fg, int bg) -{ -if (has_default) { -if (fg -1) -fg = -1; -if (bg -1) -bg = -1; -return COLOR_PAIR((fg + 1) * 16 + bg + 1); -} -if (fg 0) -fg = COLOR_WHITE; -if (bg 0) -bg = COLOR_BLACK; -return COLOR_PAIR((7 - fg) * 8 + bg); -} - void madtty_set_handler(madtty_t *t, madtty_handler_t handler) { t-handler = handler; diff --git a/madtty.h b/madtty.h index 9445526..a30acee 100644 --- a/madtty.h +++ b/madtty.h @@ -71,6 +71,7 @@ void madtty_keypress(madtty_t *, int keycode); void madtty_keypress_sequence(madtty_t *, const char *seq); void madtty_dirty(madtty_t *t); void madtty_draw(madtty_t *, WINDOW *win, int startrow, int startcol); +void madtty_color_set(WINDOW *win, short fg, short bg); You didn't remove madtty_color_pair from the header file. I tested it with script from[1] and it seems to work. The other script[2] from that page triggers an assertion / results in a segfault. This also happens without your patch but it would neverthless be good to fix it. Thanks, Marc [1] http://www.frexx.de/xterm-256-notes/data/xterm-colortest [2] http://www.frexx.de/xterm-256-notes/data/256colors2.pl -- Marc Andre Tanner http://www.brain-dump.org/ GPG key: CF7D56C0
Re: [dwm] suckless mail
On Tue, Aug 26, 2008 at 06:11:42PM +0200, pancake wrote: 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. mutt is quite nice but is 'big' and there are so many open bugs like closing the connections when receiving a window-resize event. which is quite anoying.. sylpheed have some socket-locking problems, evolution is awesomely bloated and is not very nice when resizing the window. 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. - pop3 client - imap client - smtp client - mbox/mdir client with support for mime - frontend shell or so I use a combination of imapfilter, offlineimap, mutt and ssmtp. I am however not always that happy with it. Imapfilter uses lua for it's configuration, while this gives a great deal of flexibility and is probably the best choice under the many scripting languages it still seems like overkill. Then offlineimap is bloated as hell (it has about 5 different user interfaces, WTF seariously) on top of that it crashes quite often lately. So because of this i started to look around for a sane imap library which would share the protocol stuff between the filtering and sync application but it seems such a library doesn't exists. Or at least i haven't found it yet. The original imap lib which is used by php seemed ugly as hell. So in my opinion the first step would probably be to write one from scratch, but this isn't that much fun either which is why i haven't started yet. Regards, Marc -- Marc Andre Tanner http://www.brain-dump.org/ GPG key: CF7D56C0
Re: [dwm] Asustek EEE PC 1000 Atom 1GB 40G SSD Linux Black
On Fri, Sep 05, 2008 at 10:28:28AM +0100, Anselm R Garbe wrote: What do people think about such an EEE PC as low budget option to run dwm on? Any experiences already if the screen is big enough for daily work? I had an opportunity yesterday to try one, and I must admit I'm keen to order one. The keyboard and keys have surprisingly proper size. My Freerunner finally arrived this week and i am considering using a rollable / foldable keyboard which would turn it into a good email reading + writing system for places where a laptop is to big. Regards, Marc -- Marc Andre Tanner http://www.brain-dump.org/ GPG key: CF7D56C0
Re: [dwm] Asustek EEE PC 1000 Atom 1GB 40G SSD Linux Black
On Fri, Sep 5, 2008 at 3:25 PM, Matthias-Christian Ott [EMAIL PROTECTED] wrote: Kurt H Maier wrote: I have a string of thinkpads. The newest model I have is a T43, and after my wife brought home an X41 on loan from her employer I considered buying one. Sure, you can get a used x-series for not much money, but I bought an Acer Aspire One[1] for $300 -- and it's under warranty, I don't have to worry about replacing the worn-out battery, and all the other things that come with a new computer instead of a used one. That's stupid! Even if the battery is nearly unusable, you can still buy a new one instead of buying a new computer (I also heard about people who build their own batteries ;)). Buying a new computer if the old one is not entirely broken just contributes to these huge e-waste dumps in Africa and Asia. FWIW, I still have my old laptop and occasionally use it, but a year ago I got tired of walking around with this heavy thing in my backpack all the time and bought a very cheap UMPC thing with a 7 in screen and support for a USB plug-in keyboard. The machine is much more useful to me because, being lighter, I no longer have to think about if I'm going to be walking too far to want to carry the laptop, the UMPC just automatically goes in my backpack. There are only two problems with the new machine: boot up time, because Linux suspend doesn't work, and because it's so small it can be difficult to use on a train/bus with bright sunlight outside (normal laptops being bigger tend to block out the sun better). It's an enivronmental trade-off: I'm buying new kit but then I don't do all the driving around other people do unthinkingly. The screen works acceptably in a tweaked dwm which automatically assigns a new tag to every opened window, and I can write papers and do programming on it (at least, providing it's not really sunny!) I meant this seriously. I didn't touch a EEE PC 1000, but for the EEE PC 700 this is true. I haven't seen someone using this as his development computer or computer for longer works. I work on my 7in PC (primarily using dwm emacs), although train bus travel is sufficiently tiring that about 2 hours is all I can manage. (I also zonk out at about 2 hours reading fiction books whilst traveling.) Additionally I can't understand, why all people started to carry around laptops (what's the difference between laptop and notebook?) with themselves, except they are maybe professionals (programmers, scientists, ...) and travel a lot. I don't have to have a laptop to sit in an internet cafe during holidays. All the world seems to be busy (or at least pretend this) and therefore has to run around with mobile devices (mobile phones, laptops, ...) in order to do their important work. In my opinion these mobile devices are just modern today and people often just buy them and use them in the public for no reason, just to show who they are. It became some kind of status symbol. I've never understood why people who drive have laptops, other than to give client presentations, since they don't have the ability to use them whilst travelling. But on public transport and planes they can make sense if you've got work you can do in a relatively crowded environment. The other minor use is that, having been stranded once during a foreign trip -- the railway line the Eurostar trip home passed by exploding gas cylinders -- and had to book an emergency flight home via the web, I would have been really, REALLY nervous about trusting an internet cafe's computers with my credit card details. If your at an airport, just look at the screens of these business men - nearly nobody of them does serious work (or at least I got the impression). You can also observe this at internet cafes or railway stations. When actually ON the train I've observed lots of people writing reports, etc. (Of course, most reports are pointless but then you can say that about lots of paid human activity...) -- cheers, dave tweed__ [EMAIL PROTECTED] Rm 124, School of Systems Engineering, University of Reading. while having code so boring anyone can maintain it, use Python. -- attempted insult seen on slashdot
Re: [dwm] Asustek EEE PC 1000 Atom 1GB 40G SSD Linux Black
On Fri, Sep 05, 2008 at 10:28:28AM +0100, Anselm R Garbe wrote: What do people think about such an EEE PC as low budget option to run dwm on? Any experiences already if the screen is big enough for daily work? At work, I have 2 19 1280x1024 LCDs running (unfortunately) Windows XP. However, my primary machine at home for email, web browsing, development, and anything else I do is a Thinkpad 600E with 14 1024x768 screen. So, only slightly more vertical space than the 1024x600 EEE PC. I run dwm nearly exclusively in Monocle mode. dwm at a lower resolution is not a problem, although the tiling modes are mostly worthless without hstack/bstack patches. A potential problem with lower resolution are flash-based websites that are hard-coded to expect 1024x768 at a minimum. Without the ability to scroll vertically, some sites/applications become unusable. From a performance standpoint, it really depends what you're doing on the machine. My 600E has a P3-750 and 512mb RAM. I can compile dwm in a few seconds. A recent kernel compile (2.6.23) took about 2.5 - 3 hours. Most of what I do is in a terminal running screen. mutt, elinks, ncmpc, snownews, vim, etc. I use those apps because they're what I prefer. The fact that they are not resource hogs (compared to their GUI equivalents) is simply a bonus. Abiword, Gnumeric, even OO.org occasionally, are all very usable. My main concern about something like the EEE PC is the performance cost of using cheap MLC SSD drives. Read speed is great, but writes can be significantly slower... particularly if you're exceeding the system RAM and needing to page to disk. In Monocle mode, with a full-screen terminal window and terminus 12, I can get 62 lines on screen (status bar showing). Going to a 600 pixel high screen would sacrifice about 13 or 14 lines of text. 48+ lines is still double what we all used back before framebuffer drivers were available at a console. :-) If you're clear about your needs, and reasonable about your expections, I think a UMPC could be a very useful and enjoyable laptop replacement. Regards, Bob P.S. Long time lurker, first time poster - as they say.