<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.window-managers.awesome">
    <title>gmane.comp.window-managers.awesome</title>
    <link>http://permalink.gmane.org/gmane.comp.window-managers.awesome</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.window-managers.awesome/5505"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.window-managers.awesome/5504"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.window-managers.awesome/5503"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.window-managers.awesome/5502"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.window-managers.awesome/5501"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.window-managers.awesome/5500"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.window-managers.awesome/5499"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.window-managers.awesome/5498"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.window-managers.awesome/5497"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.window-managers.awesome/5496"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.window-managers.awesome/5495"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.window-managers.awesome/5494"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.window-managers.awesome/5493"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.window-managers.awesome/5492"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.window-managers.awesome/5491"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.window-managers.awesome/5490"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.window-managers.awesome/5489"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.window-managers.awesome/5488"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.window-managers.awesome/5487"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.window-managers.awesome/5486"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.window-managers.awesome/5505">
    <title>Re: gray window with matlab</title>
    <link>http://permalink.gmane.org/gmane.comp.window-managers.awesome/5505</link>
    <description>&lt;pre&gt;wmname LG3D works, but there is another little problem: the matlab window
won't appear when I use Super+j to switch to it, but only appears when I
click it on the status bar.

On Fri, Feb 5, 2010 at 8:56 AM, Rolf S. Arvidson &amp;lt;rsa4046&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:




&lt;/pre&gt;</description>
    <dc:creator>Yuliang Wang</dc:creator>
    <dc:date>2010-02-10T05:35:11</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.window-managers.awesome/5504">
    <title>Re: Multimonitor issues</title>
    <link>http://permalink.gmane.org/gmane.comp.window-managers.awesome/5504</link>
    <description>&lt;pre&gt;
Well I think I've narrowed down some of these problems, and I'm willing to bet 
you don't have title bars enabled on windows because that seems to cause some 
of these bugs.


This problem seems to be because instead of the window appearing at (0,0) on 
the second screen, it appears at (-2,0) including the one pixel border, which 
is still technically on the first screen (Xinerama mode here.)  If I use a 
free floating layout then the window appears on the second screen, but it's 
listed in the taskbar on the first screen because of the two-pixel 
misalignment.  Any hotkeys like Mod4+F make the window jump back to the other 
monitor because it's still technically on that screen.

I would suggest that instead of using the window's origin (0,0) to figure out 
which screen it's on, do like other window managers and take the window's 
midpoint.  This would mean if the window is "mostly" on the second screen then 
actions like maximising would go to the expected screen.


This is because of a bug in the full-scr&lt;/pre&gt;</description>
    <dc:creator>Adam Nielsen</dc:creator>
    <dc:date>2010-02-10T02:34:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.window-managers.awesome/5503">
    <title>Re: Stop click propagation</title>
    <link>http://permalink.gmane.org/gmane.comp.window-managers.awesome/5503</link>
    <description>&lt;pre&gt;
Which part is hard-coded? If I change the binding to

    awful.button({ modkey }, 3, awful.mouse.client.move)

then right-clicks do not bring up the client menu; is there any way to
use this to accomplish my goal? If not, then I'd like to make a
feature request - change the awful.button api to act more like
awful.key, ie, don't send events to the client.

Thanks.


&lt;/pre&gt;</description>
    <dc:creator>James Campos</dc:creator>
    <dc:date>2010-02-09T20:15:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.window-managers.awesome/5502">
    <title>Re: Stop click propagation</title>
    <link>http://permalink.gmane.org/gmane.comp.window-managers.awesome/5502</link>
    <description>&lt;pre&gt;
You can't. It's hard-coded into awesome.


No, there's no way, you have to put them all in each item.

&lt;/pre&gt;</description>
    <dc:creator>Julien Danjou</dc:creator>
    <dc:date>2010-02-09T05:53:34</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.window-managers.awesome/5501">
    <title>Stop click propagation</title>
    <link>http://permalink.gmane.org/gmane.comp.window-managers.awesome/5501</link>
    <description>&lt;pre&gt;in my clientbuttons, i've got

    awful.button({ modkey }, 3, function () mymainmenu:toggle() end)

this shows the awesome menu when I hit Mod4 + right-click. unfortunately, the
client's right-click menu also pops up. how do I stop this?

also, root.buttons is kind of confusing - the description says that it sets
*global* mouse bindings, yet in the next sentence it states that these bindings
are only available on the root window. is there a way to set truly global mouse
bindings, or will I have to always set them in root, in clientbuttons, and in
each individual wibox?


