From codesite-noreply at google.com Sun Nov 3 01:53:34 2013 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Sun, 03 Nov 2013 01:53:34 +0000 Subject: [xmonad] Issue 559 in xmonad: Redraw of Gnomeapps fails In-Reply-To: <4-3425899027203913298-4034718846534262367-codesite-noreply=google.com@googlecode.com> References: <4-3425899027203913298-4034718846534262367-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-4034718846534262367-codesite-noreply=google.com@googlecode.com> Message-ID: <5-3425899027203913298-4034718846534262367-codesite-noreply=google.com@googlecode.com> Comment #5 on issue 559 by tmartin.... at gmail.com: Redraw of Gnomeapps fails http://code.google.com/p/xmonad/issues/detail?id=559 I have this problem with gnucash in xmonad 0.11 on lubuntu 13.10. I've dropped the LG3D reference in my xmonad.hs. As I've had no luck, I wonder if I've understood the advice in this thread. TIA for any pointers you can give. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From codesite-noreply at google.com Mon Nov 4 13:49:06 2013 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Mon, 04 Nov 2013 13:49:06 +0000 Subject: [xmonad] Issue 559 in xmonad: Redraw of Gnomeapps fails In-Reply-To: <5-3425899027203913298-4034718846534262367-codesite-noreply=google.com@googlecode.com> References: <5-3425899027203913298-4034718846534262367-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-4034718846534262367-codesite-noreply=google.com@googlecode.com> Message-ID: <6-3425899027203913298-4034718846534262367-codesite-noreply=google.com@googlecode.com> Comment #6 on issue 559 by RoySin... at gmail.com: Redraw of Gnomeapps fails http://code.google.com/p/xmonad/issues/detail?id=559 I have the same as issues as described in the bug report. I've also tried fetching the latest xmonad and xmonad-contrib built from darcs. I need to remove the SetWMName startup hook and ICCCMFocus takeTopFocus loghook to have gnome applications redraw normally. So currently I'm in a flux where I can't use PyCharm (Jetbrains Java IDE and other java applications) or not having any working gtk3 applications. Issue can easily be reproduced by using "wmname" from suckless-tools (Debian Sid) to set anything for wmname to make gnome applications break. FAQ seems also to be updated after I reported this on IRC: http://www.haskell.org/haskellwiki/index.php?title=Xmonad%2FFrequently_asked_questions&action=historysubmit&diff=57053&oldid=56813 . -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From codesite-noreply at google.com Mon Nov 4 13:50:15 2013 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Mon, 04 Nov 2013 13:50:15 +0000 Subject: [xmonad] Issue 559 in xmonad: Redraw of Gnomeapps fails In-Reply-To: <6-3425899027203913298-4034718846534262367-codesite-noreply=google.com@googlecode.com> References: <6-3425899027203913298-4034718846534262367-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-4034718846534262367-codesite-noreply=google.com@googlecode.com> Message-ID: <7-3425899027203913298-4034718846534262367-codesite-noreply=google.com@googlecode.com> Comment #7 on issue 559 by RoySin... at gmail.com: Redraw of Gnomeapps fails http://code.google.com/p/xmonad/issues/detail?id=559 I have the same as issue as described in the bug report. I've also tried fetching the latest xmonad and xmonad-contrib built from darcs. I need to remove the SetWMName startup hook and ICCCMFocus takeTopFocus loghook to have gnome applications redraw normally. So currently I'm in a flux where I can't use PyCharm (Jetbrains Java IDE and other java applications) or not having any working gtk3 applications. Issue can easily be reproduced by using "wmname" from suckless-tools (Debian Sid) to set anything for wmname to make gnome applications break. FAQ seems also to be updated after I reported this on IRC: http://www.haskell.org/haskellwiki/index.php?title=Xmonad%2FFrequently_asked_questions&action=historysubmit&diff=57053&oldid=56813 . -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From codesite-noreply at google.com Mon Nov 4 13:51:26 2013 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Mon, 04 Nov 2013 13:51:26 +0000 Subject: [xmonad] Issue 559 in xmonad: Redraw of Gnomeapps fails In-Reply-To: <7-3425899027203913298-4034718846534262367-codesite-noreply=google.com@googlecode.com> References: <7-3425899027203913298-4034718846534262367-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-4034718846534262367-codesite-noreply=google.com@googlecode.com> Message-ID: <8-3425899027203913298-4034718846534262367-codesite-noreply=google.com@googlecode.com> Comment #8 on issue 559 by dragonch... at gmail.com: Redraw of Gnomeapps fails http://code.google.com/p/xmonad/issues/detail?id=559 pycharm/phpstorm works fine for me now.... (wich vm are you using?) -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From codesite-noreply at google.com Mon Nov 4 14:40:55 2013 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Mon, 04 Nov 2013 14:40:55 +0000 Subject: [xmonad] Issue 559 in xmonad: Redraw of Gnomeapps fails In-Reply-To: <8-3425899027203913298-4034718846534262367-codesite-noreply=google.com@googlecode.com> References: <8-3425899027203913298-4034718846534262367-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-4034718846534262367-codesite-noreply=google.com@googlecode.com> Message-ID: <9-3425899027203913298-4034718846534262367-codesite-noreply=google.com@googlecode.com> Comment #9 on issue 559 by allber... at gmail.com: Redraw of Gnomeapps fails http://code.google.com/p/xmonad/issues/detail?id=559 suckless wmname *itself* breaks gnome (2 and 3), and in more ways than just gtk+ refresh, because it sets the WM identification window to be the root window instead of a hidden window, so that can't actually be used to reproduce this problem. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From codesite-noreply at google.com Mon Nov 4 15:33:37 2013 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Mon, 04 Nov 2013 15:33:37 +0000 Subject: [xmonad] Issue 559 in xmonad: Redraw of Gnomeapps fails In-Reply-To: <9-3425899027203913298-4034718846534262367-codesite-noreply=google.com@googlecode.com> References: <9-3425899027203913298-4034718846534262367-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-4034718846534262367-codesite-noreply=google.com@googlecode.com> Message-ID: <10-3425899027203913298-4034718846534262367-codesite-noreply=google.com@googlecode.com> Comment #10 on issue 559 by RoySindre: Redraw of Gnomeapps fails http://code.google.com/p/xmonad/issues/detail?id=559 #8 : I've tried these jvm's: Oracle JDK 1.6 (grey window. like: http://absint.online.ntnu.no/~norangsh/scrot/screenshoot-20131104_155551.png) Oracle JDK 1.7u45 (grey window) OpenJDK 7u25 (it crases PyCharm with Caused by: java.lang.ClassCastException: com.intellij.openapi.wm.impl.TestWindowManager cannot be cast to com.intellij.openapi.wm.impl.WindowManagerImpl ) (currently an internal bug the console says, will report upstream afterwards) OpenJDK 1.6u27 (nothing happens after the OpenJDK warning... no window spawned or anything.) PyCharm works as it should if I'm using JDK1.6 from Oracle with the setWMName and takeTopFocus loghook. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From codesite-noreply at google.com Tue Nov 5 09:13:40 2013 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 05 Nov 2013 09:13:40 +0000 Subject: [xmonad] Issue 560 in xmonad: Popup (code completion) window disappears Message-ID: <0-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> Status: New Owner: ---- New issue 560 by j... at jupiter.dk: Popup (code completion) window disappears http://code.google.com/p/xmonad/issues/detail?id=560 What steps will reproduce the problem? 1. Start IntelliJ IDE (I tried phpstorm) 2. Do word completion ("IntelliSense") and find a long method signature/description in the popup 3. Completion popup window mostly disappears (see attached photo). What is the expected output? What do you see instead? That the window stays visible What version of the product are you using? On what operating system? $ xmonad --version xmonad 0.11 $ lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 13.04 Release: 13.04 Codename: raring Are you using an xmonad.hs? import XMonad import XMonad.Hooks.SetWMName import XMonad.Hooks.DynamicLog import XMonad.Hooks.ICCCMFocus import XMonad.Hooks.ManageHelpers import XMonad.Hooks.EwmhDesktops main = xmonad $ defaultConfig { modMask = mod4Mask, startupHook = setWMName "LG3D" >> takeTopFocus, manageHook = composeOne [ transience, isFullscreen -?> doFullFloat ], logHook = setWMName "LG3D" >> takeTopFocus } Log of xmonad --recompile is empty. Attachments: phpstorm-xmonad.png 16.8 KB -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From codesite-noreply at google.com Tue Nov 5 12:25:23 2013 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 05 Nov 2013 12:25:23 +0000 Subject: [xmonad] Issue 560 in xmonad: Popup (code completion) window disappears In-Reply-To: <0-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> References: <0-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> Message-ID: <1-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> Comment #1 on issue 560 by lingna... at gmail.com: Popup (code completion) window disappears http://code.google.com/p/xmonad/issues/detail?id=560 I have similar issues as well. However mine is less severe as it only happens half of the time. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From radimkrcmar at hpx.cz Wed Nov 13 23:31:49 2013 From: radimkrcmar at hpx.cz (Radim Krcmar) Date: Thu, 14 Nov 2013 00:31:49 +0100 Subject: [xmonad] [PATCH] XMonad: Use window border width instead of borderWidth Message-ID: <20131113233148.GM9018@hpx.cz> I have sent it before, but it did not show up on the mailing list; maybe because I was not subscribed then ... 1 patch for repository http://code.haskell.org/xmonad: Tue Nov 12 00:25:51 CET 2013 Radim Krcmar * Use window border width instead of borderWidth configureWindow border width of floating windows is set to borderWidth regardless of the actual value. This produces an interesting effect when borderWidth < "window border set from layout", where window is repeatedly shrinked, because border makes it bigger than it should be. This patch should not be noticeable unless layout is setting border to different values than borderWidth (we already set border to borderWidth when enslaving the window) or third person is setting up window attributes. (then it is a good thing to leave them that way) Setting border width to 0 is required for sane fullscreen mplayer, because it decides to expand by the border width. (pretty bad behaviour) New patches: [Use window border width instead of borderWidth Radim Krcmar **20131111232551 Ignore-this: ffbaf5f6c085ee13a7b6338863a9693c configureWindow border width of floating windows is set to borderWidth regardless of the actual value. This produces an interesting effect when borderWidth < "window border set from layout", where window is repeatedly shrinked, because border makes it bigger than it should be. This patch should not be noticeable unless layout is setting border to different values than borderWidth (we already set border to borderWidth when enslaving the window) or third person is setting up window attributes. (then it is a good thing to leave them that way) Setting border width to 0 is required for sane fullscreen mplayer, because it decides to expand by the border width. (pretty bad behaviour) ] { hunk ./XMonad/Main.hsc 279 ws <- gets windowset wa <- io $ getWindowAttributes dpy w - bw <- asks (borderWidth . config) - if M.member w (floating ws) || not (member w ws) then do io $ configureWindow dpy w (ev_value_mask e) $ WindowChanges hunk ./XMonad/Main.hsc 286 , wc_y = ev_y e , wc_width = ev_width e , wc_height = ev_height e - , wc_border_width = fromIntegral bw + , wc_border_width = ev_border_width e , wc_sibling = ev_above e , wc_stack_mode = ev_detail e } when (member w ws) (float w) } Context: [Bump version to 0.12 Adam Vogt **20130720192124 Ignore-this: d73483c2dd30f7eea8f40daff7ef436f This is to make contrib build failures resulting from by data-default lead people to do the right thing: update xmonad-core. ] [warning police: name userCodeDef's argument defValue instead of def Daniel Wagner **20130528164401 Ignore-this: f32b218e2097a52c7ecccae28c23754b ] [depend on data-default, and deprecate the monomorphic name defaultConfig Daniel Wagner **20130528003531 Ignore-this: 1e746731695df3b6f684d5463a3da6a4 ] [use "modm" instead of "modMask" in the sample config Daniel Wagner **20130106174414 Ignore-this: 75ad65ae7a708bce69f811c28912cc4b ] [define the "help" string in the sample configuration bundled with xmonad Daniel Wagner **20130106174254 Ignore-this: 1db666ea921046378921356e14cc828f ] [configurableEventMasks mwlochbaum at gmail.com**20130205182858 Ignore-this: 3848de0f8f5ad5995e87a2a01e7752f ] [Grab all keycodes linked to each keysym, not just one Daniel Wagner **20130118225446 Ignore-this: 1a6c001560f68f99d75d5f550e7e83 This patch is based heavily on the one contributed by svein.ove at aas.no, but updated to avoid causing a conflict and to work with the newest X11 bindings. The name of the patch (and comment below) are copied verbatim from his patch. XKeysymToKeycode only gives the first code bound to a given symbol. To handle the case where multiple keys are bound to the same symbol, XKeycodeToKeysym is used instead, searching through all possible keycodes for each sym. ] [Issue 135 use wa_border_width for floating windows (neoraider) Adam Vogt **20130115170715 Ignore-this: c8ed6ceaf9483e31771ac25d86532f6c ] [Add flags for call to ghc closing issue 240 Adam Vogt **20130101035034 Ignore-this: 42a6a8599b615884c95626f74e3ba4a The -main-is flag goes back to at least ghc 6.10, and maybe the warning that this otherwise redundant flag enables (when xmonad.hs isn't a module Main) also dates back that far. ] [TAG 0.11 actual upload Adam Vogt **20130101014128 Ignore-this: 2c2a85caeed30cd23f02a7caf229fe7d ] Patch bundle hash: 90a0f22fb90471396fd95bb677d45da8ef116602 From carlos_franke at posteo.de Sun Nov 17 09:21:25 2013 From: carlos_franke at posteo.de (Carlos Franke) Date: Sun, 17 Nov 2013 10:21:25 +0100 Subject: [xmonad] 2 bugs in pasteSelection (7s for /s on german keyboard, whitespaces lost) Message-ID: <1384680089.9804.0@Brett.(none)> Preliminaries: ? I have tried to post the following issue without being subscribed to the mailing list a few days ago, but according to the archive, it did not get through. While I am now a subscriber, I still probably won't follow the discussion on the list (sorry), so if you you want to make sure that a certain message reaches me, CC it to my personal address. ? I would have used the bug tracker for this, but I do not have a Google account. Sorry again, if this is inconvenient. I noticed two misbehaviours of pasteSelection (from Xmonad.Util.Paste): 1. In my setup, most notably with a standard German (QWERTZ) keyboard layout, pasteSelection converts slashes ("/") to sevens ("7"), thus messing up URLs and path names. With a QWERTZ keyboard, you get a slash by pressing Shift-7, so this is probably connected. 2. Whitespaces (space, tab, newline) are lost when pasting with pasteSelection. About my setup: I am calling pasteSelection by keystroke, configured like this in my xmonad.hs: `additionalKeysP` [ ("M-p", spawn "dmenu_run") , ("M-f", sendMessage ToggleStruts) , ("M-v", pasteSelection) ] I am running Xmonad 0.11-7 and Xmonad-contrib 0.11.2-2 on Arch Linux. pasteSelection is a great tool and I would love to see the above issues fixed. If I can help with that (testing?), please let me know. Carlos -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From thomas.granvej6 at gmail.com Sun Nov 17 16:12:10 2013 From: thomas.granvej6 at gmail.com (=?ISO-8859-1?Q?Thomas_L=F8cke?=) Date: Sun, 17 Nov 2013 17:12:10 +0100 Subject: [xmonad] Bad link on download page Message-ID: Hey all, On the download page at xmonad.org, the link to FreeBSD is wrong. The correct one is this: https://www.freshports.org/x11-wm/hs-xmonad/ :o) Thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: From allbery.b at gmail.com Sun Nov 17 16:12:29 2013 From: allbery.b at gmail.com (Brandon Allbery) Date: Sun, 17 Nov 2013 11:12:29 -0500 Subject: [xmonad] 2 bugs in pasteSelection (7s for /s on german keyboard, whitespaces lost) In-Reply-To: <52888aa7.c5cc0e0a.0304.41c0SMTPIN_ADDED_BROKEN@mx.google.com> References: <52888aa7.c5cc0e0a.0304.41c0SMTPIN_ADDED_BROKEN@mx.google.com> Message-ID: On Sun, Nov 17, 2013 at 4:21 AM, Carlos Franke wrote: > I noticed two misbehaviours of pasteSelection (from Xmonad.Util.Paste): > > 1. In my setup, most notably with a standard German (QWERTZ) keyboard > layout, pasteSelection converts slashes ("/") to sevens ("7"), thus messing > up URLs and path names. With a QWERTZ keyboard, you get a slash by pressing > Shift-7, so this is probably connected. > > 2. Whitespaces (space, tab, newline) are lost when pasting with > pasteSelection. > These are known limitations, although there's no bug for them (but https://code.google.com/p/xmonad/issues/detail?id=554 is related). It's not clear that it's fixable, because the only way to do this in X11 is to simulate keystrokes. -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From d.r.vanrossum at gmx.de Mon Nov 18 22:33:04 2013 From: d.r.vanrossum at gmx.de (Daan van Rossum) Date: Mon, 18 Nov 2013 16:33:04 -0600 Subject: [xmonad] 2 bugs in pasteSelection (7s for /s on german keyboard, whitespaces lost) In-Reply-To: References: <52888aa7.c5cc0e0a.0304.41c0SMTPIN_ADDED_BROKEN@mx.google.com> Message-ID: <20131118223304.GJ31628@flash.uchicago.edu> * on Sunday, 17.11.13 at 11:12, Brandon Allbery wrote: > On Sun, Nov 17, 2013 at 4:21 AM, Carlos Franke wrote: > > > I noticed two misbehaviours of pasteSelection (from Xmonad.Util.Paste): > > > > 1. In my setup, most notably with a standard German (QWERTZ) keyboard > > layout, pasteSelection converts slashes ("/") to sevens ("7"), thus messing > > up URLs and path names. With a QWERTZ keyboard, you get a slash by pressing > > Shift-7, so this is probably connected. > > > > 2. Whitespaces (space, tab, newline) are lost when pasting with > > pasteSelection. 2) There was a patch that fixed the space/tab/newline problem submitted to this list a few weeks ago. I don't know if it was put in the central repo yet, but you can find it in the mail archive and patch your local clone with it. That's what I do. 1) At the same location where the patch is applied (line 62) you can alter the string containing the characters that are "shifted" and add the "/" to that string. The current value is "~!@#$%^&*()_+{}|:\"<>?", note that no "/" is in that string. That should fix your problem, but then only work correctly for a QWERTZ keyboard... The right way to do this would be to define the shift-character string in xmonad.hs and use the hardcoded QWERTY only as a default. This should be easy to change... -- daan From codesite-noreply at google.com Thu Nov 21 21:15:34 2013 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Thu, 21 Nov 2013 21:15:34 +0000 Subject: [xmonad] Issue 484 in xmonad: Use XDG Base Directory Specification In-Reply-To: <6-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> References: <6-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> Message-ID: <7-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> Comment #7 on issue 484 by woozlet... at gmail.com: Use XDG Base Directory Specification http://code.google.com/p/xmonad/issues/detail?id=484 I created a patch that prefers the XDG Base Directory specified directories over ~/.xmonad. I grep'ed for xmonad.hs in the XMonadContrib repository and could only see occurrences in the documentation, so it should not break anything. (I may have missed a line, though!) Attachments: xdg-basedir-spec.patch 9.8 KB -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From codesite-noreply at google.com Fri Nov 22 19:53:55 2013 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Fri, 22 Nov 2013 19:53:55 +0000 Subject: [xmonad] Issue 484 in xmonad: Use XDG Base Directory Specification In-Reply-To: <7-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> References: <7-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> Message-ID: <8-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> Comment #8 on issue 484 by woozlet... at gmail.com: Use XDG Base Directory Specification http://code.google.com/p/xmonad/issues/detail?id=484 Shame on me! I overlooked the Main.hs and haven't cleaned my config directories properly. The attached patch is pretty much the same as before, but with the necessary changes included in the Main.hs file. Greetings saep Attachments: xdg.dpatch 11.0 KB -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From codesite-noreply at google.com Sun Nov 24 17:06:40 2013 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Sun, 24 Nov 2013 17:06:40 +0000 Subject: [xmonad] Issue 484 in xmonad: Use XDG Base Directory Specification In-Reply-To: <8-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> References: <8-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> Message-ID: <9-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> Comment #9 on issue 484 by woozlet... at gmail.com: Use XDG Base Directory Specification http://code.google.com/p/xmonad/issues/detail?id=484 I start to feel stupid, but just to provide a more solid base for a discussion on how one could handle the XDG Base Directory specification. I fixed an issue in the following path that occured if the $XDG_CACHE_HOME/xmonad directory did not exist. Sorry for the spam! saep Attachments: xdg.dpatch 11.3 KB -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From juhp at community.haskell.org Tue Nov 26 03:19:36 2013 From: juhp at community.haskell.org (Jens Petersen) Date: Tue, 26 Nov 2013 12:19:36 +0900 Subject: [xmonad] [patch] XFCE Terminal is now xfce4-terminal Message-ID: Hi, Here is a small patch to update XMonad.Config.Xfce to use "xfce4-terminal" instead of "Terminal" which I gather is obsolete since xfce4-terminal-0.6.0. Thanks, Jens -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: xfce-terminal-is-now-named-xfce4_terminal.dpatch Type: application/octet-stream Size: 32658 bytes Desc: not available URL: From wnyrodeo at yahoo.com Sat Nov 30 11:21:26 2013 From: wnyrodeo at yahoo.com (Imam Toufique) Date: Sat, 30 Nov 2013 12:21:26 +0100 Subject: [xmonad] Hiya, Xmonad Message-ID: http://belirleme.com/demo10/goodnews.php?dnkfu614mwmnfeh wnyrodeo at yahoo.com *************************** Sat, 30 Nov 2013 12:21:26 -------------- next part -------------- An HTML attachment was scrubbed... URL: