Menu

#22 Windows' cyle depends on the showCycleMenu option

open-works-for-me
nobody
None
5
2005-06-05
2005-05-12
Plops
No

The windows don't cyle in the same way if you activate
or not the showCycleMenu option. Does the
window-cycling menu appears in the windows stack? If
so, it shouldn't...

In the 0.8.6 version, the window-cycling menu appeared
and the windows cycled normally (like in the 0.9.0
version if you deactivate the showCycleMenu option).

Here are 2 .bbkeysrc sample files that allows you to
see a window-cycling difference.

First one:

[begin] (bbkeys configuration file)
[config]
[option] (showCycleMenu) {false}
[end]
[keybindings] (begin keybindings)
[PrevWindow] (Mod1-Control-Down)
[NextWindow] (Mod1-Control-Up)
[end] (end keybindings)
[end] (end bbkeys configuration)

Second one:

[begin] (bbkeys configuration file)
[config]
[option] (showCycleMenu) {true}
[end]
[keybindings] (begin keybindings)
[PrevWindow] (Mod1-Control-Down)
[NextWindow] (Mod1-Control-Up)
[end] (end keybindings)
[end] (end bbkeys configuration)

Discussion

  • Jason 'vanRijn' Kasper

    • status: open --> open-accepted
     
  • Jason 'vanRijn' Kasper

    Logged In: YES
    user_id=286178

    Hm. Actually, window cycling doesn't work at all for me ATM if I don't have
    the menu showing. I'll look into this.

     
  • Jason 'vanRijn' Kasper

    • status: open-accepted --> open-works-for-me
     
  • Jason 'vanRijn' Kasper

    Logged In: YES
    user_id=286178

    Hm. Anyway, nevermind me. Apparently kwin has different ideas about
    what should be done with XSetInputFocus than blackbox does.

    I just tried this with blackbox and it seems to be working fine. If what your'e
    referring to is the old (hideous) linear style of window cycling (the way
    blackbox used to do it on its own), then bbkeys does not do this anymore like
    bbkeys 0.8.6 used to do. Whether you use the menu for cycling or not, the
    cycling should be the same.

    But to address your report... I just tried cycling with blackbox having bbkeys
    both show and not show its cycle menu and the window cycling operates the
    same. In other words, I've followed your sample above and can't reproduce
    this. If you can give me more information (or better, a patch), I'd greatly
    appreciate it. Otherwise, I'll have to close this as "can't reproduce".

    Thanks for the report!! =:)

     
  • Jukka Salmi

    Jukka Salmi - 2005-08-05

    Logged In: YES
    user_id=108492

    Hi,

    I'm seeing the same behaviour, i.e. prevWindow and
    nextWindow only working fine with showCycleMenu disabled.
    I'm using bbkeys 1.0.0cvs and Blackbox 0.70.1cvs on NetBSD
    running XFree86 4.4.0.

    If showCycleMenu is enabled, bbkeys somehow does not cycle
    throug all windows. However, I'm able to use the mouse to
    select the desired entry from the cycle menu.

    If showCycleMenu is disabled, everything works as expected:
    bbkeys cycles through all windows on the workspace.

    Please tell if I should provide more information...

    Cheers, Jukka

     
  • Daniel Baulig

    Daniel Baulig - 2006-01-06

    Logged In: YES
    user_id=697565

    Hello,

    I encountered the same problem. Here is an exact description
    how to repoduce the failure:

    Open at least 3 windows under blackbox. Now press your
    combination for cylcing forward (or backwards) with the
    cycle menu activated. The menu pops up, the next (or
    previous) window is selected and the menu disappears again.
    Now press the same combination again. What you will
    encounter now, is that you will not select the next, the
    third window, but the previous one. The malfunction seems to
    origin in, that when cycling through th windows with
    activated menu, the "cycled" menu isn't put at the bottom of
    the window stack, but at the second position. So if you have
    more than one window opened, you will always cycle through
    the first two windows only.

    Greets

    Daniel

     

Log in to post a comment.

MongoDB Logo MongoDB