Steffen Schuldenzucker | 18 Nov 10:52 2014
Picon

xinerama and per-screen automatic layout modification

Hi,

I'm using xmonad with two equally-sized screens the left one of which I sometimes turn into pivot mode (rotate 90°) to read articles.
Now 'Tall' isn't great on a portrait monitor, so I'm looking for a layout modifier that acts as follows:
  • If on the right monitor: No modification
  • If on the left monitor:
    • If in pivot mode, apply the Mirror layout modifier.
    • Otherwise, apply the Reflect layout modifier.
      (because I like my master windows in the center)
Has anybody worked on something like this before?

If not, I'd try to write a contrib module, probably re-using some code from Actions.PhysicalScreens.
Any pointers / pitfalls to be expected?

kthx. Best,
Steffen
<div>
    Hi,<br><br>
    I'm using xmonad with two equally-sized screens the left one of
    which I sometimes turn into pivot mode (rotate 90&deg;) to read
    articles.<br>
    Now 'Tall' isn't great on a portrait monitor, so I'm looking for a
    layout modifier that acts as follows:<br><ul>
<li>If on the right monitor: No modification</li>
      <li>If on the left monitor:</li>
      <ul>
<li>If in pivot mode, apply the Mirror layout modifier.</li>
        <li>Otherwise, apply the Reflect layout modifier.<br>
          (because I like my master windows in the center)</li>
      </ul>
</ul>
    Has anybody worked on something like this before?<br><br>
    If not, I'd try to write a contrib module, probably re-using some
    code from Actions.PhysicalScreens.<br>
    Any pointers / pitfalls to be expected?<br><br>
    kthx. Best,<br>
    Steffen<br>
</div>
benweitzman | 10 Nov 21:28 2014
Picon

darcs patch: BinarySpacePartition downstream changes

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

