- xmonad - Haskell.org

XMonad in linuxmint 64bits
by luixsansan＠hotmail.com 07 Jun '10

07 Jun '10

Hello, I have installed XMonad in my computer with LinuxMint version 9, 64 bits, Linux Kernel 2.6.32-21-generic, GNOME: 2.30.0 I had no problems with the installation but when I try to run xmonad from a terminal I got the following message: /home/luis/.xmonad/xmonad-x86_64-linux: executeFile: does not exist (No such file or directory) xmonad executable is in /usr/bin and there is not .xmonad directory in my home directory, neither an executable xmonad-x86_64-linux in any directory. I created a directory .xmonad and a symbolic link xmonad-x86_64-linux but nothing happenned. I downloaded all the software with the software manager utility. Does anyone know why is LinuxMint asking for executable xmonad-x86_64-linux?, do I have to create this?, if yes, how?. In the documents there is not reference to a directory .xmonad, the reference is to .xsessions, is this a change that has not been documented yet?. Thank you very much for your kind answer. Luis.

1 0

The IM layout and skype
by Nathan Huesken 05 Jun '10

05 Jun '10

Hi, I am using the IM layout for skype. The problem is, that the chat windows tend to get into the area for the contacts window. I use the layout like this: withIM (1%7) (ClassName "Skype") (LG.Grid False) But both the contacts window, as well as the chat windows have the same class name: WM_CLASS(STRING) = "skype", "Skype" What can I do? Thanks! Nathn

4 4

Urgent border color
by Sergey Alirzaev 02 Jun '10

02 Jun '10

Is there a way to set the border color for windows with urgent flag set? Looks like there's no way to set it using XConfig or UrgencyHook. I saw something on topic inside Theme, but it should be working only for decorations.

1 0

Re: [xmonad] bug using NoBorders and HintedTile
by Ivan Lazar Miljenovic 02 Jun '10

02 Jun '10

Guillaume Pinot <guillaume.pinot(a)tremplin-utc.net> writes: > > I'll try to be more descriptive. I've seen the bug on xmonad 9.1 on > Debian testing and OpenBSD. This is a xmonad-contrib related bug. I hope you mean 0.9.1 ... >> > I post here a bug report. Sumbit it to the bug tracker if you want. >> > >> > The xmonad.hs showing the bug with comments: >> > >> > ######## >> > import XMonad hiding (Tall) >> > import XMonad.Layout.NoBorders >> > import XMonad.Layout.HintedTile >> > import XMonad.Hooks.ManageDocks >> > >> > -- open 2 terminals. focus on one. launch top inside. change layout twice > > The goal of this procedure is to change from a Full layout with no > border from smartBorders to HintedTile on a hinted window. Did you mean applying smartBorders to both of them? Because that's what you're doing here... > >> > -- focused window do not follow hints >> > buggy = defaultConfig { >> > manageHook = manageHook defaultConfig <+> manageDocks, >> > layoutHook = avoidStruts . smartBorders $ tiled ||| Full >> > } > > Using this config, the hinted window seems 2 pixels smaller in width > and height to follow the hints. Changing focus to the other window > will change the size of this window, making it follows the hints. Which sounds like what you want. > >> > -- focused window will first not follow hints, and then follow. >> > flashing = defaultConfig { >> > layoutHook = smartBorders $ tiled ||| Full >> > } > > Using this config, in a first step, we have the same effect than with > the buggy config, but the layout is recalculated very fast to the good > size following hints. The result is that the window is redraw 2 times, > resulting in a flashing window. This is not problematic, but show that > the bug in not only related to manageDocks. ManageDocks only prevents > the second rendering, letting the window in the incorect size. Because you're not doing any strut avoiding, so less finangling is needed. > >> > -- normal behavior, distributing smartBorders >> > workarround = defaultConfig { >> > manageHook = manageHook defaultConfig <+> manageDocks, >> > layoutHook = avoidStruts $ smartBorders tiled ||| smartBorders Full >> > } > > When smartBorders is distributed to the different layouts, the size > follows hints. smartBorders is duplicated, so any "state" of > smartBorders is not shared between HintedTile and Full. > >> > main = xmonad buggy >> > >> > tiled = HintedTile 1 0.03 0.5 TopLeft Tall >> > ######## >> > >> > I didn't find the explaination, but I suspect smartBorder saying to >> > the layout that the focused window do not have border (because of the >> > previous layout without border) and that HintedTile compute the size >> > of the window as there is no border, and then smartBorders add the >> > borders (resulting of a smaller window that do not follows hints). > > You can find screenshots of the bug here : > http://texitoi.eu/~texitoi/xmonad-hints-bug/ > > hinted-bug.png : on the left window, you can see that the size does > not follow hints, resulting of garbadge at the bottom of the > window. We can see that the window is 2 pixels smaller than necessary, > comparing the size with the right window. Well, stating which application that is would probably help... > hinted-good.png : the same after changing focus 2 times. The hints are > this time respected. The terminal is 1 line and 1 column bigger that > on hinted-bug.png > > Changing borderWidth to 2 results in a 4 pixels too small size, > validating that the size of the window is calculated as if there is no > borders. So, let me get this straight: your problem is that if smartBorders is applied to the entire combined Layout (tiled ||| Full), then it redraws worse than explicitly applying smartBorders to each sub-layout? -- Ivan Lazar Miljenovic Ivan.Miljenovic(a)gmail.com IvanMiljenovic.wordpress.com

