codesite | 5 Mar 00:30 2015
Picon

Issue 595 in xmonad: Thunderbird does not refresh window content after suspend

Status: New
Owner: ----

New issue 595 by jp.depl...@...: Thunderbird does not refresh
window  
content after suspend
https://code.google.com/p/xmonad/issues/detail?id=595

I have the same bug as in this one  
https://bugs.launchpad.net/unity/+bug/981329 and, as the bug seemed to have  
been resolved by fixing compiz, I'm wondering if it wouldn't be a xmonad  
problem in my case.

--

-- 
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
Anton Pirogov | 3 Mar 22:09 2015
Picon

[xmonad-contrib] Patch to add messages IncSpacing/SetSpacing to the Spacing modifier for dynamic adjustment

This is such a small change that I think that it makes more sense to patch it, instead of rolling my own. It just adds the message, nothing more, so it does not break anything.

Thanks!

Best regards,
Anton Pirogov
Attachment (spacingWithMsg.dpatch): application/octet-stream, 39 KiB
<div><div dir="ltr">This is such a small change that I think that it makes more sense to patch it, instead of rolling my own. It just adds the message, nothing more, so it does not break anything.<br><br>Thanks!<br><br>Best regards,<br>Anton Pirogov<br>
</div></div>
codesite | 3 Mar 09:58 2015
Picon

Issue 594 in xmonad: modal window management with virtual box (1)

Status: New
Owner: ----

New issue 594 by netra...@...: modal window management with
virtual  
box (1)
https://code.google.com/p/xmonad/issues/detail?id=594

What steps will reproduce the problem?
1. Launch virtualbox after an update in the VB tools,
2.accept upgrading tools

What is the expected output? What do you see instead?
a gksudo root prompt modal window pops up and should stay on the front  
until password has been typed.
Instead,  virtualbox progress window goes to front and gksudo root prompt  
modal window goes to background thus preventing the root password to be  
entered and upgrading process to follow.

What version of the product are you using? On what operating system?
VirtualBox 4.3.24 Linuxmint 17.1

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

Please provide any additional information below.

Attachments:
	xmonad.hs  935 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
codesite | 2 Mar 23:14 2015
Picon

Issue 593 in xmonad: moving a gimp window to another workspace problem

Status: New
Owner: ----

New issue 593 by wrob...@...: moving a gimp window to another  
workspace problem
https://code.google.com/p/xmonad/issues/detail?id=593

What steps will reproduce the problem?

1. Start Gimp on workspace 1.
2. You shall have two Gimp windows - toolbox and image.
3. Move image window to workspace 2.

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

I expect to have toolbox window on workspace 1 and image window on  
workspace 2. Instead, both windows end up on workspace 2. Having these
two windows on separate workspaces is useful when working with two
monitors.

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

xmonad 0.11, ghc 7.8.4, Linux.

--

-- 
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
Anton Pirogov | 2 Mar 20:46 2015
Picon

Extended + fixed BinarySpacePartition layout -> feedback?

I found the awesome BSP layout, but felt like it has not reached its full potential, so I developed it on, fixing some stuff and looking at bspwm docs and videos to see what useful features might be missing (that are not already perfectly satisfied by applying an existing layout modifier).

The most important changes:
- Actions on the tree now also affect the windows -> Swap does act intuitively now
- The layout now works with BorderResize or MouseResize (reacting to SetGeometry)

New Operations:
- Equalize and Balance -> equalize sets the ratios in a way that all windows occupy the same space, Balance retiles the tree, so that the nodes are balanced
- Vertical and horizontal flipping -> manipulates the tree resulting in a "mirrored" layout on the fly
- right and left rotation (I find this one the least useful, but maybe someone likes it. I needed the operations for balance anyway)

Eye candy:
- Added the window gaps feature and messages to adjust it on the fly. The layout modifier Spacing was not suitable as it does not allow changing the size of the gap dynamically.

https://github.com/apirogov/BinarySpacePartition

It would be great, if someone checks it out and I also would like to know, whether this could be an update for the official BSP layout in contrib or if there are users that do not like this for whatever reason (e.g. because they like the old Swap behaviour), if I should rename it to something like ExtendedBSP?