&lt;/pre&gt;</description>
    <dc:creator>James</dc:creator>
    <dc:date>2010-02-09T05:34:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.window-managers.awesome/5500">
    <title>sending DBus messages, naughty actions</title>
    <link>http://permalink.gmane.org/gmane.comp.window-managers.awesome/5500</link>
    <description>&lt;pre&gt;Hello.

Is it possible (as far as I have investigated it isn't) to create and
send completly new messages using dbus binding in awesome, not onlny
replies? This would be required to implement
org.freedesktop.Notifications.NotificationClosed[1] and
org.freedesktop.Notifications.ActionInvoked[2]. This could be worked
around with dbus-send, but I am afraid there might be situations
(other than notifications) when it wouldn't work.

This brings me to the other question: is it possible to put pushable
buttons in a "naughtyfication" window?

[1] http://www.galago-project.org/specs/notification/0.9/x408.html#signal-notification-closed
[2] http://www.galago-project.org/specs/notification/0.9/x408.html#signal-action-invoked
&lt;/pre&gt;</description>
    <dc:creator>Lukasz Stelmach</dc:creator>
    <dc:date>2010-02-08T11:55:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.window-managers.awesome/5499">
    <title>Re: Multimonitor issues</title>
    <link>http://permalink.gmane.org/gmane.comp.window-managers.awesome/5499</link>
    <description>&lt;pre&gt;
Xinerama.


Ok.


Xinerama, but I was afraid you were using TwinView.

&lt;/pre&gt;</description>
    <dc:creator>Julien Danjou</dc:creator>
    <dc:date>2010-02-08T09:39:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.window-managers.awesome/5498">
    <title>Re: Multimonitor issues</title>
    <link>http://permalink.gmane.org/gmane.comp.window-managers.awesome/5498</link>
    <description>&lt;pre&gt;
How are your monitors configured?  Separate X screens, Xinerama, TwinView, etc?


After some more experimenting I discovered this is because upon connecting to 
the network, Psi displays a popup message.  On screen #0 this popup message 
appears fine and can be dismissed, but on screen #1 the popup is invisible, so 
the main Psi window cannot be used until the popup is dismissed, making it 
appear as if it has locked up.  I don't know where the popup goes, it's not on 
screen #0 or #1.


I use the proprietary nVidia driver for OpenGL support, so not really much 
choice there.  I was running with two monitors as separate X screens, but then 
I can't move windows between monitors so I enabled Xorg Xinerama, and this 
seems to be when most of the issues arose (it seems Awesome can no longer tell 
the difference between screen #0 and #1.)

Are you not supposed to use Xinerama?  The only other option is nVidia's 
TwinView which does a sort of internal Xinerama and makes two screens appear 
as a single X11 displa&lt;/pre&gt;</description>
    <dc:creator>Adam Nielsen</dc:creator>
    <dc:date>2010-02-07T22:50:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.window-managers.awesome/5497">
    <title>Re: Multimonitor issues</title>
    <link>http://permalink.gmane.org/gmane.comp.window-managers.awesome/5497</link>
    <description>&lt;pre&gt;
I do use it everyday. :)


You can but that is a bit buggy. Mod4+o helps.


Sounds like a X problem rather than a window manager one.


Do you really use Xinerama or some proprietary driver with proprietary
bugged options ? :-/

&lt;/pre&gt;</description>
    <dc:creator>Julien Danjou</dc:creator>
    <dc:date>2010-02-07T13:59:35</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.window-managers.awesome/5496">
    <title>Re: Thunderbird windows don't appear</title>
    <link>http://permalink.gmane.org/gmane.comp.window-managers.awesome/5496</link>
    <description>&lt;pre&gt;
Thanks Peter, that's very helpful.  I'll try it when it happens next. 
Strangely enough after I enabled Xinerama the problem hasn't come back again.

I really miss the Windows Alt+Space menu at times like these - it's really 
useful to be able to right-click on the taskbar button (or focus it and press 
Alt+Space) to display a menu of actions - move, resize, close, etc.  This 
allows you to move windows back on the screen as you describe even if they're 
not visible at all.  As Awesome doesn't seem to have an equivalent for this 
menu that I could find, I was a bit stuck!

Your suggestion of Mod4+f will work in a similar way to this, so I'll 
definitely remember that for next time.

Thanks again,
Adam.

&lt;/pre&gt;</description>
    <dc:creator>Adam Nielsen</dc:creator>
    <dc:date>2010-02-07T13:52:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.window-managers.awesome/5495">
    <title>Re: Multimonitor issues</title>
    <link>http://permalink.gmane.org/gmane.comp.window-managers.awesome/5495</link>
    <description>&lt;pre&gt;
Hmm, well apparently not in version 3.4.3!  I thought this was the latest 
version but the multimonitor support in it seems to be really poor - if I load 
a program from a terminal in screen #1 with the mouse on screen #1 it always 
appears on screen #0, stuffing the layout around, and trying to drag the app 
across to screen #1 is quite difficult because it flickers all over the place 
(seems to jump between floating and fixed) making it hard to see where its 
current position is.   When you finally get it across to the other screen, if 
the mouse strays off the edge of the screen while you're resizing and moving 
it, the window jumps back to the size of screen #0 (which is about 10x larger 
than I was trying to shrink it to.)  Maybe I'm not supposed to use the mouse 
to drag windows... (old habits die hard)

