meino.cramer | 19 Apr 12:44 2014
Picon
Picon

Video overlay / nvidia-drivers weirdness

Hi,

I am runnig Gentoo Linux on a AMD64 machine using openbox
as my preferred windowmanager.

Recently with an update of the system beside other things
the nvidia-drivers and the xorg-server were updated.

Versions:
(tried all of them)
x11-drivers/nvidia-drivers-304.121
x11-drivers/nvidia-drivers-337.12
x11-wm/openbox-3.5.2-r1
x11-wm/openbox-9999 (Gentoo nameing for "developper snapshot)

Openbox is started via slim (login manager), which executes
autostart.sh, which (beside other things) mutt in a urxvt
terminal.

Openbox is configure to have 8 desktops, throw which one can
circle back and forth :)

The the problem arises after starting applications, which uses
opengl/direct rendering/cuda or such things:

For example: After mutt starts, I switch von desktop to the left
(going from desktop 1 to 8).
There I start me-tv, a dvb-t tv application.
When I switch back to 1 (going to the right), the window decorations
of me-tb remain on desktop 8 but the video itsself does not disappear 
(Continue reading)

Carlos Pita | 17 Apr 17:24 2014
Picon

NextWindow bar and gtk3 csd windows

Hi all,

the new client side decorated windows [1] insanity in gtk 3.x (with x
>= 12 I believe) are pretty well supported by ob, at least given the
badass nature of these clients. But, putting aside the -imposed- need
of a compositor to avoid these shaped windows hurting the eye, I've
found one quirk: the NextWindow family of actions have always drawn a
pretty bar around the candidate window but now v.g. for gtk3 standard
dialogs (mischievously turned csd in order the screw up not to go
unnoticed) this bar will frame the client rectangle which is
noticeably far from the client rendered borders in case you're using a
compositor, because in this case the client itself reserves a good
deal of space to do its own shadowing (completely inconsistent with
the one provided by the compositor, btw).

I'm still not reporting this as a bug because I'm not sure whether
there is something sensible to be done or not (I tend to think there
isn't, besides groaning to the gnome3/gtk3 developers just to be
ignored).

Best regards
--
Carlos

[1] http://blogs.gnome.org/mclasen/2014/01/13/client-side-decorations-continued/
_______________________________________________
openbox mailing list
openbox@...
http://icculus.org/mailman/listinfo/openbox

(Continue reading)

Carlos Pita | 17 Apr 17:05 2014
Picon

Matching OSD windows

Hi all,

given that I'm not quick enough to catch the osd dialogs with xprop or
xwininfo, and that I want to configure a rule in order compton to give
specific opacity to them, I would like the ob savvy between you to
suggest an atom (ob specific or not) or window type [1] that will
match the osd dialogs and only them.

Best regards
--
Carlos

[1] types defined in EWMH standard: "unknown","desktop", "dock",
"toolbar", "menu", "utility", "splash", "dialog", "normal",
"dropdown_menu", "popup_menu", "tooltip", "notify", "combo", and
"dnd".
_______________________________________________
openbox mailing list
openbox@...
http://icculus.org/mailman/listinfo/openbox

Rafael George | 16 Apr 15:00 2014
Picon

Invitation to connect on LinkedIn

 
 
 
 
 
From Rafael George
 
Web Developer at Independent Consultant
Dominican Republic
 
 
 
 
 
 
 

I'd like to add you to my professional network on LinkedIn.

- Rafael

 
 
 
 
 
 
 
You are receiving Invitation to Connect emails. Unsubscribe
© 2014, LinkedIn Corporation. 2029 Stierlin Ct. Mountain View, CA 94043, USA
 
_______________________________________________
openbox mailing list
openbox@...
http://icculus.org/mailman/listinfo/openbox
Rafał Mużyło | 8 Apr 18:35 2014
Picon

A problem with a gtk window using CSD

This dates back to 3.10 release, but I initially thought it's a gtk bug.
However, today I've retested it with icewm and the most annoying part of
the problem didn't trigger.

So, for example, run recent devhelp. It uses GtkApplicationWindow,
which more or less means CSD. Now, double click its menubar to maximize
it. Next double click should restore it, but in openbox, for whatever
the reason, it doesn't - on a slow hardware you can see, that initially
window is attempting to be restored, but it's immediately maximized (or
perhaps even made larger than the desktop) again.

