- xmonad - Haskell.org

Layout question: can I have a little column for chat windows?
by W. Kaplan 12 Apr '09

12 Apr '09

Hello all, I am looking for a way to be able to stack some chat windows (Psi) on the side of my screen. The way I imagine it would make use a narrow column. The problem I have so far is that, no matter what I try, I am always encumbered in one way or another. These are the things I tried: I can kind of create the layout I want using Tall or XMonad.Layout.ThreeColumns (depending on how I want my main windows to be arranged). These arrangements take a little while to set up though, and just one new window messes everything up again. That's why I'm hoping to find a way to have windows that are pretty much ignored on the side while using a normally behaving Tall layout for the rest. I could use XMonad.Layout.Gaps and floating windows on top of that empty space, but that, of course, just feels terribly wrong. After all I would have to manually resize several windows then. Besides that it would do what I'm looking for though. XMonad.Layout.IM is great because the roster column is inflexible and doesn't get in the way when managing the other windows. I also like the idea of defining a specific window class to be put into that column. However, that column is meant for a single window and I couldn't spawn new windows inside it. XMonad.Layout.LayoutCombinators would be an incredibly flexible way to do it. However, the shrinking/growing etc. keys are applied to the parent layout. This makes it hard to actually manage windows in the contained layouts. Additionally I couldn't spawn new windows inside the second layout either. No matter what layout I set it to it always seemed to be Full with only one window. Maybe these problems can be solved with extra keys or so? I am pretty new to XMonad and like to assume that I just don't know of the right way to configure it. I just hope I could make myself clear enough. Thank you for your help.

2 1

[mailing_list@istitutocolli.org: [Haskell-cafe] ANN xmobar-0.9.2]
by Don Stewart 12 Apr '09

12 Apr '09

Andrea writes: ----- Forwarded message from Andrea Rossato <mailing_list(a)istitutocolli.org> ----- Date: Sat, 11 Apr 2009 12:58:06 +0200 From: Andrea Rossato <mailing_list(a)istitutocolli.org> To: haskell <haskell-cafe(a)haskell.org> Subject: [Haskell-cafe] ANN xmobar-0.9.2 Hi, I'm glad to announce xmobar-0.9.2. What's new: - Norbert Zeh tracked and fixed a longstanding bug that made xmobar leak X resources. This alone makes it worth this release and its public announcement, with the advice to users to upgrade.[*] - Norbert also overhauled the template parser to allow nested color definitions; - Norbert, once again, added the possibility to add color definitions in the monitors' templates. Many thanks to Norbert!! I've read that xmobar lists in the top 25 most downloaded Hackage packages. This is very cool: thanks to all the xmobar users. Hope you'll enjoy. Andrea [*] I tend to believe the same issue affects xmonad, even though it should be visible only after a huge number of restarts. Things get far worse when it comes to the xmonad-contrib library, especially if you use fancy decorations in your layouts: if you see colors you are probably leaking them. _______________________________________________ Haskell-Cafe mailing list Haskell-Cafe(a)haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe ----- End forwarded message -----

2 2

Issue 274 in xmonad: Please provide link to sources in documentation
by codesite-noreply＠google.com 12 Apr '09

12 Apr '09

Updates: Labels: Type-Enhancement Priority-Medium Documentation Milestone-Release0.9 Comment #2 on issue 274 by wirtwolff: Please provide link to sources in documentation http://code.google.com/p/xmonad/issues/detail?id=274 It will be good to get these working for the xmonad.org 0.9 release. Currently there are source links in the hackage version of the documentation, as well as archives of older xmonad version docs. http://hackage.haskell.org/cgi-bin/hackage-scripts/package/xmonad http://hackage.haskell.org/cgi-bin/hackage-scripts/package/xmonad-contrib -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings

1 0

Issue 235 in xmonad: Install problem finding X11 libs on OSX Leopard
by codesite-noreply＠google.com 12 Apr '09

12 Apr '09

Updates: Labels: Priority-Medium Comment #2 on issue 235 by wirtwolff: Install problem finding X11 libs on OSX Leopard http://code.google.com/p/xmonad/issues/detail?id=235 (No comment was entered for this change.) -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings

1 0

Issue 235 in xmonad: Install problem finding X11 libs on OSX Leopard
by codesite-noreply＠google.com 12 Apr '09

12 Apr '09

Updates: Labels: Type-Enhancement Documentation Comment #1 on issue 235 by wirtwolff: Install problem finding X11 libs on OSX Leopard http://code.google.com/p/xmonad/issues/detail?id=235 This is mentioned in faq, but could be explained more clearly. Wiki OSX guide could use improvement in general. -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings

