- xmonad - Haskell.org

Issue 145 in xmonad: Misplaced menus in openoffice with gtk widgets
by codesite-noreply＠google.com 01 Apr '08

01 Apr '08

Issue 145: Misplaced menus in openoffice with gtk widgets http://code.google.com/p/xmonad/issues/detail?id=145 Comment #5 by awesomelyawesome: Using Xinerama, I get the menus from an openoffice instance on my left monitor popping up on the lower right hand side of my right monitor. -- 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 145 in xmonad: Misplaced menus in openoffice with gtk widgets
by codesite-noreply＠google.com 31 Mar '08

31 Mar '08

Issue 145: Misplaced menus in openoffice with gtk widgets http://code.google.com/p/xmonad/issues/detail?id=145 Comment #4 by phabulosa: This problem also happened on dwm or awesome. wmii is ok. Other non-tiling WMs should be fine as well. Please keep me posted of any progress -- 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

Still trying to get Gnome + Xmonad Working
by Jevin Maltais 31 Mar '08

31 Mar '08

Hi guys! Thanks to those who updated the Xmonad+Gnome wiki page. I'm still having issues getting them to play nice together. I'm building from darcs as I'd like to play around with extending EWMH to work with the workspace panel applet. The issue is that all the windows seem to pile on top of each other on the top left corner. I've tried using the defaultGaps setting just to see if xmonad will shift itself down below the gnome-panel but it doesn't. It stays overtop of it. Initally: .gnomerc was set to exec /usr/bin/xmonad, but since I'm building from darcs in my home dir, I believe it should be ~/jevin/.xmonad/xmonad. So it seems that xmonad doesn't seem to be using the config (based on defaultGaps not working) where should it be pointed to? Anyways, any pointers are appreciated: darcs is built in ~/darcs/xmonad .gnomerc: export WINDOW_MANAGER=~/.xmonad/xmonad xmonad.hs: import XMonad import XMonad.Hooks.ManageDocks import XMonad.Hooks.EwmhDesktops myLogHook :: X () myLogHook = do ewmhDesktopsLogHook return () main = xmonad $ defaultConfig { borderWidth = 2 , manageHook = manageDocks , workspaces = map show [1 .. 5 :: Int] , logHook = myLogHook , layoutHook = avoidStruts (tall ||| Mirror tall ||| Full) } where tall = Tall 1 (3/100) (1/2) Jevin -- Jevin Maltais [jevin(a)techie.com] http://jevy.org

2 2

Issue 82 in xmonad: Old gaps system replaced with avoidStruts
by codesite-noreply＠google.com 30 Mar '08

30 Mar '08

Issue 82: Old gaps system replaced with avoidStruts http://code.google.com/p/xmonad/issues/detail?id=82 Comment #9 by SpencerJanssen: Gaps are now removed from the core. We also need to move avoidStruts to the core. Issue attribute updates: Summary: Old gaps system replaced with avoidStruts Status: Started Owner: SpencerJanssen -- 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 111 in xmonad: Clicking on tab doesn't work if that screen doesn't have focus
by codesite-noreply＠google.com 30 Mar '08

30 Mar '08

Issue 111: Clicking on tab doesn't work if that screen doesn't have focus http://code.google.com/p/xmonad/issues/detail?id=111 Comment #15 by dons00: (No comment was entered for this change.) Issue attribute updates: Status: Fixed -- 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 168 in xmonad: gnome-panel with autohide enabled appears behind main windows
by codesite-noreply＠google.com 29 Mar '08

29 Mar '08

Issue 168: gnome-panel with autohide enabled appears behind main windows http://code.google.com/p/xmonad/issues/detail?id=168 New issue report by brian.brunswick: What steps will reproduce the problem? 1. Configure with support for gnome-panel 2. enable auto0-hide option for a panel. 3. Mouse over it and watch it not appear on top What is the expected output? What do you see instead? panel should appear on top as it un-hides What version of the product are you using? On what operating system? xmonad 0.6, ubuntu gutsy, XMonad.Hooks.ManageDocks Please provide any additional information below. If this error is due to a module from XMonadContrib, please tag this issue with 'Component-Contrib' below. Component-Contrib Issue attributes: Status: New Owner: ---- Labels: Type-Defect Priority-Medium -- 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 44 in xmonad: Support for i18n in window titles
by codesite-noreply＠google.com 29 Mar '08

29 Mar '08

Issue 44: Support for i18n in window titles http://code.google.com/p/xmonad/issues/detail?id=44 Comment #2 by sa...@hawaii.edu: Here are some patches that Andrea Rossato wrote to use UTF-8 for window titles and DynamicLog output. Attachments: utf8.dpatch 41.5 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

Issue 163 in xmonad: Add hoogle index/search to web interface
by codesite-noreply＠google.com 29 Mar '08

29 Mar '08

Issue 163: Add hoogle index/search to web interface http://code.google.com/p/xmonad/issues/detail?id=163 Comment #2 by dons00: While generating the index is easy, setting up the cross-referenced web search is non-trivial, according to ndm. Putting this on the backburner. Issue attribute updates: Labels: -Milestone-Release0.7 -- 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

proposal: add extra screen parameter to runLayout
by Brent Yorgey 29 Mar '08

29 Mar '08

So, this morning I began hacking up gaps as a LayoutModifier in contrib. I didn't get too far before I realized that in order to retain the same behavior as the current built-in gaps (*per screen* gap configuration), a layout needs to be able to know on which *screen* it is called! This is the point at which I had a profound sense of deja vu, since of course we had the same issue with PerWorkspace, only with *screen* replaced by *workspace*. gah! I think, however, this could be useful information for other potential layouts as well -- I don't have any particular examples in mind, but having layouts that can behave differently depending on which screen they're on sounds like it could be useful for more than just per-screen gaps. So, I propose to add an extra screen parameter to runLayout and friends (which of course requires a bunch of trivial updates in contrib, unfortunately). I'm happy to do all the work, but I wanted to throw this idea out there first and see what people think, whether anyone has any better ideas, and so on. -Brent

6 12

Layout switching (rather than cycling)
by Anze Slosar 29 Mar '08

29 Mar '08

Hi, How can I bind certain layouts to key combinations? So rather than cycle thorugh layouts with Mod Space, I'd like Mod F1 to give me layout 1, Mod F2 to give me layout 2, etc... I've been googling for a bit, but can't find an answer. Thanks. anze phone: +1 (510) 495 2488, mobile: +1 (510) 289 9395, fax: +1 (510) 486 7149 -- "Neprijavljen student na Praktikumu je namrec nezgresljiv znak za kosmatinca, ki je prisel k nam le prezimit." [Marko Mikuz]

3 3