Other aspects: if there is interest, I could also refactor dynamic window gaps out into its own layout modifier.
<div><div dir="ltr">I found the awesome BSP layout, but felt like it has not reached its full potential, so I developed it on, fixing some stuff and looking at bspwm docs and videos to see what useful features might be missing (that are not already perfectly satisfied by applying an existing layout modifier).<br><br>The most important changes:<br>- Actions on the tree now also affect the windows -&gt; Swap does act intuitively now<br>- The layout now works with BorderResize or MouseResize (reacting to SetGeometry)<br><br>New Operations:<br>- Equalize and Balance -&gt; equalize sets the ratios in a way that all windows occupy the same space, Balance retiles the tree, so that the nodes are balanced<br>- Vertical and horizontal flipping -&gt; manipulates the tree resulting in a "mirrored" layout on the fly<br>- right and left rotation (I find this one the least useful, but maybe someone likes it. I needed the operations for balance anyway)<br><br>Eye candy:<br>- Added the window gaps feature and messages to adjust it on the fly. The layout modifier Spacing was not suitable as it does not allow changing the size of the gap dynamically.<br><br><a href="https://github.com/apirogov/BinarySpacePartition">https://github.com/apirogov/BinarySpacePartition</a><br><br>It would be great, if someone checks it out and I also would like to know, whether this could be an update for the official BSP layout in contrib or if there are users that do not like this for whatever reason (e.g. because they like the old Swap behaviour), if I should rename it to something like ExtendedBSP?<br><br>Other aspects: if there is interest, I could also refactor dynamic window gaps out into its own layout modifier.<br>
</div></div>
Alexander Genaud | 2 Mar 12:50 2015
Picon

Re: upstream version

I'm sorry for botching up the thread subject.

What holds up official releases, then? It seems to me, the state of Linux DE's has changed significantly since 2012. Xmonad 0.11 doesn't seem to play nice straight 'out of the box' on fresh installations of the latest, largest distributions.



On Mon, Mar 2, 2015 at 10:00 AM, Tamas Papp <tkpapp-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
>
> "Bleeding edge" can be a concern if it has implications on for bugs that
> affect user experience. I don't know if it is Haskell or the skills of
> the xmonad team (probably both), but I have always used the latest
> xmonad and found it remarkably bug-free. In fact, I would find it
> difficult to name any other piece of nontrivial software that has a
> similar level of stability.
>
> Best,
>
> Tamas
>
> On Mon, Mar 02 2015, Alexander Genaud <alex-AI5MWb5qjQ6sTnJN9+BGXg@public.gmane.org> wrote:
>
> > Or, if x.x.B already has meaning (bugfix release), then rc (release
> > candidate) notation would serve a similar purpose:
> >
> > 0.12.5-rc1 ==> 0.12.5 (bugfix release)
> > 0.13-rc1 ==> 0.13 (major/minor release)
> >
> > I think the difference is EVERY Java release must be a supported standard
> > target. Xmonad has local, but no global, critical child dependencies. One
> > would never recommend that a general user compiles bleeding edge Javac for
> > any real work -- yet that's what some Xmonad-ers have recommended for two
> > years.
> >
> > If 0.12.3 exists, but is not considered stable, then 0.12-rc3 or 0.12b3
> > would seem more appropriate.
> >
> >> Oh, yes.. i didn't check the page. I've been too much in the java
> >> world using the snapshot descriptor, it would be cool if we had such a
> >> thing in xmonad in where 0.12 would be release notation for example
> >> and 0.12.5 would be upstream notation, and a preparation for 0.13.
> >> 0.12.5 is released as 0.13 and the darcs version is updated to 0.13.5
> >> and so forth.. I attach the patches in case this resonates with you.
<div><div dir="ltr">
<div>I'm sorry for botching up the thread subject.<br><br>
</div>What holds up official releases, then? It seems to me, the state of Linux DE's has changed significantly since 2012. Xmonad 0.11 doesn't seem to play nice straight 'out of the box' on fresh installations of the latest, largest distributions.<br><br><br><div><div>
<br>On Mon, Mar 2, 2015 at 10:00 AM, Tamas Papp &lt;<a href="mailto:tkpapp@...">tkpapp@...</a>&gt; wrote:<br>&gt;<br>&gt; "Bleeding edge" can be a concern if it has implications on for bugs that<br>&gt; affect user experience. I don't know if it is Haskell or the skills of<br>&gt; the xmonad team (probably both), but I have always used the latest<br>&gt; xmonad and found it remarkably bug-free. In fact, I would find it<br>&gt; difficult to name any other piece of nontrivial software that has a<br>&gt; similar level of stability.<br>&gt;<br>&gt; Best,<br>&gt;<br>&gt; Tamas<br>&gt;<br>&gt; On Mon, Mar 02 2015, Alexander Genaud &lt;<a href="mailto:alex <at> genaud.net">alex@...</a>&gt; wrote:<br>&gt;<br>&gt; &gt; Or, if x.x.B already has meaning (bugfix release), then rc (release<br>&gt; &gt; candidate) notation would serve a similar purpose:<br>&gt; &gt;<br>&gt; &gt; 0.12.5-rc1 ==&gt; 0.12.5 (bugfix release)<br>&gt; &gt; 0.13-rc1 ==&gt; 0.13 (major/minor release)<br>&gt; &gt;<br>&gt; &gt; I think the difference is EVERY Java release must be a supported standard<br>&gt; &gt; target. Xmonad has local, but no global, critical child dependencies. One<br>&gt; &gt; would never recommend that a general user compiles bleeding edge Javac for<br>&gt; &gt; any real work -- yet that's what some Xmonad-ers have recommended for two<br>&gt; &gt; years.<br>&gt; &gt;<br>&gt; &gt; If 0.12.3 exists, but is not considered stable, then 0.12-rc3 or 0.12b3<br>&gt; &gt; would seem more appropriate.<br>&gt; &gt;<br>&gt; &gt;&gt; Oh, yes.. i didn't check the page. I've been too much in the java<br>&gt; &gt;&gt; world using the snapshot descriptor, it would be cool if we had such a<br>&gt; &gt;&gt; thing in xmonad in where 0.12 would be release notation for example<br>&gt; &gt;&gt; and 0.12.5 would be upstream notation, and a preparation for 0.13.<br>&gt; &gt;&gt; 0.12.5 is released as 0.13 and the darcs version is updated to 0.13.5<br>&gt; &gt;&gt; and so forth.. I attach the patches in case this resonates with you.<br>
</div></div>
</div></div>
Alexander Genaud | 2 Mar 06:30 2015
Picon