Also, even in icewm after it's restored in size, the position isn't
preserved, but that could be just a gtk bug.

_______________________________________________
openbox mailing list
openbox@...
http://icculus.org/mailman/listinfo/openbox

Emilien RICHARD | 2 Apr 16:26 2014
Picon

Re: Citrix Thin Client Project - Focus Issues

Hi,

I tried to remove A-Tab and S-A-Tab bindings and it works well for 
Citrix windows as Citrix Receiver handles Alt-Tab binding internally, 
but I can't go back to another window.

It's a good temporary solution, but I'll try to find how to solve this 
issue by debugging openbox.

Thank you for your quick answer.

Best regards,

Emilien RICHARD

Le 01/04/2014 18:00, Mathias Dufresne
<mathias.dufresne@...> a écrit :
> Hi,
>
> It is not completely clear for me but I think your issue is to send
> "alt+tab" keys to Windows because for now when you type "alt+tab" the keys
> are used by OpenBox, switching between your Citrix client window and other
> windows hosted on Linux side.
>
> If I'm right, you just have to tell OpenBox to ignore "alt+tab", so the
> keys won't be grabbed by OpenBox and will be thrown to the active window,
> which could be your client. Then perhaps this client will be able to send
> the keys to the remote system, which in turn should switch its own
> windows...
>
> To do that, have a look into your ~/.local/openbox/rc.xml file and look for
> something similar to that :
>      <!-- Keybindings for window switching -->
>      <keybind key="A-Tab">
>        <action name="NextWindow"/>
>      </keybind>
>      <keybind key="A-S-Tab">
>        <action name="PreviousWindow"/>
>      </keybind>
>
> It's an extract from my own rc.xml, A-Tab = Alt+Tab in rc.xml syntax.
> Change that to something else :)
>
> Then to push that system wide rather than only for your own account I think
> it's in /etc/xdg/openbox directory you'll have to push that modification.
> This should confirmed, I'm not sure ;)
>
> Cheers,
>
> mathias
>
>
>
> 2014-04-01 11:21 GMT+02:00 Emilien RICHARD <emilien@...>:
>
>> Hello,
>>
>> I'm working on a Linux-based thin client project. I'm experiencing some
>> issues with Citrix Receiver 13.0. For your information, Citrix Receiver is
>> used to access Windows applications in SaaS mode.
>>
>> Alt-Tab doesn't work, I can select the window but it doesn't get the focus
>> and it isn't put foreground. On the attached screen shot (
>> http://hpics.li/b3ef9a8 ) you can see what happen. The window 2 is the
>> one I have selected with Alt-Tab and the window 1 is the one which has
>> focus and is on top. On the panel at the bottom of the screen you can see
>> that the window 2 seems to be on top but it doesn't and with the panel the
>> click on a window raise the window without problems.
>>
>> Citrix Receiver isn't an open source software so I can't see how it handle
>> windows. I'm trying to modify openbox, I want to program a workaround that
>> force to raise the window on Alt-Tab. Where can I start looking in the
>> sources to force it?
>>
>> Thank you for your help.
>>
>> Emilien RICHARD
>>
>>
>> _______________________________________________
>> openbox mailing list
>> openbox@...
>> http://icculus.org/mailman/listinfo/openbox
>>
_______________________________________________
openbox mailing list
openbox@...
http://icculus.org/mailman/listinfo/openbox

Emilien RICHARD | 1 Apr 11:21 2014
Picon

Citrix Thin Client Project - Focus Issues

Hello,

I'm working on a Linux-based thin client project. I'm experiencing some 
issues with Citrix Receiver 13.0. For your information, Citrix Receiver 
is used to access Windows applications in SaaS mode.

Alt-Tab doesn't work, I can select the window but it doesn't get the 
focus and it isn't put foreground. On the attached screen shot ( 
http://hpics.li/b3ef9a8 ) you can see what happen. The window 2 is the 
one I have selected with Alt-Tab and the window 1 is the one which has 
focus and is on top. On the panel at the bottom of the screen you can 
see that the window 2 seems to be on top but it doesn't and with the 
panel the click on a window raise the window without problems.

