Re: [dwm] Low Power Fanless Computer
I have been looking into this kind of thing myself. What I found is that getting an Atom nettop computer would be a significant downgrade in performance (from my Pentium M). Both in performance and power/Watt. Also, GMA900 on the EEEs is slow enough that rendering webpages is not very smooth. Imagine what that would be like in 3 years. I looked at two things. First is the Neuros Link, which has a low power Athlon LE-1660. The form factor is not that small, and it does have a fan (supposedly quiet), but it does accommodate a full hard drive, has eSATA, DVI and HDMI. The problem with it is the ATI graphics chip... Linux support for these is still terrible, despite the recent releases of documentation. The open source driver is moving very slowly for the AMD/ATI hardware. Though, Neuros Link is very cheap ($250): http://www.neurostechnology.com/neuros-link Another item is the Dell Studio Hybrid. That thing gets good reviews. It is a real computer, unlike the Atom stuff. There is a Core 2 Duo laptop processor in there, which is the best performance/Watt you can get. Apparently it is very quiet (does have a fan), draws 25W at idle, and 40W max, and has a GMA X3100 graphics chip. DVI and HDMI (though only one can be active at a time, so no dual screen). It can be had for $500. Sadly, it is not small enough to be VESA mountable. Also, no eSATA, so you are stuck with a single internal drive. http://www.dell.com/hybrid Anyway, I think both of these options are imperfect, but maybe someone will find them useful. I am waiting for the NVIDIA Ion stuff to come out. NVIDIA has a acceptable Linux drivers I hear. -v On Sat, Apr 25, 2009 at 8:48 AM, Martin Oppegaard mar...@deathaven.com wrote: There's a thread on openbsd-misc[1] with a few alternatives. If one only could get tiny fanless computers with awesome graphics capabilities, for the Morrowind experience ... [1] http://marc.info/?t=12396300885r=1w=2 On Sat, Apr 25, 2009 at 02:59:12AM +0200, Matthias-Christian Ott wrote: Hi, after a few months of latop-only computing (my good old P4 1.8Ghz is now = - after 7 years - a Windows machine in our household), I plan to switch to = a normal computer again. My requirements are the following: o Low power consumption ( 10W; 25W upper limit) o Support for major Free Software operating systems (no strange, custom GNU/Linux distributions), especially GNU/Linux or NetBSD o Fanless and no moving parts o No proprietary drivers, etc. (BIOS and bootloader acceptable) o Standard form-factor or custom case/enclosure (if so, hole for rp-sma connector) o Smallest form-factor that is possible (I don't understand why compute= rs are still the size of a bottle crate) o Standard connectors (USB, VGA/DVI, Ethernet) o VESA mount (if possible) o low budget ( 500=E2=82=AC) After I found no RISC processors or SOCs, I looked at x86 CPUs. There thr= ee low power architectures: VIA C7 and Nano, AMD Geode and Intel Atom. VIA's technology (especially the C7) seems to be out-dated. VIA offers a mini-itx board with its Nano CPU (VIA VB8001), but it has small fan and i= ts power consumption is slightly above the limit. AMD's Geode is obsolete as well. The Geode LX family has the advantage of low power consumption and small form factor. However, the performance per watt ration is low. Intel's Atom processors are modern and have probably the highest performa= nce per watt ration. However, the smallest affordable form-factor is mini-itx (I talked to several companies that manufacture smaller industrial boards= , but the price performance ratio was terrible and buying one of those woul= d be my last option). Similar to the Nano most of the Atom Boards have a po= wer consumption that's a bit above 25W (there are the Z510 and Z530 embedded Atom CPUs, but the come with the GMA 500 graphics chip which has no free drivers). Nvidia's Ion, especially the Acer AspireRevo, seems to be quite promising, but has proprietary drivers. I wanted to ask you (because you very likely use your computers the same = way I do) whether you think the Geode is sufficient for the next three years = or so, otherwise would buy a cheap Atom mini-itx computer. Usually I use my computer just for programming, typesetting (mainly with groff and heirloom-doctools, but also occasionally with LaTeX), reading and research. I don't need any computing power for simulations, calculations, etc.; I can get access to bigger machines if I really have such special tasks. What bothers me a bit are these multimedia applications (video codecs, etc.) and particularly web applications. I'm really not sure if the Geode would be able to render on of these new JavaScript + HTML =3D graphics-and-user-interface-API web apps in one and a half years or so. Moreover, I can't imagine the CPU to decode a medium-sized h.264 vide= os which seem to have become today's quasi-standard. Maybe you know a
Re: [dwm] GSoC 2009 mentors please shout
Thank you for the instructions Matthias. I pushed the changes I suggested earlier (the obvious stuff) along with some other corrections. I suggest others proof-read this document as well, as I still believe there are awkward and unclear sentences lurking in there. On Sat, Mar 7, 2009 at 11:06 AM, Matthias-Christian Ott o...@mirix.org wrote: On Fri, Mar 06, 2009 at 06:21:41PM -0500, voltaic wrote: Hey Matthias, Hi, That URL you mentioned has some simple typos in it. The page is not publicly editable, so I thought I'd let you know. The things that stick out at me right away are: Well, you can edit it. See http://www.suckless.org/wiki/ for further details. proof should be prove Our project scopes focus on advanced should be ...focuses on advanced projects who focus should be projects that focus Need a comma after average and normal end users Thanks, very obvious. The comma seems reasonable. I could go on, but editing that page over email is not the most efficient way of doing things. Just send me the diff or push it yourself. However, I'll take out my grammar book and look for mistakes in the GSoC page. Could another native speaker (preferably British) look for mistakes as well? Regards, Matthias-Christian On Fri, Mar 6, 2009 at 10:13 AM, Matthias-Christian Ott o...@mirix.org wrote: On Fri, Mar 06, 2009 at 03:02:17PM +, Anselm R Garbe wrote: Hi there, please send me a private mail if you'd be willing to mentor a GSoC project this year for suckless.org. We need at least 10 mentors I'd say. I also created a list of mentors: http://www.suckless.org:8000/gsoc.html You may add yourself to the list if Anselm agreed. Kind regards, --Anselm Regards, Matthias-Christian Ott
Re: [dwm] GSoC 2009 mentors please shout
Hey Matthias, That URL you mentioned has some simple typos in it. The page is not publicly editable, so I thought I'd let you know. The things that stick out at me right away are: proof should be prove Our project scopes focus on advanced should be ...focuses on advanced projects who focus should be projects that focus Need a comma after average and normal end users I could go on, but editing that page over email is not the most efficient way of doing things. On Fri, Mar 6, 2009 at 10:13 AM, Matthias-Christian Ott o...@mirix.org wrote: On Fri, Mar 06, 2009 at 03:02:17PM +, Anselm R Garbe wrote: Hi there, please send me a private mail if you'd be willing to mentor a GSoC project this year for suckless.org. We need at least 10 mentors I'd say. I also created a list of mentors: http://www.suckless.org:8000/gsoc.html You may add yourself to the list if Anselm agreed. Kind regards, --Anselm Regards, Matthias-Christian Ott
Re: [dwm] Issues with border
I also like the no-border behavior from a clarity point of view. My situation is similar to Julio's in that I also use a very bright color for the focused border and a very dark gray for the unfocused border. This makes it quick and easy to see when a client has focus. When there is only one client in view, however, the bright orange border looks awkward and unnecessary around that single client. There is also the case with low-resolution screens. When I'm using dwm on a small screen I tend to use monocle alone since tiling doesn't always give enough space for several clients. When monocle is active I prefer not to see a border. I suppose a custom function in config.h could be used if this feature is removed. On Thu, Feb 19, 2009 at 2:45 PM, Julio Missao julio.mis...@gmail.com wrote: On Thu, Feb 19, 2009 at 10:41:04AM -0800, David E. Thiel wrote: On Thu, Feb 19, 2009 at 01:34:48PM +, Anselm R Garbe wrote: And then define a key binding for it. Opinions? Seems I'm one of the few that prefers the no-border option. If there aren't any other clients on the screen, I don't see a need to indicate focus. And it looks quite nicely minimal, especially on small screens like the Eee. So, if it does change, please do leave it optional. Thanks, David I also prefer having no borders when there's one client in a tag. It feels kinda weird having a red border (the color in my setup), but I wouldn't mind patching it as suggested, should this feature be removed.
Re: [dwm] No Border Behaviour
I agree with Matthias. The purpose of a border is to separate one client from another. If there is only one client visible at a given time (i.e. monocle) then borders in my opinion are a waste of space. So borders should be set to 0 whenever the layout is monocle, regardless of the number of clients tagged under the selected tag(s). -voltaic On Thu, Jan 8, 2009 at 10:15 AM, Anselm R Garbe garb...@gmail.com wrote: 2009/1/8 Matthias-Christian Ott o...@mirix.org: I think, this doesn't make much sense. My proposed conception of borderless clients seems more reasonable and intuitive to me. If you take borders not as decoration (as some window manager do), but instead as separating entities, that are used to distinguish windows, it makes sense to omit the borders if only one particular window is visible, because they aren't serving any purpose. In others words: borders are superfluous in that case. I think that is exactly how the current dwm implementation is supposed to be -- I never said anything different to that (at least not that I intended it). Kind regards, --Anselm
Re: [dwm] Border hater, border lover
It seems this idea was forgotten again, so I thought I would bring it up once more. As DWM 5.4 is being finalized and there is discussion on what to include in future versions, I'd love to see the no-border-if-single-window behavior become mainstream. On Sun, Aug 3, 2008 at 9:36 AM, Sunnan sun...@handgranat.org wrote: At Sun, 3 Aug 2008 09:54:56 -0400, James Turner wrote: Do you only see the strange bstack behavior with your patch applied? After reading your post I went back and looked at the patch, I noticed a minor diff between bstack and tile ( - instead of a + in one line ). I That could be it; I've applied the change and will let you know if the problems re-appear. I won't see the change until I restart X. Sunnan
Re: [dwm] Border on fullscreen WINE apps and tag masks
Alex, Did you try going into winecfg and changing the Window Settings in the Graphics tab? You can potentially stop the window manager from decorating and controlling the windows that wine draws. I know this introduces some other problems such as not being able to manager the windows, but if you're only playing fullscreen games this may be all you need. -voltaic On 7/17/08, Alex Matviychuk [EMAIL PROTECTED] wrote: Hello, Thanks for a great WM. I've been using it for several months and it has made me much more productive. I have two small issues I have not been able to resolve or find info for: 1.) In the config.def.h file for DWM 5.0.1 there is a Tag Mask field and I'm not quite sure how to use. When I start up DWM I have stalonetray launch from .xinitrc and I'd like it to go to my 4th tag. What is the best way to do this? 2.) I enjoy the occasional old game through WINE, but when I start up a game and it goes fullscreen, there is a border around the window and a little bit of the game window is hidden. Not a big deal, but is there a way to fix this? Cheers, Alex
Re: [dwm] firefox 3.0 shaking
This also sounds like a Firefox bug that's been around for a while. I noticed it happening with version 3.0 as well. One way to get around the shaking/bouncing problem is to make sure there is at least one bookmark in the bookmark toolbar folder. See: http://www.wikihow.com/Eliminate-Screen-Shake-When-Using-Firefox-Browser-for-Windows (disregard the fact that it says the solution is for Windows) The bookmark folder thing fixed the problem for me. This was with DWM 4.9. On 6/18/08, Tuncer Ayaz [EMAIL PROTECTED] wrote: On Wed, Jun 18, 2008 at 1:04 PM, Antoni Grzymala [EMAIL PROTECTED] wrote: Anselm R. Garbe dixit (2008-06-18, 12:51): On Wed, Jun 18, 2008 at 08:48:38PM +1000, Jessta wrote: I'm running dwm-4.2(probably should upgrade, but anyway) I just installed the new version of firefox-3.0 and it seems to start shaking(like it's struggling to resize) whenever I open a new window in the same tag as it and shaking continues for a short time after I close the additional window. I'm going to file a bug with mozilla but thought I'd see if anyone else using dwm had similar problems. As it doesn't happen on fluxbox. Any one had similar experiences? Does this happen in tiled layout or in floating layout as well? This is a very old bug that has been fixed in subsequent releases. And I assumed it's a normal reaction to the download pressure :P *SCNR*
Re: [dwm] A rather radical thought
I agree. For me, the major distinction between DWM and the other window managers has been the use of tags instead of workspaces. I also don't like the idea of moving windows around columns. I think the zoom function is a sufficient mode of manipulating windows (between master/slave areas). I feel like the navigation within the columns would make the window manager less dynamic, as the user would have to (or feel obligated to) keep rearranging windows. On 4/2/08, Kurt H Maier [EMAIL PROTECTED] wrote: On Wed, Apr 02, 2008 at 02:59:24PM +0200, Anselm R. Garbe wrote: What about getting rid of supporting the selection of multiple tags In my estimation, without multiple tagging, there's no reason to use dwm -- # Kurt H Maier
[dwm] Xpdf open dialog resize
I am having a little trouble with the Xpdf open dialog. When the dialog
window opens initially, everything looks normal. When I navigate into
directories that contain long filenames, the open dialog resizes itself to
accommodate this change. As the resizing happens a portion of the window
becomes blank and the dialog is unresponsive. If I wait a few seconds, which
seems like an eternity, the dialog resizes itself and everything is back to
normal. This is probably an Xpdf bug, but I'm wondering if anyone else is
having this issue.
At any rate, I find it annoying that the dialog needs to resize itself. To
get around this bug/behavior, I have tried to get the dialog to be a tiled
window. I can get the open dialog tagged correctly, but it always shows up
as a float. Here's what I get out of xprop:
Xpdf:openDialog_popup:Xpdf: Open
And here's what I have set as a rule in config.h:
{ Xpdf:openDialog_popup:Xpdf.*, doc, False },
I have tried several variations without success. What am I doing wrong?
Re: [dwm] column layout revival?
I am in support of keeping tags the way they are. As others have mentioned I also have grown accustomed to using tags and find their functionality very useful. For me what sets DWM apart from other window managers is that it is truly dynamic. There are only very few items in DWM that I define statically. All the window management I personally have to do in DWM is to tag a client with the appropriate tag. For most applications I regularly use they are automatically tagged as specified in the config. DWM does the rest for me -- I don't have to worry about moving clients left and right, or up and down a stack. In fact, I like the fact that DWM limits the way I can arrange clients! I discover that I really don't need to do the arranging myself. After all I can only physically work with one client at a given time, and it makes sense to me that this client is in the master area, where it takes a larger portion of my screen space compared to the rest of the clients. However, I would understand that when working with a very large number of clients at once (like David Tweed does) there arises a need to arrange the stacked clients in a way that makes looking at them easier and more organized. I think this is the important question that needs to be answered: What does DWM mean? To me DWM means a window manager that does its job and actually manages my windows for me. I have to do as little managing as possible. This also means that DWM is completely predictable. Since there is no hierarchy other than master/stacked, I know what will happen when I spawn a new client or add another tag to my current view. DWM also gives me simplicity: It makes it simple to view and unview a group of applications via a single keyboard shortcut. In the workspace way of doing things I would have to get away from what I'm working on, switch to another workspace, and find the client and move it into the workspace I want. This seems less efficient to me. I also prefer that DWM doesn't have window decorations. This saves space, and removes redundant information from the screen. Why have window decorations that tell you the title of the client when you can just look at the client and see its contents? I feel like I'm repeating myself here, but I'm often wondering why other people are using DWM if it's not for the tags? If I didn't care about the tags and wanted a workspace based WM with layout preservation I feel like there are a lot of alternatives that do this already (xmonad, ion, etc.). And I don't think a simple layout for DWM will accomplish what Anselm is suggesting. Moving clients around in the column goes hand in hand with state preservation: One feature would be useless without the other. The solution here could be one of the two: 1) A super window manager that is DWM+WMII. That is to say a window manager with a column mode that offers state preservation and workspaces, and a master/stacked mode that offers tags. The two modes would have to be exclusive of one another. I don't see how one would expect to arrange a workspace and then bring into view another set of tags. How would this work in a predictable manner? So this would really be essentially two different window managers in one executable. I guess this would also duplicate the amount of information that needs to be stored about each client (tag information, and placement/workspace information). Chances are, if someone likes tags then that person would probably never use the workspace-based half of the window manager, and vice versa. Overall this would be an interesting idea, but not minimal in any sense. 2) More realistically then, a fork, or perhaps a WMIII would be more appropriate as this idea is really something that is fundamentally different from DWM. --voltaic
Re: [dwm] Quake style terminal emulators on DWM
Ion had that feature built in; it was called a scratchpad. In fact, when I was using Ion I had my keybindings such that the Quake-style console would pop up on META+tilda. When I switched to DWM I thought I was going to miss that feature, but it turns out I really don't. I think the appeal of the Quake-style terminal is for people who mainly use non-tiling window managers and go about their daily computing mostly using the mouse and non-CLI applications. For those people I imagine it's convenient to have a single key access to a term emulator, instead of launching a terminal each time or locating terminal among the mess of windows floating around. As a DWM user, however, I don't find myself needing this feature as I already have a number of term emulators open at all times, and I can conceivably assign an unused tag to terminal for scratch pad use only. So one suggestion would be to have a tag named ~, and assign META+~ to view the tag ~. And assign this tag only to a single xterm, or an emulator of your choosing. I know this won't look as fancy as a standalone Quake-style console that slides down from off-screen and has transparency and whatever, but this would be a simple solution by just using DWM. -voltaic On 8/15/07, Amit [EMAIL PROTECTED] wrote: Hey Guys, I'm a very happy camper here at DWM. I've never been more productive! Thanks to all the developers for such a wonderful job! Anyways, I was looking at Quake style terminal emulators (http://yakuake.uv.ro/). I definitely would find great use for this. Any of you DWM users have used Quake style terminals before? Any suggestions or tips? Thanks again, Amit
[dwm] Screenshot on DWM wiki
Hello all, There is a screenshot of the spiral tiling layout on the wiki: http://www.suckless.org/wiki/dwm/patches/spiral Does anyone know what web browser Jeroen Schot is using in that screenshot? I emailed him about it, but my mail may have gotten lost in spam. Thanks, voltaic
Re: [dwm] Screenshot on DWM wiki
Thanks a lot everyone. I installed links a few minutes ago and it looks great. I've had some experience using elinks before, but I wasn't too impressed with it. I'm sort of trying to get away from bloated web browsers. I wish someone would revive dillo... -voltaic On 8/15/07, Jeroen Schot [EMAIL PROTECTED] wrote: Hi, On Wed, Aug 15, 2007 at 09:22:43AM -0400, voltaic wrote: Hello all, There is a screenshot of the spiral tiling layout on the wiki: http://www.suckless.org/wiki/dwm/patches/spiral Does anyone know what web browser Jeroen Schot is using in that screenshot? I emailed him about it, but my mail may have gotten lost in spam. I haven't received that mail, I'll check my maillogs. As others have already guessed correctly it is links (or links2, depending on your distribution) with the -g option. Great backup-browser, graphical mode even works on framebuffer if you're really desperate. No CSS support though. Regards, -- Jeroen Schot [EMAIL PROTECTED] (mail jabber) http://schot.a-eskwadraat.nl
