From codesite-noreply at google.com Wed Mar 5 13:50:32 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Wed, 05 Mar 2014 13:50:32 +0000 Subject: [xmonad] Issue 200 in xmonad: xmonad spins in a tight loop changing focus back and forth In-Reply-To: <25-3425899027203913298-3414429660099422065-codesite-noreply=google.com@googlecode.com> References: <25-3425899027203913298-3414429660099422065-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-3414429660099422065-codesite-noreply=google.com@googlecode.com> Message-ID: <26-3425899027203913298-3414429660099422065-codesite-noreply=google.com@googlecode.com> Comment #26 on issue 200 by nicolas.... at b2ck.com: xmonad spins in a tight loop changing focus back and forth http://code.google.com/p/xmonad/issues/detail?id=200 Hello, I'd like to add my comment on this bug because it also affects me. It usually happens with firefox but it can also happens with urxvt. I have tried the EWMH solution without much success. Since firefox is launched on a workspace that is configured with noBorders I did not try the 0-border size solution. The bug manifest itself by spinning between two windows, I break this loop by pressing again the key combination to switch to another window. Then in that case sometimes the focus is on the displayed window (I am using a Tabbed Simplest layout) sometimes on the other window. One way I have found to reset everything to the normal state is to create a new firefox window and then closing it. I am using xmonad 0.11 on a debian sid box (all packages comes from the standard repository). I have attached my xmonad.hs configuration ... Let me know if I can be of any help. Attachments: xmonad.hs 3.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 Thu Mar 6 12:58:04 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Thu, 06 Mar 2014 12:58:04 +0000 Subject: [xmonad] Issue 560 in xmonad: Popup (code completion) window disappears In-Reply-To: <4-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> References: <4-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> Message-ID: <5-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> Comment #5 on issue 560 by Jan.Pa... at gmail.com: Popup (code completion) window disappears http://code.google.com/p/xmonad/issues/detail?id=560 Same issue here. Probably results from focus acquired by small window with long completion string (does not happen on jdk6). Maybe diff between xprop for the small window on jdk6 and jdk7 can be useful (removed all ids). Attachments: xprop.diff 881 bytes -- 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 Mar 7 00:09:50 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Fri, 07 Mar 2014 00:09:50 +0000 Subject: [xmonad] Issue 413 in xmonad: Windows don't disappear In-Reply-To: <7-3425899027203913298-17557877495294510616-codesite-noreply=google.com@googlecode.com> References: <7-3425899027203913298-17557877495294510616-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-17557877495294510616-codesite-noreply=google.com@googlecode.com> Message-ID: <8-3425899027203913298-17557877495294510616-codesite-noreply=google.com@googlecode.com> Comment #8 on issue 413 by ahanw... at storvisor.com: Windows don't disappear http://code.google.com/p/xmonad/issues/detail?id=413 Seeing the same issue. -- 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 Mar 7 00:22:55 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Fri, 07 Mar 2014 00:22:55 +0000 Subject: [xmonad] Issue 413 in xmonad: Windows don't disappear In-Reply-To: <8-3425899027203913298-17557877495294510616-codesite-noreply=google.com@googlecode.com> References: <8-3425899027203913298-17557877495294510616-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-17557877495294510616-codesite-noreply=google.com@googlecode.com> Message-ID: <9-3425899027203913298-17557877495294510616-codesite-noreply=google.com@googlecode.com> Comment #9 on issue 413 by allber... at gmail.com: Windows don't disappear http://code.google.com/p/xmonad/issues/detail?id=413 ahanwadi, if you're seeing it now (note the original ticket is from 2010) you are seeing a known bug with the current NVidia drivers in Arch, introduced about a month and a half ago, and the workaround is to run a compositing manager. -- 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 KAction at gnu.org Sat Mar 8 12:45:26 2014 From: KAction at gnu.org (Dmitry Bogatov) Date: Sat, 8 Mar 2014 16:45:26 +0400 Subject: [xmonad] Patch proposal: Save arbitary data per-window Message-ID: <20140308124526.GA29805@localhost> Hello! Thanks for beautiful piece of free software. I want to propose module, allowing saving data in per-window way. I wrote it because I wanted have per-window keyboard layout state, but module is very generic. I did not introduced any new dependencies, but what is policy about dependencies? PS. Please, respond in any way, since I have doubts that this email will arive. -- Best regards, Dmitry Bogatov , Free Software supporter, esperantisto and netiquette guardian. git://kaction.name/rc-files.git GPG: 54B7F00D -------------- next part -------------- A non-text attachment was scrubbed... Name: window-state.patch Type: text/x-diff Size: 17322 bytes Desc: not available URL: From mr.progo at gmail.com Sat Mar 8 12:54:52 2014 From: mr.progo at gmail.com (Mikael Puhakka) Date: Sat, 8 Mar 2014 14:54:52 +0200 Subject: [xmonad] Patch proposal: Save arbitary data per-window In-Reply-To: <20140308124526.GA29805@localhost> References: <20140308124526.GA29805@localhost> Message-ID: Yes, just responding to say you don't look like spam. :) - Mike On Sat, Mar 8, 2014 at 2:45 PM, Dmitry Bogatov wrote: > Hello! Thanks for beautiful piece of free software. > > I want to propose module, allowing saving data in per-window way. > I wrote it because I wanted have per-window keyboard layout state, > but module is very generic. > > I did not introduced any new dependencies, but what is policy about > dependencies? > > PS. Please, respond in any way, since I have doubts that this email will > arive. > > -- > Best regards, Dmitry Bogatov , > Free Software supporter, esperantisto and netiquette guardian. > git://kaction.name/rc-files.git > GPG: 54B7F00D > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://www.haskell.org/mailman/listinfo/xmonad > From codesite-noreply at google.com Mon Mar 10 10:13:17 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Mon, 10 Mar 2014 10:13:17 +0000 Subject: [xmonad] Issue 564 in xmonad: Some HW rendered windows will have residues when switching workspace Message-ID: <0-3425899027203913298-9800328423457458632-codesite-noreply=google.com@googlecode.com> Status: New Owner: ---- New issue 564 by christer... at gmail.com: Some HW rendered windows will have residues when switching workspace http://code.google.com/p/xmonad/issues/detail?id=564 What steps will reproduce the problem? 1. Run urxvt on workspace 1 2. Run minecraft on workspace 2 3. Switch back to workspace 1, and the minecraft image is painted inside the urxvt window. What is the expected output? What do you see instead? URxvt should render cleanly, not showing residues from the buffer rendered by minecraft What version of the product are you using? On what operating system? XMonad 0.11, Debian GNU/Linux unstable, nvidia 331.49 Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". Please provide any additional information below. xmonad.hs is a simplistic example I used to exclude any misconfigurations. XTerm does not show these artifacts. Attachments: xmonad.hs 339 bytes -- 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 Mar 10 10:14:48 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Mon, 10 Mar 2014 10:14:48 +0000 Subject: [xmonad] Issue 564 in xmonad: Some HW rendered windows will have residues when switching workspace In-Reply-To: <0-3425899027203913298-9800328423457458632-codesite-noreply=google.com@googlecode.com> References: <0-3425899027203913298-9800328423457458632-codesite-noreply=google.com@googlecode.com> Message-ID: <1-3425899027203913298-9800328423457458632-codesite-noreply=google.com@googlecode.com> Comment #1 on issue 564 by christer... at gmail.com: Some HW rendered windows will have residues when switching workspace http://code.google.com/p/xmonad/issues/detail?id=564 i3 wm does not have this issue. -- 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 Mar 10 12:59:56 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Mon, 10 Mar 2014 12:59:56 +0000 Subject: [xmonad] Issue 564 in xmonad: Some HW rendered windows will have residues when switching workspace In-Reply-To: <1-3425899027203913298-9800328423457458632-codesite-noreply=google.com@googlecode.com> References: <1-3425899027203913298-9800328423457458632-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-9800328423457458632-codesite-noreply=google.com@googlecode.com> Message-ID: <2-3425899027203913298-9800328423457458632-codesite-noreply=google.com@googlecode.com> Comment #2 on issue 564 by allber... at gmail.com: Some HW rendered windows will have residues when switching workspace http://code.google.com/p/xmonad/issues/detail?id=564 xmonad has no direct control over what is drawn to the screen, only over higher level operations such as window position/size and what windows are mapped. This kind of drawing artifact usually indicates that the video driver has bugs related to server-side window borders, which are rendered directly by the xorg video driver based on server window properties (border_width, border_pixel, border_pixmap; see XChangeWindowAttributes()). These bugs are not at all uncommon in NVidia drivers, as they are generally only tested with reparenting window managers that use frame windows instead of server-side borders. -- 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 Mar 10 13:28:00 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Mon, 10 Mar 2014 13:28:00 +0000 Subject: [xmonad] Issue 560 in xmonad: Popup (code completion) window disappears In-Reply-To: <5-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> References: <5-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> Message-ID: <6-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> Comment #6 on issue 560 by Jan.Pa... at gmail.com: Popup (code completion) window disappears http://code.google.com/p/xmonad/issues/detail?id=560 Looking further at xprop difference on jdk7 between main completion popup (which does not take focus) and small complementary window for long completions (which does), the main differnece looks to be in: WM_STATE(WM_STATE): window state: Normal which is present for the later. Is anyone aware if windows with normal states are managed in a different way? -- 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 Mar 10 13:49:48 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Mon, 10 Mar 2014 13:49:48 +0000 Subject: [xmonad] Issue 560 in xmonad: Popup (code completion) window disappears In-Reply-To: <6-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> References: <6-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> Message-ID: <7-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> Comment #7 on issue 560 by allber... at gmail.com: Popup (code completion) window disappears http://code.google.com/p/xmonad/issues/detail?id=560 The window without WM_STATE is not ICCCM compliant, as WM_STATE is mandatory. I would not be surprised if xmonad catches an exception while trying to manage it because it doesn't have the window attributes that all windows are required to have. -- 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 Mar 10 20:33:31 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Mon, 10 Mar 2014 20:33:31 +0000 Subject: [xmonad] Issue 560 in xmonad: Popup (code completion) window disappears In-Reply-To: <7-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> References: <7-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> Message-ID: <8-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> Comment #8 on issue 560 by Jan.Pa... at gmail.com: Popup (code completion) window disappears http://code.google.com/p/xmonad/issues/detail?id=560 So most probably it worked as expected for jdk6 as it was more broken then jdk7? Ironic :) Looking at hints section: Window manager hints: Client accepts input or input focus: No Window type: Dialog Window state: Skip Taskbar specifically "Client accepts input or input focus: No", does this mean such window should not receive focus? And if yes, does xmonad support this hint? -- 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 nrujac at gmail.com Mon Mar 10 20:55:47 2014 From: nrujac at gmail.com (Arjun Comar) Date: Mon, 10 Mar 2014 16:55:47 -0400 Subject: [xmonad] Adding side tabs to XMonad.Layout.Tabbed In-Reply-To: References: <77c2be57ff307ecb3834ae2ba1a5cf2a@seas.upenn.edu> Message-ID: Hi all, Just wanted to check and see if there were any further issues with this patch. Thanks, Arjun On Wed, Feb 19, 2014 at 3:12 PM, Arjun Comar wrote: > Hi all, > Here's an updated patch that switches TabbarLocation with Direction2D. > > Thanks, > Arjun > > > On Mon, Feb 17, 2014 at 6:32 PM, Arjun Comar wrote: > >> Hi Daniel, >> I can confirm that existing configs shouldn't break unless the user has >> behavior that operates on TabbarLocation (which seems weird, that kind of >> stuff really belongs in XMonad.Layout.Tabbed). If they *do* have that kind >> of behavior, they'll need to update their pattern matching to handle the >> LeftS/RightS cases. >> >> The naming is weird, but it's to prevent conflicts with Either. I was >> going for a Leftside/Rightside mnemonic. I actually like Adam's idea of >> just using Direction2D. That should also not break user configs since the >> interface functions don't ask for Top/Bottom/etc. and instead have separate >> functions for each task. >> >> Thanks, >> Arjun >> >> >> On Mon, Feb 17, 2014 at 4:16 PM, adam vogt wrote: >> >>> Hi Daniel and Arjun, >>> >>> LeftS and RightS don't take arguments like Left and Right do. >>> TabbarLocation could be defined in terms of >>> >>> http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Util-Types.html#t:Direction2D >>> , >>> but it's fine as-is too. >>> >>> -- >>> Adam >>> _______________________________________________ >>> xmonad mailing list >>> xmonad at haskell.org >>> http://www.haskell.org/mailman/listinfo/xmonad >>> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From codesite-noreply at google.com Tue Mar 11 13:57:34 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 11 Mar 2014 13:57:34 +0000 Subject: [xmonad] Issue 560 in xmonad: Popup (code completion) window disappears In-Reply-To: <8-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> References: <8-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> Message-ID: <9-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> Comment #9 on issue 560 by Jan.Pa... at gmail.com: Popup (code completion) window disappears http://code.google.com/p/xmonad/issues/detail?id=560 Apparently input hint is of no importance here (especially that most jdk7 windows have this flag set to false). What distinguishes problematic window from others is lack of WM_TAKE_FOCUS atom. Both params "input hint" and "WM_TAKE_FOCUS" seem to be evaluated in setFocusX function, but from my investigation none of the "whens" is applied there. Which function actually changes focus to new window? Should it consider WM_TAKE_FOCUS? -- 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 Mar 11 15:09:59 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 11 Mar 2014 15:09:59 +0000 Subject: [xmonad] Issue 560 in xmonad: Popup (code completion) window disappears In-Reply-To: <9-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> References: <9-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> Message-ID: <10-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> Comment #10 on issue 560 by Jan.Pa... at gmail.com: Popup (code completion) window disappears http://code.google.com/p/xmonad/issues/detail?id=560 Yet another observation... the main completion window actually does not disappear, it just goes down below every other window. Probably because it is not managed by xmonad due to missing WM_STATE which might be in the end the root cause. -- 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 Mar 11 18:33:58 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 11 Mar 2014 18:33:58 +0000 Subject: [xmonad] Issue 560 in xmonad: Popup (code completion) window disappears In-Reply-To: <10-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> References: <10-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> Message-ID: <11-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> Comment #11 on issue 560 by Jan.Pa... at gmail.com: Popup (code completion) window disappears http://code.google.com/p/xmonad/issues/detail?id=560 Nah, the problem with main completion window not being managed by xmonad is not lack of WM_STATE but rather lack of MapRequest event on its creation (only *Notify events are generated). If I replace handler for MapRequestEvent to process MapNotifyEvent it's kinda better -- main completion window stays up, but the additional small window never shows up as well as xmobar. No idea where to go from here - why MapRequest is not generated and how IntelliJ could possibly fix this... -- 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 Mar 11 19:50:08 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 11 Mar 2014 19:50:08 +0000 Subject: [xmonad] Issue 560 in xmonad: Popup (code completion) window disappears In-Reply-To: <11-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> References: <11-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> Message-ID: <12-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> Comment #12 on issue 560 by a... at mcelwee.me: Popup (code completion) window disappears http://code.google.com/p/xmonad/issues/detail?id=560 These two comments on the Jetbrains bugtracker were a sufficient workaround for me. http://youtrack.jetbrains.com/issue/IDEA-101072#comment=27-453372 http://youtrack.jetbrains.com/issue/IDEA-101072#comment=27-456320 -- 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 Mar 11 19:51:08 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 11 Mar 2014 19:51:08 +0000 Subject: [xmonad] Issue 560 in xmonad: Popup (code completion) window disappears In-Reply-To: <12-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> References: <12-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> Message-ID: <13-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> Comment #13 on issue 560 by epirea... at gmail.com: Popup (code completion) window disappears http://code.google.com/p/xmonad/issues/detail?id=560 Interesting - I had a look at the Jetbrains issue tracker, and there's a work-around that seems to solve this for me (!): http://youtrack.jetbrains.com/issue/IDEA-101072 Basically - start IDEA with -Dide.expansion.hints.enabled=false to avoid this behavior. There are also some comments that discusses an alternative way of solving the issue by tweaking the xmonad config. -- 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 Mar 11 21:24:06 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 11 Mar 2014 21:24:06 +0000 Subject: [xmonad] Issue 560 in xmonad: Popup (code completion) window disappears In-Reply-To: <13-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> References: <13-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> Message-ID: <14-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> Comment #14 on issue 560 by allber... at gmail.com: Popup (code completion) window disappears http://code.google.com/p/xmonad/issues/detail?id=560 Jan.Palus: that means it's keeping one window around and hiding it by burying it. But the first time it shows up it should be mapped and therefore managed... Is it perhaps override_redirect? -- 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 Wed Mar 12 19:39:54 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Wed, 12 Mar 2014 19:39:54 +0000 Subject: [xmonad] Issue 560 in xmonad: Popup (code completion) window disappears In-Reply-To: <14-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> References: <14-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> Message-ID: <15-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> Comment #15 on issue 560 by Jan.Pa... at gmail.com: Popup (code completion) window disappears http://code.google.com/p/xmonad/issues/detail?id=560 So the first time it shows up, only 3 Notify events are generated: Create, Configure, Map, but during idea startup there are 3 MapRequests - one for splash screen I guees, second for main window, not sure if third might be for completion window which is not there yet. But indeed it has following properties set as reported by xwininfo: Override Redirect State: yes Override redirection?: Yes Mentioned workaround (-Dide.expansion.hints.enabled=false) indeed keeps completion window up, at a small price of never showing the small window for long completions. -- 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 Wed Mar 12 22:22:55 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Wed, 12 Mar 2014 22:22:55 +0000 Subject: [xmonad] Issue 560 in xmonad: Popup (code completion) window disappears In-Reply-To: <15-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> References: <15-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> Message-ID: <16-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> Comment #16 on issue 560 by Jan.Pa... at gmail.com: Popup (code completion) window disappears http://code.google.com/p/xmonad/issues/detail?id=560 Just to add to previous comment - debug stack hook does not ever show window corresponding to completion window. I also managed to minimize MapRequests during sturtup to 2 by closing any panel that might have spawned additional window, so it really seems completion window does not generate MapRequest. -- 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 Thu Mar 13 02:15:45 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Thu, 13 Mar 2014 02:15:45 +0000 Subject: [xmonad] Issue 560 in xmonad: Popup (code completion) window disappears In-Reply-To: <16-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> References: <16-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> Message-ID: <17-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> Comment #17 on issue 560 by allber... at gmail.com: Popup (code completion) window disappears http://code.google.com/p/xmonad/issues/detail?id=560 It won't; override-redirect means the window manager has no control over the window, so ConfigureRequest and MapRequest will not be generated by the X server and we find out about it at MapNotify (at which point it is too late to manage it, by design) and cannot put it in the StackSet. It also means the application must manage the window itself. -- 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 Thu Mar 13 10:02:08 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Thu, 13 Mar 2014 10:02:08 +0000 Subject: [xmonad] Issue 560 in xmonad: Popup (code completion) window disappears In-Reply-To: <17-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> References: <17-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> Message-ID: <18-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> Comment #18 on issue 560 by Jan.Pa... at gmail.com: Popup (code completion) window disappears http://code.google.com/p/xmonad/issues/detail?id=560 Thanks, so actually the most convenient solution (at least that would work for sure), would be on idea side to preserve same window properties (override redirect mainly) for the small window with long completion. This way it would not be managed by xmonad and hence not result in stack refresh. -- 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 yanboyang713 at gmail.com Fri Mar 14 08:00:47 2014 From: yanboyang713 at gmail.com (Boyang Yan) Date: Fri, 14 Mar 2014 19:00:47 +1100 Subject: [xmonad] Issue 560 in xmonad: Popup (code completion) window disappears In-Reply-To: <18-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> References: <0-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> <17-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> <18-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> Message-ID: I have got a question, which command lead to connect wireless Internet in terminal. *kind regards,* *Boyang YAN (William)* *-------------------------------------------------------------------------* *Alternate Email: by932 at uowmail.edu.au * *student number: 4329764* *phone number:0415950713* *study in : University of Wollongong* On Thu, Mar 13, 2014 at 9:02 PM, wrote: > > Comment #18 on issue 560 by Jan.Pa... at gmail.com: Popup (code completion) > window disappears > http://code.google.com/p/xmonad/issues/detail?id=560 > > Thanks, so actually the most convenient solution (at least that would work > for sure), would be on idea side to preserve same window properties > (override redirect mainly) for the small window with long completion. This > way it would not be managed by xmonad and hence not result in stack refresh. > > > -- > 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 > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://www.haskell.org/mailman/listinfo/xmonad > -------------- next part -------------- An HTML attachment was scrubbed... URL: From allbery.b at gmail.com Fri Mar 14 15:02:12 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Fri, 14 Mar 2014 11:02:12 -0400 Subject: [xmonad] Issue 560 in xmonad: Popup (code completion) window disappears In-Reply-To: References: <0-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> <17-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> <18-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> Message-ID: You should really start a new discussion instead of tagging onto an existing one, especially one that is just reporting activity on our bug tracker. On Fri, Mar 14, 2014 at 4:00 AM, Boyang Yan wrote: > I have got a question, which command lead to connect wireless Internet in > terminal. > On must Linuxes you are probably looking for nmcli, but that implies you're running a tray manager (systray, trayer, trayer-srg) and nm-applet since it cannot *configure* networks, only activate existing configurations. If you're not using NetworkManager, it gets a bit harder; you need to install and configure wpa_supplicant. -- 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 daniel at wagner-home.com Sun Mar 16 18:45:40 2014 From: daniel at wagner-home.com (Daniel Wagner) Date: Sun, 16 Mar 2014 14:45:40 -0400 Subject: [xmonad] Patch proposal: Save arbitary data per-window In-Reply-To: <20140308124526.GA29805@localhost> References: <20140308124526.GA29805@localhost> Message-ID: <63189c2beb4aa370ba8dd8d114660232@seas.upenn.edu> I have heard no complaints, so applied. I took the liberty of making a few changes to eliminate compiler warnings -- let me know if this broke something for you. ~d On 2014-03-08 07:45, Dmitry Bogatov wrote: > Hello! Thanks for beautiful piece of free software. > > I want to propose module, allowing saving data in per-window way. > I wrote it because I wanted have per-window keyboard layout state, > but module is very generic. > > I did not introduced any new dependencies, but what is policy about > dependencies? > > PS. Please, respond in any way, since I have doubts that this email > will > arive. > > -- > Best regards, Dmitry Bogatov , > Free Software supporter, esperantisto and netiquette guardian. > git://kaction.name/rc-files.git > GPG: 54B7F00D > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://www.haskell.org/mailman/listinfo/xmonad From daniel at wagner-home.com Sun Mar 16 19:04:11 2014 From: daniel at wagner-home.com (Daniel Wagner) Date: Sun, 16 Mar 2014 15:04:11 -0400 Subject: [xmonad] Adding side tabs to XMonad.Layout.Tabbed In-Reply-To: References: <77c2be57ff307ecb3834ae2ba1a5cf2a@seas.upenn.edu> Message-ID: <51b9202a81035e02a186fcd073e7312a@seas.upenn.edu> Hi Arjun -- it's applied, thanks for the patch and followup! ~d On 2014-03-10 16:55, Arjun Comar wrote: > Hi all, > Just wanted to check and see if there were any further issues with > this patch. > > Thanks, > Arjun > > On Wed, Feb 19, 2014 at 3:12 PM, Arjun Comar wrote: > >> Hi all, >> Here's an updated patch that switches TabbarLocation with >> Direction2D. >> >> Thanks, >> Arjun >> >> On Mon, Feb 17, 2014 at 6:32 PM, Arjun Comar >> wrote: >> >> Hi Daniel, >> I can confirm that existing configs shouldn't break unless the user >> has behavior that operates on TabbarLocation (which seems weird, >> that kind of stuff really belongs in XMonad.Layout.Tabbed). If they >> *do* have that kind of behavior, they'll need to update their >> pattern matching to handle the LeftS/RightS cases. >> >> The naming is weird, but it's to prevent conflicts with Either. I >> was going for a Leftside/Rightside mnemonic. I actually like Adam's >> idea of just using Direction2D. That should also not break user >> configs since the interface functions don't ask for Top/Bottom/etc. >> and instead have separate functions for each task. >> >> Thanks, >> Arjun >> >> On Mon, Feb 17, 2014 at 4:16 PM, adam vogt >> wrote: >> Hi Daniel and Arjun, >> >> LeftS and RightS don't take arguments like Left and Right do. >> TabbarLocation could be defined in terms of >> > http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Util-Types.html#t:Direction2D >> [1], >> but it's fine as-is too. >> >> -- >> Adam >> >> _______________________________________________ >> xmonad mailing list >> xmonad at haskell.org >> http://www.haskell.org/mailman/listinfo/xmonad [2] > > > > Links: > ------ > [1] > http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Util-Types.html#t:Direction2D > [2] http://www.haskell.org/mailman/listinfo/xmonad From oneself at gmail.com Wed Mar 19 22:29:54 2014 From: oneself at gmail.com (Eyal Erez) Date: Wed, 19 Mar 2014 18:29:54 -0400 Subject: [xmonad] insertPosition and floating windows Message-ID: Hi, I would like to have new windows leave the current window in place. I can achieve this with: manageHook = insertPosition Below Newer <+> composeAll myManageHook However, this causes some floating windows (e.g. vlc open file dialog) to flicker like crazy. I found the following post which claims this is an issue with composeAll, but I am a Haskell newb and don't know enough to figure out what this means. https://bbs.archlinux.org/viewtopic.php?id=94060 Could someone please help me figure this out? Thank you, -- *Eyal Erez <**oneself at gmail.com* *>* There are 10 types of people, those who know binary and those who don't. -------------- next part -------------- An HTML attachment was scrubbed... URL: From allbery.b at gmail.com Wed Mar 19 23:28:48 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Wed, 19 Mar 2014 19:28:48 -0400 Subject: [xmonad] insertPosition and floating windows In-Reply-To: References: Message-ID: On Wed, Mar 19, 2014 at 6:29 PM, Eyal Erez wrote: > I would like to have new windows leave the current window in place. I can > achieve this with: > > manageHook = insertPosition Below Newer <+> composeAll myManageHook > > However, this causes some floating windows (e.g. vlc open file dialog) to > flicker like crazy. I found the following post which claims this is an > issue with composeAll, but I am a Haskell newb and don't know enough to > figure out what this means. > > https://bbs.archlinux.org/viewtopic.php?id=94060 > That is in fact a different issue, although it might still be helpful in working around it by making those windows not get inserted below others. The "flickering" is probably that vlc expects the window to be on top and focused, and withdraws and recreates it if it isn't; you could probably use something like xscope / xmon / xtrace (seems like every Linux distribution has only one of the three, and probably there are others out there that something has decided is the right one to the exclusion of the others...) to verify, if you're somewhat familiar with the X11 wire protocol. ComposeOne is from http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Hooks-ManageHelpers.html#v:composeOneand allows you to specify that only one hook out of a group should run; so you can match the vlc dialog (use xprop to determine how to recognize it) and handle it normally to avoid vlc's misbehavior, and push other windows down. -- 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 wnyrodeo at yahoo.com Sat Mar 22 04:32:53 2014 From: wnyrodeo at yahoo.com (Imam Toufique) Date: Sat, 22 Mar 2014 04:32:53 +0000 Subject: [xmonad] How are you Xmonad? Message-ID: <0N2T0094VM3S1BB0@VL-VM-MR006.ip.videotron.ca> http://metafizikbilgiler.com/evrimdini/home/webpages/evrimdini.com/htdocs/pinit.php?xsmsqvnr1712tgkk wnyrodeo ============== Drugs instantiate sex, lies and videotapes. -- the ARs -------------- next part -------------- An HTML attachment was scrubbed... URL: From jonas.brunsgaard at gmail.com Mon Mar 24 00:50:59 2014 From: jonas.brunsgaard at gmail.com (Jonas Brunsgaard) Date: Mon, 24 Mar 2014 01:50:59 +0100 Subject: [xmonad] HiDPI, xmonad and PyCharm Message-ID: Does any of you have a solution for using PyCharm/IntelliJ or other JetBrians programs with xmonad and HiDPI displays. I have a resolution of 2880x1800 and text and icons are totally unreadable. In Gnome 3.1x it is better and I am not sure why. I have tried to start java with java options having -Dis.hidpi=true, but with no success :/ Does anybody here have experience with such a setup or an idea how to approach the problem? Any ideas are welcome, even the long shots :) -- brunsgaard -------------- next part -------------- An HTML attachment was scrubbed... URL: From allbery.b at gmail.com Mon Mar 24 03:21:29 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Sun, 23 Mar 2014 23:21:29 -0400 Subject: [xmonad] HiDPI, xmonad and PyCharm In-Reply-To: References: Message-ID: On Sun, Mar 23, 2014 at 8:50 PM, Jonas Brunsgaard < jonas.brunsgaard at gmail.com> wrote: > Does any of you have a solution for using PyCharm/IntelliJ or other > JetBrians programs with xmonad and HiDPI displays. > > I have a resolution of 2880x1800 and text and icons are totally > unreadable. In Gnome 3.1x it is better and I am not sure why. > That will be fontconfig stuff probably set by the Gnome theme; I'm not sure if you can extract the fontconfig settings in a way that you can use outside of Gnome, though. It used to be that you could run gnome-settings-daemon to get the font stuff without dragging in the rest of Gnome. I'm not sure this works since gnome-fallback went away, though. -- 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 alexis.mailinglist at de-bruyn.fr Sat Mar 29 13:36:31 2014 From: alexis.mailinglist at de-bruyn.fr (Alexis de BRUYN) Date: Sat, 29 Mar 2014 14:36:31 +0100 Subject: [xmonad] DynamicWorkspaceGroups persistent after reboot? Message-ID: <5336CC5F.8080500@de-bruyn.fr> Hi Everybody, Is there a way make the WSGroup persistent after reboot with XMonad.Actions.DynamicWorkspaceGroups? Can we define statically the WSGroup? With addWSGroup? Best regards, -- Alexis de BRUYN From codesite-noreply at google.com Mon Mar 31 05:17:46 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Mon, 31 Mar 2014 05:17:46 +0000 Subject: [xmonad] Issue 97 in xmonad: xmonad stops responding to keyboard input after running xscreensaver In-Reply-To: <36-3425899027203913298-8144526032869036153-codesite-noreply=google.com@googlecode.com> References: <36-3425899027203913298-8144526032869036153-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-8144526032869036153-codesite-noreply=google.com@googlecode.com> Message-ID: <37-3425899027203913298-8144526032869036153-codesite-noreply=google.com@googlecode.com> Comment #37 on issue 97 by BabyG... at gmail.com: xmonad stops responding to keyboard input after running xscreensaver http://code.google.com/p/xmonad/issues/detail?id=97 Just hit this problem. First time user and fresh (2day old) install of ubuntu saucy. Happened on password screen, no way to input password. -- 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