Mon Nov 10 15:22:59 EST 2014  benweitzman@...
  * BinarySpacePartition downstream changes 
  Pulled in changes from my repo for this layout on github (https://github.com/benweitzman/BinarySpacePartition)
  Includes a new mode for resizing windows in a more intuitive way, also contains a bug fix that was preventing
users from
  resiving a window up.

  Includes changes from github users egasimus (Adam Avramov) and SolitaryCipher (Nick)

Attachment (patch-preview.txt): text/x-darcs-patch, 11 KiB
1 patch for repository http://code.haskell.org/XMonadContrib:

Mon Nov 10 15:22:59 EST 2014  benweitzman@...
  * BinarySpacePartition downstream changes 
  Pulled in changes from my repo for this layout on github (https://github.com/benweitzman/BinarySpacePartition)
  Includes a new mode for resizing windows in a more intuitive way, also contains a bug fix that was preventing
users from
  resiving a window up.

  Includes changes from github users egasimus (Adam Avramov) and SolitaryCipher (Nick)

codesite | 6 Nov 00:27 2014
Picon

Issue 580 in xmonad: WIndows using OpenGL don't resize properly when partially offscreen

Status: New
Owner: ----

New issue 580 by StevensE...@...: WIndows using OpenGL don't
resize  
properly when partially offscreen
https://code.google.com/p/xmonad/issues/detail?id=580

What steps will reproduce the problem?
1. Start a program that uses OpenGL such as glxgears
2. Drag the program window partially off the top of the screen
3. Resize the window to be longer vertically

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

I expect to see the window expand to fill the new space. Instead I see a  
blank black space in that area (for glxgears, for my own personal program  
at https://gitorious.org/linted/linted I see old and stale data from what  
was last drawn there by other programs.)

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

$ xmonad --version
xmonad 0.11

$ uname -a
Linux proteus 3.17.2-gnu #1 SMP Thu Oct 30 19:27:36 UTC 2014 x86_64 x86_64  
x86_64 GNU/Linux

I'm using Trisquel 7 from trisquel.info and the Linux-Libre kernel from  
http://www.fsfla.org/ikiwiki/selibre/linux-libre/

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

xmonad --recompile gives no errors or warnings. My xmonad.hs is attached.

Please provide any additional information below.

Two pictures of the bug are provided.

Attachments:
	xmonad.hs  1.9 KB
	Screenshot from 2014-11-05 15:18:57.png  26.6 KB
	Screenshot from 2014-11-05 15:19:28.png  107 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
Carsten Mattner | 29 Oct 15:08 2014
Picon

New release

Isn't it time for a new release? Been using xmonad from darcs without issues
for a long time.
codesite | 29 Oct 13:02 2014
Picon

Issue 579 in xmonad: xmonad hangs when watching a video after suspend

Status: New
Owner: ----

New issue 579 by hobc...@...: xmonad hangs when watching a video  
after suspend
https://code.google.com/p/xmonad/issues/detail?id=579

What steps will reproduce the problem?
1. Suspend the machine
2. Recover from suspend
3. Open a video with vlc

What is the expected output? What do you see instead?
Instead of watching the video, I get no image, only sound, and xmonad  
becomes unresponsive, i.e. no key is working.

What version of the product are you using? On what operating system?
version: 0.11, OS: Ubuntu Trusty

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

Please provide any additional information below.
The problem occurs with any other video player. When I restart the machine  
and then try to watch a video, everything is fine. The problem appears  
after a suspend.

--

-- 
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
Chris Bell | 21 Oct 21:16 2014

Walking Fullscreen Windows

Hi all,

I've noticed an interesting issue with some Fullscreen windows when
using SmartBorders. I apologize in advance if this has been addressed
- I couldn't find anything, but I'm not sure I was asking Google
right.

I am using the current release of Xmonad with SmartBorders. When I am
running an application fullscreen, SmartBorders removes the borders,
as it should. However, every time the window gains or loses focus, the
window will grow by a pixel or two. Specifically, the lower right
corner will extend down and to the right. All UI elements in the
window follow accordingly.

Specific example: Using Chrome to watch fullscreen HTML5 video
(Netflix). Every time the window gets/loses focus, the UI elements
will walk a pixel down, and extend a pixel right, like it's scaling to
a resized window. When focus changes again, it again creeps.
Eventually the window is far larger than the actual screen. When I
leave/re-enter fullscreen, the size is initially correct. Then it
starts growing again as I interact.

Chrome has handled this admirably - the video simply scales up a
couple pixels to compensate. Fullscreen (OpenGL) games, on the other
hand, totally freak out. The graphics won't scale, instead a border of
corrupt pixels slowly grows around the image; the new pixel
rows/columns are filled with random data.

I run 3 monitors, and if this happens on the left or center monitors,
the windows start overlapping the screen to the right. It almost seems
as if the window is getting hints from Xmonad that don't quite
correspond to the actual dims, and it keeps compensating. The other
idea is that SmartBorders is trying to cover up a border that it
thinks exists, but really doesn't. Either way, I'm not quite sure
where to start debugging.

There's one glaring exception: I have defined a window hook to force
VLC to go FullScreenFloat when FullScreen is detected (since VLC
fullscreen didn't work out of the box). VLC's window *doesn't* creep
like Chrome or any of the others do.

Has anyone else seen this? Any fixes/debug suggestions? I'm really
hoping I just screwed up something simple. Thanks!

Regards,

Chris Bell

Ph.D. Student
University of South Florida
College of Engineering
Department of Computer Science and Engineering
NarMOS Research Team
Eyal Erez | 21 Oct 20:27 2014
Picon

Transparent Border with Chrome Beta/Unstable

Hi,

I've recently update my machine to find that chrome's window border (orange on all my other windows) is now transparent.  I noticed that Google have added their new Aura graphics stack instead of GTK+, and I'm wondering if this is not playing nicely with xmonad.  Downgrading to Chrome stable solves the problem.  But I'm guessing that once the stable version gets updated, I'll get the same issue again.

Is anyone else seeing this?  Is there anything I can do to confirm that this is the problem or fix it somehow?

Thank you,

--
Eyal Erez <oneself-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>

There are 10 types of people, those who know binary and those who don't.

<div><div dir="ltr">
<div>
<div>Hi,<br><br>I've recently update my machine to find that chrome's window border (orange on all my other windows) is now transparent.&nbsp; I noticed that Google have added their new <a href="https://groups.google.com/a/chromium.org/forum/#!topic/chromium-dev/Zpu9801pPRc">Aura graphics stack instead of GTK+</a>, and I'm wondering if this is not playing nicely with xmonad.&nbsp; Downgrading to Chrome stable solves the problem.&nbsp; But I'm guessing that once the stable version gets updated, I'll get the same issue again.<br><br>
</div>Is anyone else seeing this?&nbsp; Is there anything I can do to confirm that this is the problem or fix it somehow?<br><br>
</div>Thank you, <br clear="all"><div><div><div>
<br>-- <br><div dir="ltr">Eyal Erez &lt;<a href="mailto:oneself@..." target="_blank">oneself@...</a>&gt;<br><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></div>
</div></div>
Alexandre Medeiros | 18 Oct 20:35 2014
Picon

Fwd: Integration with Gnome 3

Hello guys,

Firstly, I know my problem is mostly related with Gnome, but I know it
is more likely that one of you can help me.

I'm trying to run Xmonad with Gnome 3.14 on my Arch system.

I tried following both the ArchWiki[1] and the XmonadWiki[2] with no success.

What I get is when I launch the session, the gnome-session breaks and
I get a message "Somethings has gone really wrong" and my only option
is to logout.

If anyone has a solution for this or can point me in the right
direction, I would be really grateful.

Cheers,

[1] https://wiki.archlinux.org/index.php/Xmonad#GNOME_3_and_xmonad
[2] http://www.haskell.org/haskellwiki/Xmonad/Using_xmonad_in_Gnome#Gnome3

--
Alexandre Medeiros
Institute of Computing - University of Campinas
BSc Computer Science Student
GNU/Linux user #562691
http://alemedeiros.sdf.org/
Mike Meyer | 17 Oct 01:01 2014

Blog post on extending XMonad's builtin layouts.

I just posted my documentation on extending Layout's: http://buff.ly/1CsrZsz
Again, if someone who can edit the wiki wants to add this, they should feel free to do so. Or if they'd rather I do, let me know where to get an account and I'll do it when I find the time.
<div><div dir="ltr"><div class="gmail_extra">
<div>I just posted my documentation on extending Layout's: <a href="http://buff.ly/1CsrZsz">http://buff.ly/1CsrZsz</a><br>
</div>
<div>Again, if someone who can edit the wiki wants to add this, they should feel free to do so. Or if they'd rather I do, let me know where to get an account and I'll do it when I find the time.</div>
</div></div></div>
Oliver Dunkl | 15 Oct 16:55 2014
Picon
Picon

Patch to add configurable working directory

For using xmonad for developing I have add some improvements to the
function `getXMonadDir'. With that patch you can select the
working-directory from where xmonad reads its configuration file
(xmonad.hs). 

It reads the environment variable XMONAD_WORKING_DIR_NAME and if it
is set the working-directory ist set to this directory name. If it
is not set it works as before that means the working directory is
$HOME/.xmonad. 

An example of using the environment variable:
$ export XMONAD_WORKING_DIR_NAME=xmonad-test && xmonad
means that xmonad try to start xmonad with the configuration file
in the directory $HOME/.xmonad-test ->
$HOME/.xmonad-test/xmonad.hs is the configuration file.

In my case I start Xephyr with
$ Xephyr :1

and after that I start xmonad with a different working directory
$ DISPLAY=:1 && export XMONAD_WORKING_DIR_NAME=xmonad-test && xmonad

br
\= odi

-- 
Oliver Dunkl
WEB: http://github.com/odi
IM:  odi@...
IRC: odi(irc.freenode.net)

Attachment (working-dir.dpatch): test/x-patch, 11 KiB
For using xmonad for developing I have add some improvements to the
function `getXMonadDir'. With that patch you can select the
working-directory from where xmonad reads its configuration file
(xmonad.hs). 

It reads the environment variable XMONAD_WORKING_DIR_NAME and if it
is set the working-directory ist set to this directory name. If it
is not set it works as before that means the working directory is
$HOME/.xmonad. 

An example of using the environment variable:
$ export XMONAD_WORKING_DIR_NAME=xmonad-test && xmonad
means that xmonad try to start xmonad with the configuration file
in the directory $HOME/.xmonad-test ->
$HOME/.xmonad-test/xmonad.hs is the configuration file.

In my case I start Xephyr with
$ Xephyr :1

and after that I start xmonad with a different working directory
$ DISPLAY=:1 && export XMONAD_WORKING_DIR_NAME=xmonad-test && xmonad

br
\= odi

--

-- 
Oliver Dunkl
WEB: http://github.com/odi
IM:  odi@...
IRC: odi(irc.freenode.net)

Daniel Wagner | 13 Oct 06:02 2014

Re: Startup Arguments

There's also XMonad.Layout.IndependentScreens.countScreens, which has
the type

(MonadIO m, Integral i) => m i

for counting screens. I think a function like this is exposed in several
other spots, too.

~d

Excerpts from Devin Mullins's message of 2014-10-06 12:17:30 -0700:
> Curious what code you tried. Something like this seems like it should work:
> 
> import Graphics.X11.Xinerama (getScreenInfo)
> 
> main = do
>   dpy <- openDisplay ""
>   screens <- getScreenInfo dpy
>   let config = case length screens of
>     1 -> ...
>     _ -> ...
>   xmonad config
> 
> On Mon, Oct 6, 2014 at 10:55 AM, Chris Bell <cwbell@...> wrote:
> 
> > On Mon, Oct 6, 2014 at 12:53 PM, Brandon Allbery <allbery.b@...>
> > wrote:
> > > In the meantime, the trick used by e.g. Fedora's default xmonad
> > > configuration is environment variables.
> >
> > Aha, that will do nicely. Thanks!
> > And I agree, a --user-arg param would be convenient.
> >
> > Regards,
> >
> > Chris Bell
> >
> > Ph.D. Student
> > University of South Florida
> > College of Engineering
> > Department of Computer Science and Engineering
> > NarMOS Research Team
> > _______________________________________________
> > xmonad mailing list
> > xmonad@...
> > http://www.haskell.org/mailman/listinfo/xmonad
> >

Gmane