XMonad.Layout.ShowWName patch

Hello,

    I use xmonad on a 512MB laptop. I noticed that using |showWName| (from
XMonad.Layout.ShowWName) in my layoutHook slowed down Xmonad when switching
between workspaces.

I logged into #xmonad and enquired about it. Let me quote user geekosaur, who
correctly diagnosed the problem:

    geekosaur "The XSync function flushes the output buffer and then waits
              until all requests have been received and processed by the X
              server." that's gonna hurt...
    geekosaur looks like a case of premature optimization, from the patch
              history

So I deleted that particular call; workspace switching is more responsive after
that (on my other machine, with more RAM, the difference is barely noticeable).

I attach the .dpatch

-Francesco

1 patch for repository http://code.haskell.org/XMonadContrib:

Fri May 17 17:33:41 CEST 2013  Francesco Ariis <fa-ml@...>
  * Remove unneeded XSync call in Layout.ShowWName

New patches:

Issue 545 in xmonad: xmonad displays transparent urxvt badly with ugly gaps and overlaps

Status: New
Owner: ----

New issue 545 by webb.phi...@...: xmonad displays transparent
urxvt  
badly with ugly gaps and overlaps
http://code.google.com/p/xmonad/issues/detail?id=545

What steps will reproduce the problem?
1. run urxvt or urxvtc one or more times

What is the expected output? What do you see instead?

expected: the terminal windows are nicely tiled
actual: ugly gaps and overlaps among tiled terminal windows and with xmobar

What version of the product are you using? On what operating system?

ubuntu 10.04 LTS Server
rxvt-unicode (urxvt) v9.06 - released: 2008-06-15
xmonad 0.11

Are you using an xmonad.hs?  Please attach it and the output of "xmonad
--recompile".

yes, but bug is the same with or without my xmonad.hs

Please provide any additional information below.

temporarily fixed by switching to another xmonad screen and back again, but  

Issue 544 in xmonad: When run under xmonad, incanter produces blank windows

Status: New
Owner: ----

New issue 544 by r...@...: When run under xmonad, incanter  
produces blank windows
http://code.google.com/p/xmonad/issues/detail?id=544

To reproduce the problem:

- Install xmonad on a recent Debian system.

- Create a dummy account.

- Log in to an xmonad or xmonad+gnome session as dummy.

- Download incanter: http://incanter.org/downloads/

- Assuming you downloaded the jar, run "java -jar incanter.jar".