I also can't run the Psi IM client on screen #1 because although I can move 
and resize the window, I can't click on anything, it's like it has frozen.  I 
have to kill it from a terminal and restart &lt;/pre&gt;</description>
    <dc:creator>Adam Nielsen</dc:creator>
    <dc:date>2010-02-07T13:46:30</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.window-managers.awesome/5494">
    <title>Re: Multimonitor issues</title>
    <link>http://permalink.gmane.org/gmane.comp.window-managers.awesome/5494</link>
    <description>&lt;pre&gt;
It does, and by default it (try to) spawns the program on the screen the
pointer is.

&lt;/pre&gt;</description>
    <dc:creator>Julien Danjou</dc:creator>
    <dc:date>2010-02-07T08:45:13</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.window-managers.awesome/5493">
    <title>Re: Thunderbird windows don't appear</title>
    <link>http://permalink.gmane.org/gmane.comp.window-managers.awesome/5493</link>
    <description>&lt;pre&gt;Hi Adam

As far as it has happened to me the windows DO appear. It's just that they 
are located almost outside the screen with only one pixel in width showing 
in the screen. This of course assumes we are talking about floating 
windows, I'm though not sure if that's the case for thunderbird mails.

To me this has occurred when I run a program in multiple monitors and 
later switch to singe monitor mode. I guess the program remembers the 
coordinates and places the window far to the edge which before would 
have meant the other screen.

One simple solution is to drag the window into the screen, Mod4+mouse 
drag, 1 pixel is enough for this to work(usually on the left edge of the 
screen).

The other workaround is to select the window in the taskbar and make the 
window fullscreen, Mod4+f, then use the window, or if fullscreen is 
disabled (Mod4+f again) the window usually stays fully within the screen.

Peter

On Sunday 07 February 2010 03:56:52 Adam Nielsen wrote:
in
to
them.
too.

&lt;/pre&gt;</description>
    <dc:creator>Peter Hultqvist</dc:creator>
    <dc:date>2010-02-07T06:22:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.window-managers.awesome/5492">
    <title>Multimonitor issues</title>
    <link>http://permalink.gmane.org/gmane.comp.window-managers.awesome/5492</link>
    <description>&lt;pre&gt;Hi again,

Come across another issue Google can't help me with.  When I use Mod4+R to run 
a program, it always appears on screen #0.  Is it possible to make it appear 
on the same screen as where you typed in the command?

Also loading programs from the root menu has the same problem, they always 
load on the first screen.

It worked when I had separate X11 screens (:0.0 and :0.1) but I changed to use 
Xinerama so I could move windows between monitors but it looks like Awesome 
may not fully support this.

Thanks,
Adam.

&lt;/pre&gt;</description>
    <dc:creator>Adam Nielsen</dc:creator>
    <dc:date>2010-02-07T05:54:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.window-managers.awesome/5491">
    <title>Firefox layout help</title>
    <link>http://permalink.gmane.org/gmane.comp.window-managers.awesome/5491</link>
    <description>&lt;pre&gt;Hi all,

I'd like to try some advanced Awesome config with Firefox but I'm a bit stuck, 
any help would be appreciated.

I want to configure two Firefox windows side by side (and this is fine with 
one of the tiling layouts), however I don't want any other Firefox windows 
tiled.  At the moment if I open the Preferences window my two browser windows 
get squished up.  I would like the prefs window to be floating.

Normal browser windows seem to have two classes, "Firefox" and "Navigator" 
whereas the prefs window has "Firefox" and "Browser".  It looks like setting 
any window with the "Firefox" class but not the "Navigator" class to floating 
would do the trick, but I'm not sure how to accomplish this.

Secondly, opening PDF files and other attachments that load external 
applications also causes the browser windows to squish up.  I would like any 
application opened while tag 3 is focussed to appear on tag 4 instead, and the 
layout switches to show tag 4 (and hide tag 3.)  Is that possible?