Citrix Receiver isn't an open source software so I can't see how it 
handle windows. I'm trying to modify openbox, I want to program a 
workaround that force to raise the window on Alt-Tab. Where can I start 
looking in the sources to force it?

Thank you for your help.

Emilien RICHARD

_______________________________________________
openbox mailing list
openbox@...
http://icculus.org/mailman/listinfo/openbox

meino.cramer | 28 Mar 04:22 2014
Picon
Picon

Freeing bindings (keyboard/mouse)

Hi,

in rc.xml I can define mouse and keybinds.

Is it possible to specifically ""unbind""" those bindings once they 
were bin in rc.xml for example in the context of a chroot?

(Background: Mouse Bindings are not set free when chrooting.)

Thank you very much in advance for any help!
Best regards,
mcc

_______________________________________________
openbox mailing list
openbox@...
http://icculus.org/mailman/listinfo/openbox

E R | 26 Mar 07:42 2014
Picon

ObRender-Message: Unable to parse color '#bbbbbb '

In Slackware 14.1 x86_64 I compiled Openbox 3.5.0 and obconf 2.04 and when I run obconf from a terminal I'm seeing these messages;

ObRender-Message: Unable to parse color '#bbbbbb '

To be honest I don't recall seeing this last year when I was using this same version of Openbox & obconf in Slackware 14.0

Anyone know what is up with this, and how I can fix it?

thanks
_______________________________________________
openbox mailing list
openbox@...
http://icculus.org/mailman/listinfo/openbox
Jamie Macdonald | 23 Mar 17:50 2014
Picon

Compton + Openbox bug

Does anyone know why this might be happening?

The Compton dev says it's proabbly something with how OB unmanages their windows.

https://github.com/chjj/compton/issues/131
_______________________________________________
openbox mailing list
openbox@...
http://icculus.org/mailman/listinfo/openbox
meino.cramer | 23 Mar 17:46 2014
Picon
Picon

Re: Disabling certain keybindings, if a certain window/aaplication has focus

Dana Jansens <danakj@...> [14-03-23 17:20]:
> On Sun, Mar 23, 2014 at 4:41 AM, <meino.cramer@...> wrote:
> 
> > Hi,
> >
> > I am using Blender a lot and Blender has so many functions
> > (especially when counting the addons additionally), that
> > nearly no keycombination is left unused for shortcuts/hotkeys.
> > Many keybindings can be configurated in Blender, but there
> > is a limit of speed increase when you start configuring
> > keybindings like LSHIFT+LALT+ALTGR+RSHIFT+F4 for something... ;)
> >
> > Keybindings of addons are often hardcoded into the addon itsself.
> >
> > To ease this situation I would like to disable some of openbox's
> > keybindings, when the window of Blender has focus, so Blender
> > get all this keycombinations.
> >
> > If another window gets focus, the original keybindings of openbox
> > should become active again.
> >
> > Wonderful plan ... but I have no idea how to accomplish that... ;)
> >
> > Would it be possible? And how?
> >
> 
> This sounds like what you want, kinda. You could add a few keybinds inside
> the chroot that you want to keep.
> 
> http://openbox.org/wiki/Help:Bindings#Key_quoting_with_Chroots

> _______________________________________________
> openbox mailing list
> openbox@...
> http://icculus.org/mailman/listinfo/openbox

Hi Dana,

thank you for your help! :)

From the explanation in the linked text I would expect, that after
CAQ all keypressed are passed untouched through openbox to the window
which has focus.

When I press CAQ a tiny extra """window""" pops up and displays "C-A-Q".
So I think, open box had understood the keys I pressed.

Unfortunately it does not works as I expected (which mostly means: My
expectations are wrongly designed ;))

For example: I start blender. In blender Alt Right Mouse botton
connects two material nodes.
In Openbox the same keycombo resizes the focussed window.

After blender runs I click it so it has focus.
I press "CAQ" (the tiny window pops up) and press RMB.
The material nodes remain untocuhed and the blender window
gets resized.

How can I fix either my expectation or my configuration, which
I copied 1:1 from the linked text?

Best regards,
mcc

_______________________________________________
openbox mailing list
openbox@...
http://icculus.org/mailman/listinfo/openbox


Gmane