1 0

Issue 240 in xmonad: recompilation fails silently
by codesite-noreply＠google.com 12 Apr '09

12 Apr '09

Updates: Labels: Type-Enhancement Priority-Low Comment #1 on issue 240 by wirtwolff: recompilation fails silently http://code.google.com/p/xmonad/issues/detail?id=240 (No comment was entered for this change.) -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings

1 0

Issue 213 in xmonad: UrgencyHook fails under stress-testing
by codesite-noreply＠google.com 12 Apr '09

12 Apr '09

Comment #2 on issue 213 by wirtwolff: UrgencyHook fails under stress-testing http://code.google.com/p/xmonad/issues/detail?id=213 Yes, indeed, xmonad remains responsive with stable memory usage here, both with and without urgencyHooks. I wouldn't recommend using a dzenUrgencyHook with this test, though. ;-) -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings

2 1

Issue 182 in xmonad: Key bindings should be showable
by codesite-noreply＠google.com 12 Apr '09

12 Apr '09

Comment #1 on issue 182 by vogt.adam: Key bindings should be showable http://code.google.com/p/xmonad/issues/detail?id=182 As a wrapper around the XConfig, the attached contrib patch offers some of the features requested here. The results are readable, but not too pretty with xmessage (ex. no alignment of columns, no cheatsheet drawn like http://haskell.org/haskellwiki/Image:Xmbindings.png) As an addition to the core, I'm not sure which way is best for preserving the backwards-compatibility: 1. Change XConfig to have keys :: NamedAction a => XConfig Layout -> Map (ButtonMask, KeySym) a and then keep the old defaultConfig, but have a new defaultNamedKeyConfig that uses a different representation that keeps the descriptions (and possibly ordering and sectioning, since that is lost in the Map). Results in more puzzling type errors if ex (1+1) is the only action that is bound. 2. Add yet another record field to XConfig that contains actions with the new style. 3. Show just the builtin keybindings already done, except for the keybindings for it Attachments: namedactions.dpatch 49.1 KB -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings

1 0

Project to make tiling window managers more accessible to newcomers
by Jan Vornberger 10 Apr '09

10 Apr '09

Hello, my name is Jan Vornberger and I'm a student at the University of Oldenburg (Germany). I would like to introduce myself and the project that I will be working on for the next semester. As part of my studies I have to work on a semester-long project. I decided to work on the question, how tiling window managers can be made more 'beginner-friendly' and how the barrier to entry can be lowered. I have decided to use XMonad as a basis for implementing my ideas. Therefore I wanted to introduce myself, as I will probably be asking a question here and there in the future. :-) For those who are interested, here is a rough sketch on what I have in mind for my project: My goal is to create a modern tiling window manager that can be productively used with virtually no training, meaning most core functionality needs to be accessible in an intuitive way or drawing from well-known conventions in more conventional window managers. My target user is someone who wants to give tiling window managers a try, but doesn't want to learn keyboard commands (at least not in the beginning), read a detailed manual or write any sort of configuration file. I'm planning to decide on a somewhat fixed configuration of XMonad, probably in combination with Gnome as a DE, and then trying to make this functionality available via mouse commands that - hopefully - will be easy to pick up. I also want to completely rework the whole floating layer thing, as it seems to me to be a fairly foreing concept for a newcomer and it's awkward to use. My current idea is to instead use a floating layout algorithm, that could work similiar to a conventional window manager. It could even be set as the default layout algorithm. That way, the WM could almost be a 'drop-in' replacement for - let's say Metacity - greeting the user with the familiar concept of manipulating windows and then leading him to the tiling paradigm once he switches the layout. I do believe that eventually the keyboard is a more effective way to control the WM, so I will also investigate the possibility of some kind of help system, that can point out how - for example - the last action, the user did, can be done with keyboard commands instead. Alternatively tooltips could also be used to display key bindings. I have a little bit of experience with Haskell - that's one of the reasons I picked XMonad as the basis, as I enjoy programming in Haskell and want to get more experienced with it. However I'm completely new to X11 and window manager programming, which I will need to pick up. That's it, the project in a nutshell. Any thoughts, pointers, related ideas, doubts or comments are most welcome. :-) Cheers! Jan

10 13

need help with Tabbed
by Konstantin Sobolev 10 Apr '09

10 Apr '09

Hello, Is there any way to move focus to the next/previous tab in the Tabbed layout, preferably wrapping around the sides? focusUp and focusDown seem to switch tabs in some random order. If no - could you give me some hints on how to implement it please.

4 8