- At the "user=>" prompt enter these two lines (taken from
   https://github.com/liebke/incanter/wiki#getstarted):

     (use '(incanter core stats charts))
     (view (histogram (sample-normal 1000)))

At this point you should see a blank window if you're in an xmonad or  
xmonad+gnome session, and a histogram if you're in a plain gnome session.

I tested using xmonad version 0.10-4+b2 (Debian package), and there was no  
~/xmonad directory.

Xmonad 0.10, Xfce, Wheezy Stable

Hello All,

In the four years I've been using Xmonad, I have only convinced one
other human to try it and she too has become an addict. For most of
that time, I had been using Ubuntu with either Gnome 2 or
fallback/classic. However, in an attempt to ween myself from most DE
candy, I have installed stable Debian Wheezy with Xfce.

Starting up Xmonad, Xfce on Wheezy was much easier than the Xmonad
wiki would have you believe. I installed xmonad and
libghc6-xmonad-contrib-dev, a four line xmonad.hs using xfceConfig,
and had the option to choose the WM at login. But I am having some
trouble with the panel. Perhaps you can help.

Because I do not need it often, I am starting the xfce4-panel from the
command line as needed. But the panel behaves strangely: floating
above or behind other windows. Only after moving windows around to
different workspaces, the panel eventually behaves like other well
tiled windows. I wonder if there is a better way. Can I have the panel
hidden by default but appear with the standard mod-b key?

Should I be concerned by these warnings whenever I start xfce4-panel?:
"g_error_new_valist: runtime check failed (domain ! = 0)" and
"Failed to connect to session manager: SESSION_MANAGER environment
variable not defined"

Also I'm curious. Is there any difference between xfceConfig and desktopConfig?

Cheers,
Alex

GSoC mentor wanted!

<div><div dir="ltr">
<div>
<div>Hi,<br><br>
</div>I applied to GSoC for the project "xmonad: compositing support". Details of the application can be found here: <a href="http://www.google-melange.com/gsoc/proposal/review/google/gsoc2013/matijasosic/1#c10001">http://www.google-melange.com/gsoc/proposal/review/google/gsoc2013/matijasosic/1#c10001</a><br><br>
</div>Would anyone be interested to mentor this project? <br>The idea is to integrate compositing support into xmonad, adding some nice eye-candy and possibly some new functionalities.<br><br>Thanks in advance,<br>Matija<br>
</div></div>

Re: Issue 177 in xmonad: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol

Comment #129 on issue 177 by allber...@...: xmonad does not
follow  
ICCCM and ignores WM_TAKE_FOCUS protocol
http://code.google.com/p/xmonad/issues/detail?id=177

startupHook, not logHook. Although if you use EwmhDesktops, see 

http://www.haskell.org/haskellwiki/Xmonad/Frequently_asked_questions#Using_SetWMName_with_EwmhDesktops

about how to make them coexist.

--

-- 
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

Re: Issue 177 in xmonad: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol

Comment #128 on issue 177 by robinpal...@...: xmonad does not
follow  
ICCCM and ignores WM_TAKE_FOCUS protocol
http://code.google.com/p/xmonad/issues/detail?id=177

Correct me if wrong, but cabal installing xmonad 0.11 (and xmonad-contrib)  
+ adding LG3D to logHook (not tested if needed or not) seems to fix it for  
JDK7.

--

-- 
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

recompiling xmonad.hs results in one virtual screen instad of two

I am using xmonad with two screens managed by xrandr with

xrandr --output HDMI1 --mode 1920x1080 --pos 0x0 --rotate normal \
       --output LVDS1 --off \
       --output DP2 --off \
       --output DP1 --off \
       --output VGA1 --mode 1920x1080 --pos 1920x0 --rotate normal

I am using a xmonad setup from last year's december and screens 1 - 9
are placed on single physical screens.

A minor readaption of this setup (window size only) resulted in xmonad
treating the two screens as one virtual screen. Investigating, I
found out that just recompiling the very same .xmonad.hs resulted in
the same change.

I supsect some of imports have changed, which results in this
behaviour.

I import

import XMonad
import System.Exit

import qualified XMonad.StackSet as W
import qualified Data.Map        as M

import XMonad.Hooks.ManageDocks
--import XMonad.Hooks.EwmhDesktops

import XMonad.Layout.Maximize
import XMonad.Layout.GridVariants as GV
import XMonad.Layout.MultiColumns
import XMonad.Layout.PerWorkspace 

Regrettably, I have deleted all last year's binaries three weeks ago,
so I cannot recursively diff and I have not found similar reports in
the archives. For now, I copied a xmonad.o from a zfs-snap, but I
would like to change my config in the future. Can somebody help me?

Thanks and cheers, 
--

-- 
Christopher 
TZ:         GMT + 2h
GnuPG/GPG:  0xE8DE2C14

FreeBSD 9.1-RELEASE #2: Tue Nov 27 03:45:16 UTC 2012
root <at> darkstar:/usr/obj/pcbsd-build90/fbsd-source/9.1/sys/GENERIC 

Punctuation matters:
"Lets eat Grandma or Lets eat, Grandma" - Punctuation saves lives.
"A panda eats shoots and leaves" or "A panda eats, shoots, and leaves" -
Punctuation teaches proper biology.

Change Layout Using a Hotkey

<div><div dir="ltr">Hi,<div><br></div>
<div>I would like to bind a keyboard shortcut to change to a specific layout (e.g. Full, Grid, etc.). &nbsp;I've been using&nbsp;&nbsp;sendMessage $ JumpToLayout "Full", however, it will only switch to a layout that is already configured in layoutHook.</div>

<div><br></div>
<div>I'd like to switch to a layout that is _not_ in the layoutHook. &nbsp;Is this possible?</div>
<div><br></div>
<div>Thank you,<br clear="all"><div><br></div>-- <br><div>
<div>There are 10 types of people, those who know binary and those who don't.</div>

</div>
<div><br></div>
</div>
</div></div>

Using EwmhDesktops with IntelliJ (or maybe any Java Swing app?)

<div><div dir="ltr">
<div>
<div>
<div>
<div>Does anyone have this working?<br><br>
</div>I have two modes I manually flip between now:<br><br>1)<br>&nbsp; myConfig = ewmh defaultConfig [...snip...]<br>
</div>&nbsp; With this, I get normal desktop hints such as opening links will focus my browser, apps like Shutter that take full screen images work, etc. However, if I launch IntelliJ it opens as plain background and never "loads" any of the UI. If I Mod+Shift+C it, the exit dialogue does popup, so it is running and does respond to something.<br><br>2)<br>&nbsp; myConfig = defaultConfig [...snip...]<br>
</div>&nbsp; Without ewmh, I don't get browser focus, Shutter can't take desktop screenshots, but IntelliJ works flawlessly.<br><br>
</div>Does anyone have a fix for this, even a hack? Maybe some way to run ewmh but blacklist IntelliJ "out" of it?<br><br>Thanks!<br>Brett<br>
</div></div>

darcs patch: Generalises modWorkspace to take any layout-transformi...

1 patch for repository http://code.haskell.org/XMonadContrib:

Thu May  2 01:14:25 EST 2013  gopsychonauts@...
  * Generalises modWorkspace to take any layout-transforming function

  modWorkspace already was capable of modifying the layout with an arbitrary
  layout -> layout function, but its original type restricted it such that it
  could only apply a single LayoutModifier; this was often inconvenient, as for
  example it was not possible simply to compose LayoutModifiers for use with
  modWorkspace.

  This patch also reimplements onWorkspaces in terms of modWorkspaces, since with
  the latter's less restrictive type this is now possible.

1 patch for repository http://code.haskell.org/XMonadContrib:

Thu May  2 01:14:25 EST 2013  gopsychonauts@...
  * Generalises modWorkspace to take any layout-transforming function

  modWorkspace already was capable of modifying the layout with an arbitrary
  layout -> layout function, but its original type restricted it such that it
  could only apply a single LayoutModifier; this was often inconvenient, as for
  example it was not possible simply to compose LayoutModifiers for use with
  modWorkspace.

  This patch also reimplements onWorkspaces in terms of modWorkspaces, since with
  the latter's less restrictive type this is now possible.