2 1

bug using NoBorders and HintedTile
by TeXitoi 02 Jun '10

02 Jun '10

Because having a google account is against my religion, I post here a bug report. Sumbit it to the bug tracker if you want. The xmonad.hs showing the bug with comments: ######## import XMonad hiding (Tall) import XMonad.Layout.NoBorders import XMonad.Layout.HintedTile import XMonad.Hooks.ManageDocks -- open 2 terminals. focus on one. launch top inside. change layout twice -- focused window do not follow hints buggy = defaultConfig { manageHook = manageHook defaultConfig <+> manageDocks, layoutHook = avoidStruts . smartBorders $ tiled ||| Full } -- focused window will first not follow hints, and then follow. flashing = defaultConfig { layoutHook = smartBorders $ tiled ||| Full } -- normal behavior, distributing smartBorders workarround = defaultConfig { manageHook = manageHook defaultConfig <+> manageDocks, layoutHook = avoidStruts $ smartBorders tiled ||| smartBorders Full } main = xmonad buggy tiled = HintedTile 1 0.03 0.5 TopLeft Tall ######## I didn't find the explaination, but I suspect smartBorder saying to the layout that the focused window do not have border (because of the previous layout without border) and that HintedTile compute the size of the window as there is no border, and then smartBorders add the borders (resulting of a smaller window that do not follows hints). -- Guillaume Pinot http://www.irccyn.ec-nantes.fr/~pinot/ « Les grandes personnes ne comprennent jamais rien toutes seules, et c'est fatigant, pour les enfants, de toujours leur donner des explications... » -- Antoine de Saint-Exupéry, Le Petit Prince () ASCII ribbon campaign -- Against HTML e-mail /\ http://www.asciiribbon.org -- Against proprietary attachments

2 1

Quake like console
by Nathan Huesken 01 Jun '10

01 Jun '10

Hi, Is anyone using a Quake like console (something like yakuake) in xmonad? I can use yakuake, but I am wondering if there is a KDE independent solution. Regards, Nathan

3 2

floating problems - vlc and dialogs
by Nathan Huesken 31 May '10

31 May '10

Hi, in my xmonad.hs I have: -- manage hook - when new clients appear floatAll = composeAll . map (\s -> className =? s --> doFloat) myManageHook = floatAll ["Gimp", "Wine", "vlc", "MPlayer", "VLC (XVideo output)"] <+> manageDocks <+> (isFullscreen --> doFullFloat) MPlayer and gimp are floated perfectly. VLC is not. Why not? Also, is there a way to generally float dialogs? Thanks! Nathan

4 3

Re: [xmonad] floating problems - vlc and dialogs
by Nathan Huesken 31 May '10

31 May '10

Hi, Sorry, I accidently to not post to the list my last message. I reported the output of xprop on the vlc fullscreen window: _MOTIF_WM_HINTS(_MOTIF_WM_HINTS) = 0x2, 0x25aef1eb, 0x0, 0x46dcdf90, 0x0 WM_STATE(WM_STATE): window state: Normal icon window: 0x0 WM_PROTOCOLS(ATOM): protocols WM_DELETE_WINDOW WM_NAME(STRING) = "VLC (XVideo output)" So no WM_CLASS :(. Ivan Miljenovic <ivan.miljenovic(a)gmail.com> wrote: > > Try this in your manageHook: > > http://hackage.haskell.org/packages/archive/xmonad-contrib/0.9.1/doc/html/X… > This is my manageHook: floatAll = composeAll . map (\s -> className =? s --> doFloat) myManageHook = floatAll ["Gimp", "Wine", "Vlc", "MPlayer", "VLC (XVideo output)"] <+> manageDocks <+> (isFullscreen --> doFullFloat) <+> (isDialog --> doCenterFloat) So I alrady do "isFullscreen" in it, no help :(. Regards, Nathan

1 0

darcs patch: Unpolished arrow-based config with heavy dependencies.
by Adam Vogt 30 May '10

30 May '10

1 patch for repository code.haskell.org:/srv/code/XMonadContrib: Sun May 30 11:32:11 EDT 2010 Adam Vogt <vogt.adam(a)gmail.com> * Unpolished arrow-based config with heavy dependencies. The general idea is there, some more utility functions may need to be written, especially with respect to layout modifiers, which are treated specially, though the method used to reorder functions could be applied to the rest of the config. Refer to XMonad.Config.Arrow.Sample for an example. This is inspired by comments in Spencer's XMonad.Config.Monad (which doesn't work).

2 2

Give floating windows a decoration atomaticly
by Nathan Huesken 29 May '10

29 May '10

Hi, Is it possible to give only floating winows a decoration? Like, enable it when a window becomes floating, disable it when it gets back to non floating? Thanks! Nathan

3 2