list of questions

Hi everyone. You may know me from uzbl, Arch Linux or somewhere else, if not: hi! Mostly because of the requirements uzbl puts on WM's, but also because I never had a this is it! moment with any WM, I'm looking for a new WM, and awesome is one of the candidates (the others are xmonad, i3, qtile

Clients disappear when not in active tag

Hey folks, I just pulled today awesome from git (v3.4-93-g8e67289 (Closing In)) on a freshly installed arch system. Copied the rc.lua from /etc/xdg/awesome/rc.lua to ~/.config/awesome/rc.lua. Now, everytime I change tag, all windows from the previous tag disappear (the rectangle above the tag

Re: Clients disappear when not in active tag

On Mon, Dec 28, 2009 at 20:12, Matti Eiden snaipp...@gmail.com wrote: Is this a bug? Anybody got ideas? Never encountered this kind of behaviour on awesome before. If you're on awesome-git I'd suggest following awesome-devel list:

Re: list of questions

* ability to launch new windows unfocused and/or invisible. very important for me (without flicker) Sadly, not really. This is an outstanding bug. This is quite easy to implement however. With Shifty you achieve that by using 'nofocus' and 'nopopup' flags for clients. Some niceness is

[awesome bugs] #712 - dbus: add ARRAY as possible return value

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task is now closed: FS#712 - dbus: add ARRAY as possible return value User who did this - Julien Danjou (jd) Reason for closing: Fixed Additional comments about closing: commit 596cac5fb1165de5acedf6bee6b6ff5ad7712320 Author: Julien

[awesome bugs] #709 - naughty doesn't implement org.freedekstop.Notifications.GetCapabilities()

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task is now closed: FS#709 - naughty doesn't implement org.freedekstop.Notifications.GetCapabilities() User who did this - Julien Danjou (jd) Reason for closing: Implemented Additional comments about closing: commit

[awesome bugs] #707 - Compressing manpages

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task is now closed: FS#707 - Compressing manpages User who did this - Julien Danjou (jd) Reason for closing: Implemented Additional comments about closing: commit 12d610ff2f24da4361cce7bf0b306c13ff9227b9 Author: Pierre Allegraud

[awesome bugs] #664 - awful.rules

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#664 - awful.rules User who did this - Julien Danjou (jd) -- FTR, I've sent a howto fix this bug on awesome-devel. -- More information can be found at the following URL:

build is broken in git

Hi, the latest commits break building here : + cmake -DPREFIX=/usr -DWITH_DBUS=1 -DSYSCONFDIR=/etc -DAWESOME_DOC_PATH=/usr/doc/awesome-git20091228 -DAWESOME_XSESSION_PATH=/usr/share/apps/kdm/sessions -DAWESOME_MAN_PATH=/usr/man /home/cycojesus/projets/packages/repositories/awesome -- The C

Re: build is broken in git

At 1262001713 time_t, Gwenhael Le Moine wrote: the latest commits break building here : Works fine here. -- Julien Danjou // ᐰ jul...@danjou.info http://julien.danjou.info // 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD // Trust no one. signature.asc Description: Digital signature

Re: build is broken in git

On 12/28/2009 01:01 PM, Gwenhael Le Moine wrote: Hi, the latest commits break building here : Works fine here, cmake version 2.8.0. -- To unsubscribe, send mail to awesome-devel-unsubscr...@naquadah.org.

Re: build is broken in git

Works fine here, cmake version 2.8.0. That was it, compiles fine with 2.8.0, breaks cmake 2.6.2 -- To unsubscribe, send mail to awesome-devel-unsubscr...@naquadah.org.

[Patch] Fix for FS#699

Hi, I verified the attached patch with a quick-and-dirty Xlib app which XMapWindow()'d and then XWithdrawWindow()'d immediately afterward. Without this patch, the bug described in FS#699 happened, with it the bug didn't appear. Uli From 2282cac598734ff3dd47c02e174b522df9c505cd Mon Sep 17

Re: [Patch] Fix for FS#699

At 1262014207 time_t, Uli Schlachter wrote: I verified the attached patch with a quick-and-dirty Xlib app which XMapWindow()'d and then XWithdrawWindow()'d immediately afterward. Without this patch, the bug described in FS#699 happened, with it the bug didn't appear. Pushed master 3.4.

[awesome bugs] #714 - Add a 'slave' property to awful.rules

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task is now closed: FS#714 - Add a 'slave' property to awful.rules User who did this - Gregor Best (farhaven) Reason for closing: Not a bug Additional comments about closing: It turns out, I should listen to Psychon when he talks to me

[awesome bugs] #699 - hiding toplevel windows is not supported

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#699 - hiding toplevel windows is not supported User who did this - Uli Schlachter (psychon) -- Ok, I'm a little confused on a way to go here. My latest commit (which sadly was already merged)

[awesome bugs] #664 - awful.rules

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#664 - awful.rules User who did this - Gregor Best (farhaven) -- I splitted off the second part of this bug report into an own report as it was a simple feature request for awful.rules (not even

Re: [Patch] Fix for FS#699

On 12/28/2009 07:30 PM, Uli Schlachter wrote: On 12/28/2009 04:42 PM, Julien Danjou wrote: At 1262014207 time_t, Uli Schlachter wrote: I verified the attached patch with a quick-and-dirty Xlib app which XMapWindow()'d and then XWithdrawWindow()'d immediately afterward. Without this patch, the

[awesome bugs] #558 - half-closed dialog window turns application frozen next time it is opened

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#558 - half-closed dialog window turns application frozen next time it is opened User who did this - Gregor Best (farhaven) -- Sadly, it's not possible to reproduce this bug anymore, since TR

[awesome bugs] #714 - Add a 'slave' property to awful.rules

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. A new Flyspray task has been opened. Details are below. User who did this - Gregor Best (farhaven) Attached to Project - awesome Summary - Add a 'slave' property to awful.rules Task Type - Bug Report Category - awful Status - New Assigned To -

[awesome bugs] #211 - QT windows not all disappearing / closing

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#211 - QT windows not all disappearing / closing User who did this - Gregor Best (farhaven) -- Are there any news on this report? I.e. does it still appear with recent versions? I'd be happy to

Re: [Patch] Fix for FS#699

On 12/28/2009 04:42 PM, Julien Danjou wrote: At 1262014207 time_t, Uli Schlachter wrote: I verified the attached patch with a quick-and-dirty Xlib app which XMapWindow()'d and then XWithdrawWindow()'d immediately afterward. Without this patch, the bug described in FS#699 happened, with it the

[PATCH] typo

From 95183db0660b793a225a73d8ea6b24e735c03468 Mon Sep 17 00:00:00 2001 From: Gwenhael Le Moine gwenhael.le.mo...@gmail.com Date: Tue, 29 Dec 2009 07:22:44 +0700 Subject: [PATCH] typo Signed-off-by: Gwenhael Le Moine gwenhael.le.mo...@gmail.com --- awesomeConfig.cmake |2 +- 1 files changed,