Many thanks,
A&lt;/pre&gt;</description>
    <dc:creator>Adam Nielsen</dc:creator>
    <dc:date>2010-02-07T05:04:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.window-managers.awesome/5490">
    <title>Thunderbird windows don't appear</title>
    <link>http://permalink.gmane.org/gmane.comp.window-managers.awesome/5490</link>
    <description>&lt;pre&gt;Hi all,

I'm just starting out with Awesome and so far it's great, but for some reason 
the mail windows in Thunderbird don't always appear.  If I try to compose a 
new e-mail or reply to an existing mail the window appears in the 'taskbar' 
but not on screen.  If I click the Write/Reply button a few times then 
eventually the window appears, but I get heaps of hidden windows listed in the 
taskbar.  (If I move the main Thunderbird window to another tag then I end up 
with a blank/root window, and clicking on all the taskbar buttons does 
nothing, the windows still don't appear.)

Often, after a while, these hidden windows will appear so I can close them. 
If I switch to another tag and back again then this helps reveal them too.

Has anyone seen this happen before?  Any ideas how to fix it?

Thanks,
Adam.

&lt;/pre&gt;</description>
    <dc:creator>Adam Nielsen</dc:creator>
    <dc:date>2010-02-07T02:56:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.window-managers.awesome/5489">
    <title>Re: [naughty] inhibit notifications when you don't want to be bothered</title>
    <link>http://permalink.gmane.org/gmane.comp.window-managers.awesome/5489</link>
    <description>&lt;pre&gt;
Great!

Christophe-Marie Duquesne

&lt;/pre&gt;</description>
    <dc:creator>Christophe-Marie Duquesne</dc:creator>
    <dc:date>2010-02-06T17:28:19</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.window-managers.awesome/5488">
    <title>Re: [naughty] inhibit notifications when you don't want to be bothered</title>
    <link>http://permalink.gmane.org/gmane.comp.window-managers.awesome/5488</link>
    <description>&lt;pre&gt;
It's not possible atm, but IMHO quite easy to implement and it would
make sense. I think I'll give it a shot tonight :)

&lt;/pre&gt;</description>
    <dc:creator>Gregor Best</dc:creator>
    <dc:date>2010-02-06T16:29:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.window-managers.awesome/5487">
    <title>[naughty] inhibit notifications when you don't want to be bothered</title>
    <link>http://permalink.gmane.org/gmane.comp.window-managers.awesome/5487</link>
    <description>&lt;pre&gt;Hi,

Is there a way to inhibit naughty notifications when you don't want to
be bothered?

The only relevant link I found was on the ubuntu wiki. Apparently,
notifyOSD will be able to do that soon: see
https://wiki.ubuntu.com/NotifyOSD#do-not-disturb.

This makes sense to me. When I'm watching a movie, I don't want to be
bothered (except maybe when the importance of the message is high).
But once I finish my movie, I'd like to be able to see the
notifications I missed.

It would be cool if there was some dbus message I could send to stop
temporarily naughty (and start en-queuing messages) and another
message to resume the notifications... Is such a thing currently
possible? If not, do you think it is a feature request that makes
sense?

&lt;/pre&gt;</description>
    <dc:creator>Christophe-Marie Duquesne</dc:creator>
    <dc:date>2010-02-06T15:43:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.window-managers.awesome/5486">
    <title>Re: gray window with matlab</title>
    <link>http://permalink.gmane.org/gmane.comp.window-managers.awesome/5486</link>
    <description>&lt;pre&gt;You need to run an instance of
'wmname LG3D'
in the same session as matlab. I had identical problem before doing this.



On Thu, Feb 4, 2010 at 9:38 PM, Yuliang Wang &amp;lt;jadelightking&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:

&lt;/pre&gt;</description>
    <dc:creator>Rolf S. Arvidson</dc:creator>
    <dc:date>2010-02-05T13:56:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.window-managers.awesome/5485">
    <title>Re: gray window with matlab</title>
    <link>http://permalink.gmane.org/gmane.comp.window-managers.awesome/5485</link>
    <description>&lt;pre&gt;Have you looked at the wiki entry?

http://awesome.naquadah.org/wiki/Problems_with_Java

On Thu, Feb 4, 2010 at 5:38 PM, Yuliang Wang &amp;lt;jadelightking&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:

&lt;/pre&gt;</description>
    <dc:creator>Jason Axelson</dc:creator>
    <dc:date>2010-02-05T03:45:29</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.window-managers.awesome">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.window-managers.awesome</link>
  </textinput>
</rdf:RDF>