Re: xmonad Digest, Vol 96, Issue 3

Or, if x.x.B already has meaning (bugfix release), then rc (release candidate) notation would serve a similar purpose:

0.12.5-rc1 ==> 0.12.5 (bugfix release)
0.13-rc1 ==> 0.13 (major/minor release)

I think the difference is EVERY Java release must be a supported standard target. Xmonad has local, but no global, critical child dependencies. One would never recommend that a general user compiles bleeding edge Javac for any real work -- yet that's what some Xmonad-ers have recommended for two years.

If 0.12.3 exists, but is not considered stable, then 0.12-rc3 or 0.12b3 would seem more appropriate.

> Oh, yes.. i didn't check the page. I've been too much in the java
> world using the snapshot descriptor, it would be cool if we had such a
> thing in xmonad in where 0.12 would be release notation for example
> and 0.12.5 would be upstream notation, and a preparation for 0.13.
> 0.12.5 is released as 0.13 and the darcs version is updated to 0.13.5
> and so forth.. I attach the patches in case this resonates with you.

<div><div dir="ltr">
<div>
<div>
<div>
<div>Or, if x.x.B already has meaning (bugfix release), then rc (release candidate) notation would serve a similar purpose:<br><br>
</div>0.12.5-rc1 ==&gt; 0.12.5 (bugfix release)<br>
</div>0.13-rc1 ==&gt; 0.13 (major/minor release)<br><br>
</div>I think the difference is EVERY Java release must be a supported standard target. Xmonad has local, but no global, critical child dependencies. One would never recommend that a general user compiles bleeding edge Javac for any real work -- yet that's what some Xmonad-ers have recommended for two years.<br><br>
</div>If 0.12.3 exists, but is not considered stable, then 0.12-rc3 or 0.12b3 would seem more appropriate.<br><div>
<br><div><div><div>&gt; Oh, yes.. i didn't check the page. I've been too much in the java<br>&gt; world using the snapshot descriptor, it would be cool if we had such a<br>&gt; thing in xmonad in where 0.12 would be release notation for example<br>&gt; and 0.12.5 would be upstream notation, and a preparation for 0.13.<br>&gt; 0.12.5 is released as 0.13 and the darcs version is updated to 0.13.5<br>&gt; and so forth.. I attach the patches in case this resonates with you.<br><br>
</div></div></div>
</div>
</div></div>
Alexander Genaud | 1 Mar 22:36 2015
Picon

Vanilla Xmonad distribution

Thanks again guys. I had some trouble with cabal-install dependencies on Mint, but would prefer stable packages anyway. Mint/Mate is now stable as long as I'm willing to start with 'xmonad --replace &' in a terminal after login. Xmonad from XDG/Login might be possible (with first two files below) if I start up a session manager and a bunch of utilities (in third file); I haven't tried. I would like to try with LXDE.


