[openbox] Possible bug within NextWindow and PrevWindow?

[Israel Jacques]

Nevermind. I Googled a bit and found a solution.

On Tue, Oct 18, 2011 at 21:33, Israel Jacques <mrkotfw at gmail.com> wrote:

> Hello Dana,
>
> In other words, you're saying to move "raise" element at the very bottom?
>
>
> On Tue, Oct 18, 2011 at 21:21, Dana Jansens <dana at orodu.net> wrote:
>
>> On Tue, Oct 18, 2011 at 11:03 PM, Israel Jacques <mrkotfw at gmail.com>
>> wrote:
>> > Hello everyone. I have the following:
>> > <keybind key="W-j">
>> >   <action name="NextWindow">
>> >     <dialog>no</dialog>
>> >     <raise>no</raise>
>> >     <linear>yes</linear>
>> >   </action>
>> > </keybind>
>> > <keybind key="W-S-j">
>> >   <action name="NextWindow">
>> >     <dialog>no</dialog>
>> >     <raise>yes</raise>
>> >     <linear>yes</linear>
>> >   </action>
>> > </keybind>
>> > What's peculiar about these two key bindings is that one is suppose to
>> raise
>> > the window, while the other should not. For some reason they both behave
>> the
>> > same: they both raise!
>> > I have the following:
>> > <focus>
>> >   <focusNew>no</focusNew>
>> >   <followMouse>yes</followMouse>
>> >   <focusLast>no</focusLast>
>> >   <underMouse>yes</underMouse>
>> >   <focusDelay>1</focusDelay>
>> >   <raiseOnFocus>no</raiseOnFocus>
>> > </focus>
>> > OS: Debian GNU/Linux (Wheezy)
>> > Openbox ver.:  Openbox 3.4.11.1 (as a Debian package)
>> > If needed, I can attach my entire configuration file (config.xml).
>>
>> One raises the windows as you alt-tab through them, one doesn't.  They
>> both raise the window you selected at the end, cuz you didn't specify
>> finalactions and the defaults include raise.
>> _______________________________________________
>> openbox mailing list
>> openbox at icculus.org
>> http://icculus.org/mailman/listinfo/openbox
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://icculus.org/pipermail/openbox/attachments/20111018/d16c5600/attachment.htm>