headers
Adam Nielsen | 1 Mar 2010 01:19
Favicon

Re: Client looses ontop/above properties when returning from fullscreen

> This works, but as soon as I activate fullscreen in mplayer (by pressing
> 'f' or 'mod4+f') and return from fullscreen again, the 'ontop' property
> seems to be gone and the mplayer window can get beneath other windows.

I think this is because making a window full-screen enables the ontop
property, so when you un-full-screen it the ontop property is disabled rather
than restored to the previous value.

I have a related issue in that I like my terminal windows to be full screen,
but this makes them always on top of other windows which is somewhat limiting.

Cheers,
Adam.
Permalink | Reply | 1 comment |
headers
Robin Chew | 4 Mar 2010 04:23
Picon

awful.client.togglemarked not working

Hello,

I'm using Ubuntu 9.10, awesome 3.4.3 from third party PPA repository.
I believe the following isn't working because it does not show the
usual red border.

clientkeys = awful.util.table.join(
    awful.key({ modkey }, "t", awful.client.togglemarked),
...

help?
Permalink | Reply | 1 comment |
headers
Adrian C. | 4 Mar 2010 17:19

Re: awful.client.togglemarked not working

On Thu, 4 Mar 2010, Robin Chew wrote:

> Hello,
> 
> I'm using Ubuntu 9.10, awesome 3.4.3 from third party PPA repository.
> I believe the following isn't working because it does not show the
> usual red border.
> 
> clientkeys = awful.util.table.join(
>     awful.key({ modkey }, "t", awful.client.togglemarked),

It does work (because marking is still in awful.client) and your client 
was marked.

But all marking stuff was removed from default rc.lua 6 months ago - 
which means the border is no longer set to beautiful.border_marked 
because there is no handler for the marked signal (and unmark that would 
revert the border).

For reference see your v3.3 rc.lua, your current one and this page:
http://awesome.naquadah.org/wiki/Signals

--

-- 
Adrian C. (anrxc) | anrxc..sysphere.org | PGP ID: D20A0618
PGP FP: 02A5 628A D8EE 2A93 996E  929F D5CB 31B7 D20A 0618
Permalink | Reply | 0 comments |
headers
Andreas Leha | 4 Mar 2010 19:56
Picon

cant match on this window

Hi,

I am running R which produces graphics in a "R Graphics" window.  This I 
would like to be floating by default, but I am unable to match on it.

I even use shifty now, as I hoped for some easier matching there.

Anyhow, since nothing worked, I reverted to a simple solution again.
With shifty, this is my current (not working rule):

   { match = { "MPlayer", "Gnuplot", "R Graphics" } , float = true }

(working fine on mplayer...)

And this is output from xprop:

_NET_WM_WINDOW_OPACITY(CARDINAL) = 3865470565
_NET_WM_DESKTOP(CARDINAL) = 0
WM_STATE(WM_STATE):
                window state: Normal
                icon window: 0x0
WM_PROTOCOLS(ATOM): protocols  WM_DELETE_WINDOW
WM_NAME(STRING) = "R Graphics: Device 2 (ACTIVE)"
WM_NORMAL_HINTS(WM_SIZE_HINTS):
                program specified location: 0, 0
                program specified size: 672 by 673

Ideas how I shoul match on this window?

Thanks in advance,
(Continue reading)

Permalink | Reply | 6 comments |
headers
Matthias Schröder | 4 Mar 2010 20:37
Picon

Re: cant match on this window

Am Thu, 04 Mar 2010 19:56:15 +0100
schrieb Andreas Leha <andreas.leha <at> med.uni-goettingen.de>:

>Hi,
>
>I am running R which produces graphics in a "R Graphics" window.  This I 
>would like to be floating by default, but I am unable to match on it.

...

>And this is output from xprop:
>
>_NET_WM_WINDOW_OPACITY(CARDINAL) = 3865470565
>_NET_WM_DESKTOP(CARDINAL) = 0
>WM_STATE(WM_STATE):
>                window state: Normal
>                icon window: 0x0
>WM_PROTOCOLS(ATOM): protocols  WM_DELETE_WINDOW
>WM_NAME(STRING) = "R Graphics: Device 2 (ACTIVE)"
>WM_NORMAL_HINTS(WM_SIZE_HINTS):
>                program specified location: 0, 0
>                program specified size: 672 by 673
>

This is the full output of xprop, no lines like 

WM_CLASS(STRING) = "urxvt", "URxvt"

I did not know such windows exist ...
(Continue reading)

Permalink | Reply | 0 comments |
headers
David Engster | 4 Mar 2010 21:53
Picon

Re: Client looses ontop/above properties when returning from fullscreen

Adam Nielsen <a.nielsen <at> shikadi.net> writes:
>> This works, but as soon as I activate fullscreen in mplayer (by pressing
>> 'f' or 'mod4+f') and return from fullscreen again, the 'ontop' property
>> seems to be gone and the mplayer window can get beneath other windows.
>
> I think this is because making a window full-screen enables the ontop
> property, so when you un-full-screen it the ontop property is disabled rather
> than restored to the previous value.

I've now looked in the source and it seems the 'ontop' as well as the
'above' property is deliberately disabled when a client is made
fullscreen, but the value isn't restored later.

In case one of the developers reads this: In the function
client_set_fullscreen, would it be a problem to restore the 'ontop'
property after returning from fullscreen?

Regards,
David
Permalink | Reply | 0 comments |
headers
Matthias Schröder | 4 Mar 2010 20:24
Picon

Re: cant match on this window

Am Thu, 04 Mar 2010 19:56:15 +0100
schrieb Andreas Leha <andreas.leha <at> med.uni-goettingen.de>:

>Hi,
>
>I am running R which produces graphics in a "R Graphics" window.  This I 
>would like to be floating by default, but I am unable to match on it.

...

>And this is output from xprop:
>
>_NET_WM_WINDOW_OPACITY(CARDINAL) = 3865470565
>_NET_WM_DESKTOP(CARDINAL) = 0
>WM_STATE(WM_STATE):
>                window state: Normal
>                icon window: 0x0
>WM_PROTOCOLS(ATOM): protocols  WM_DELETE_WINDOW
>WM_NAME(STRING) = "R Graphics: Device 2 (ACTIVE)"
>WM_NORMAL_HINTS(WM_SIZE_HINTS):
>                program specified location: 0, 0
>                program specified size: 672 by 673
>

This is the full output of xprop, no lines like 

WM_CLASS(STRING) = "urxvt", "URxvt"

I did not know such windows exist ...
(Continue reading)

Permalink | Reply | 4 comments |
headers
Ильгиз Янузаков | 5 Mar 2010 09:24
Picon
Gravatar

Re: qt apps no menu

Ok, thanks.

В письме от Птн, 05 Мар 2010, 12:56 Thomas Jost пишет:
>
> That is related to Qt 4.6, but it seems to have been already fixed in
> Awesome: http://awesome.naquadah.org/bugs/index.php?do=details&task_id=732
>
> Try to upgrade to the latest version (3.4.4 was released 3 days ago), it
> should fix this problem.
>
> --
> Thomas/Schnouki
>
>

-- 
Янузаков Ильгиз,
системный администратор ООО "Рейд"
г. Уфа, Индустриальное шоссе 44/1
E-mail: ilgiz <at> reid.ru
http://www.freebsd-ufa.org/
-----------------------------
FreeBSD - The Power to Serve!

--

-- 
To unsubscribe, send mail to awesome-unsubscribe <at> naquadah.org.
Permalink | Reply | 0 comments |
headers
Thomas Jost | 5 Mar 2010 08:56
Picon
Gravatar

Re: qt apps no menu

Le 05/03/2010 08:17, Ильгиз Янузаков a écrit :
> Hi, sorry for my bad english.
> I'm use dual monitor awesome configuration with xrandr extension. But if I
> tun any qt application, for example "VirtualBox" or "Psi", his menus is
> not visible in second monitor (my screenshot in attach), but gtk apps work
> perfectly. In first monitor its work fine.

That is related to Qt 4.6, but it seems to have been already fixed in
Awesome: http://awesome.naquadah.org/bugs/index.php?do=details&task_id=732

Try to upgrade to the latest version (3.4.4 was released 3 days ago), it
should fix this problem.

--

-- 
Thomas/Schnouki
Permalink | Reply | 1 comment |
headers
Ильгиз Янузаков | 5 Mar 2010 08:17
Picon
Gravatar

qt apps no menu

Hi, sorry for my bad english.
I'm use dual monitor awesome configuration with xrandr extension. But if I
tun any qt application, for example "VirtualBox" or "Psi", his menus is
not visible in second monitor (my screenshot in attach), but gtk apps work
perfectly. In first monitor its work fine.
I'm try update and rebuild all ports, but nothing happen.

$ uname -a
FreeBSD kegf-it.office.reid.ru 8.0-STABLE FreeBSD 8.0-STABLE #0 r204507:
Mon Mar  1 12:37:08 YEKT 2010    
root <at> kegf-it.office.reid.ru:/usr/obj/usr/src/sys/BSD8  i386

$ awesome -v
awesome v3.4.3 (Engines)
http://www.youtube.com/watch?v=zudbz4hOcbc&feature=related
awesome v3.4.3 (Engines)
 • Build: Mar  4 2010 12:40:06 for i386 by gcc version 4.2.1
(root <at> kegf-it.office.reid.ru)
 • D-Bus support: ✘

My config for dual monitor like previous mail:

tags = {}
tagnames = {}
taglayouts = {}
tagcount = { 8, 8 }
tagnames[1] = {
"sh","www","panels","media","emerge","code","remote","float" }
taglayouts[1] = { layouts[2], layouts[2], layouts[2], layouts[2], layouts[2],
layouts[2], layouts[2], layouts[12] }
(Continue reading)

Permalink | Reply | 2 comments |

Gmane