# apt-get install xmonad libghc-xmonad-contrib-dev libghc-xmonad-dev


==> /usr/share/xsessions/xmonad.desktop <==
[Desktop Entry]
Name=XMonad
Comment=Lightweight tiling window manager
Exec=xmonad.start
Icon=xmonad.png
Type=XSession
 
 
==> /usr/share/applications/xmonad.start.desktop <==
[Desktop Entry]
Type=Application
Name=Xmonad
Exec=/usr/local/bin/xmonad.start
NoDisplay=true
X-GNOME-WMName=Xmonad
X-GNOME-Autostart-Phase=WindowManager
X-GNOME-Provides=windowmanager
X-GNOME-Autostart-Notify=true


==> /usr/local/bin/xmonad.start <==
#!/bin/bash
#mate-panel &
exec xmonad


==> xmonad.hs <==
import XMonad
import XMonad.Config.Desktop
main = xmonad $ desktopConfig {
                modMask = mod4Mask
                , terminal = "mate-terminal"
        }

<div><div dir="ltr">Thanks again guys. I had some trouble with cabal-install dependencies on Mint, but would prefer stable packages anyway. Mint/Mate is now stable as long as I'm willing to start with 'xmonad --replace &amp;' in a terminal after login. Xmonad from XDG/Login might be possible (with first two files below) if I start up a session manager and a bunch of utilities (in third file); I haven't tried. I would like to try with LXDE.<br><br><br># apt-get install xmonad libghc-xmonad-contrib-dev libghc-xmonad-dev<br><br><br>==&gt; /usr/share/xsessions/xmonad.desktop &lt;==<br>[Desktop Entry]<br>Name=XMonad<br>Comment=Lightweight tiling window manager<br>Exec=xmonad.start<br>Icon=xmonad.png<br>Type=XSession<br>&nbsp;<br>&nbsp;<br>==&gt; /usr/share/applications/xmonad.start.desktop &lt;==<br>[Desktop Entry]<br>Type=Application<br>Name=Xmonad<br>Exec=/usr/local/bin/xmonad.start<br>NoDisplay=true<br>X-GNOME-WMName=Xmonad<br>X-GNOME-Autostart-Phase=WindowManager<br>X-GNOME-Provides=windowmanager<br>X-GNOME-Autostart-Notify=true<br><br><br>==&gt; /usr/local/bin/xmonad.start &lt;==<br>#!/bin/bash<br>#mate-panel &amp;<br>exec xmonad<br><br><br>==&gt; xmonad.hs &lt;==<br>import XMonad<br>import XMonad.Config.Desktop<br>main = xmonad $ desktopConfig {<br>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; modMask = mod4Mask<br>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; , terminal = "mate-terminal"<br>&nbsp; &nbsp; &nbsp; &nbsp; }<br><br>
</div></div>
Carlos López-Camey | 1 Mar 18:30 2015
Picon

Re: upstream version. (was "Vanilla Xmonad distribution")

2015-03-01 10:12 GMT-06:00 Brandon Allbery <allbery.b@...>:
>
> On Sun, Mar 1, 2015 at 10:43 AM, Carlos López-Camey <c.lopez <at> kmels.net> wrote:
>>
>> Hi Alexander, latest xmonad is version is 0.12 which was released quite a while ago, it's strange Mint
didn't pick the latest.
>
>
> Um, no. 0.11 is latest; 0.12 is unreleased darcs version (admittedly we're overdue for a release...).
>

Oh, yes.. i didn't check the page. I've been too much in the java
world using the snapshot descriptor, it would be cool if we had such a
thing in xmonad in where 0.12 would be release notation for example
and 0.12.5 would be upstream notation, and a preparation for 0.13.
0.12.5 is released as 0.13 and the darcs version is updated to 0.13.5
and so forth.. I attach the patches in case this resonates with you.
Attachment (xmonad-0.11.5.dpatch): application/octet-stream, 10 KiB
Attachment (xmonad-contrib-0.11.5.dpatch): application/octet-stream, 37 KiB
2015-03-01 10:12 GMT-06:00 Brandon Allbery <allbery.b@...>:
>
> On Sun, Mar 1, 2015 at 10:43 AM, Carlos López-Camey <c.lopez <at> kmels.net> wrote:
>>
>> Hi Alexander, latest xmonad is version is 0.12 which was released quite a while ago, it's strange Mint
didn't pick the latest.
>
>
> Um, no. 0.11 is latest; 0.12 is unreleased darcs version (admittedly we're overdue for a release...).
>

Oh, yes.. i didn't check the page. I've been too much in the java
world using the snapshot descriptor, it would be cool if we had such a
thing in xmonad in where 0.12 would be release notation for example
and 0.12.5 would be upstream notation, and a preparation for 0.13.
0.12.5 is released as 0.13 and the darcs version is updated to 0.13.5
and so forth.. I attach the patches in case this resonates with you.
Anton Pirogov | 28 Feb 17:34 2015
Picon

New hook to set a distinct wallpaper per workspace, please add to xmonad-contrib

Hi,

I am new on the list so I hope I do this correctly...

I have written a log hook to set wallpapers. The special thing here is, that you can assign a wallpaper (or a set to be chosen randomly from) to each workspace, so when you have workspace A on screen 1 and B on screen 2, you see the according images on these screens and if you swap the workspaces, the wallpapers get swapped too. Wallpapers are always applied scaled and it detects vertical screens and rotates images accordingly (so any wallpaper will be rendered on any screen in a sane way).

This hook has been tested by me for over a year already and has not failed me, so I decided to show it to the public, I hope this is worth being integrated into xmonad-contrib.

Best regards,
Anton Pirogov
Attachment (wallpaperSetterHook.dpatch): application/octet-stream, 50 KiB
<div><div dir="ltr">Hi,<br><br>I am new on the list so I hope I do this correctly...<br><br>I have written a log hook to set wallpapers. The special thing here is, that you can assign a wallpaper (or a set to be chosen randomly from) to each workspace, so when you have workspace A on screen 1 and B on screen 2, you see the according images on these screens and if you swap the workspaces, the wallpapers get swapped too. Wallpapers are always applied scaled and it detects vertical screens and rotates images accordingly (so any wallpaper will be rendered on any screen in a sane way).<br><br>This hook has been tested by me for over a year already and has not failed me, so I decided to show it to the public, I hope this is worth being integrated into xmonad-contrib.<br><br>Best regards,<br>Anton Pirogov<br>
</div></div>
Zachary Peterson | 28 Feb 02:08 2015
Picon

dmenu in xmonad with KDE

Hello,

I've decided to give xmonad a try after hearing some good things about
it. I installed it and configured it as described in the wiki
(https://wiki.haskell.org/Xmonad/Using_xmonad_in_KDE). I have no
knowledge of Haskell yet, so the only change I've made to the config
given in the wiki is the change of 'kdeConfig' to 'kde4Config', as
directed. When running, I'm unable to launch dmenu through
mod-p, though I am able to start it with 'dmenu_run' in a terminal. I
checked my .xsession-errors file, and found the following lines after
trying:

QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
Bad _NET_DESKTOP with data[0]=-1
QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
[/usr/bin/nepomukservicestub] QObject::connect: Cannot connect XSyncBasedPoller::destroyed() to (null)::_k_x11FilterDestroyed()
QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
Bad _NET_DESKTOP with data[0]=-1

This is all through Debian Wheezy with KDE4, with all relevant
installations done through Debian's repositories.

Any help you can provide will be greatly appreciated. Thank you.
-- 
Zachary Peterson
zap5029@...
(317) 828-2377
OpenPGP key: BF5879D6
Hello,

I've decided to give xmonad a try after hearing some good things about
it. I installed it and configured it as described in the wiki
(https://wiki.haskell.org/Xmonad/Using_xmonad_in_KDE). I have no
knowledge of Haskell yet, so the only change I've made to the config
given in the wiki is the change of 'kdeConfig' to 'kde4Config', as
directed. When running, I'm unable to launch dmenu through
mod-p, though I am able to start it with 'dmenu_run' in a terminal. I
checked my .xsession-errors file, and found the following lines after
trying:

QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
Bad _NET_DESKTOP with data[0]=-1
QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
[/usr/bin/nepomukservicestub] QObject::connect: Cannot connect XSyncBasedPoller::destroyed() to (null)::_k_x11FilterDestroyed()
QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
Bad _NET_DESKTOP with data[0]=-1

This is all through Debian Wheezy with KDE4, with all relevant
installations done through Debian's repositories.

Any help you can provide will be greatly appreciated. Thank you.
--

-- 
Zachary Peterson
zap5029@...
(317) 828-2377
OpenPGP key: BF5879D6

Gmane