Build 16: Alt-tab bug fixed

[zenga]

The next thing on your list was keymaps. I think the next thing on Moorea's list was no-pass. That's sort of the same, right?

How i see it is that keymaps and don't pass are essential functionalities for a boxer and it would take mojo to the next level.


Keymaps: e.g. map ctrl+A to jump on toon A and B and move forward on C while both ABC have exactly the same ingame keybinds

Do not pass: respective keypresses are not passed to all clients, only to the active window. If we could decide to which clients it should be passed and to which not, would even be more awesome. For example i have my arrow keys set as main movement keys on all clients and i have ZQSD as my secondary movement keys on my slaves (not on my main). The arrow keys are not passed to slaves. This means i can just move around with my main with the arrow keys and have my slaves on follow. If i need to move my slaves out of a puddle in a bossfight, i just use ZQSD. On the other hand if i switch to a slave i can just use the arrow keys to move around like i'm used to without my alts responding.

[Freddie]

Keymaps: e.g. map ctrl+A to jump on toon A and B and move forward on C while both ABC have exactly the same ingame keybinds

Could you please clarify that for me? For any trigger, there are three things involved:

-- the key or key combo that's pressed by fingers physically

-- the key or key combo that Mojo sends to WoW

-- the in-game action .

Could you restate that example in terms of those three things?

Do not pass: respective keypresses are not passed to all clients, only to the active window. If we could decide to which clients it should be passed and to which not, would even be more awesome. For example i have my arrow keys set as main movement keys on all clients and i have ZQSD as my secondary movement keys on my slaves (not on my main). The arrow keys are not passed to slaves. This means i can just move around with my main with the arrow keys and have my slaves on follow. If i need to move my slaves out of a puddle in a bossfight, i just use ZQSD. On the other hand if i switch to a slave i can just use the arrow keys to move around like i'm used to without my alts responding.

That will definitely be in the program. That's why I said above that I might have to do "launch WoW" before no-pass. The program will need to launch WoW in order to provde the user with config screens that refer to individual WoWs.

[Freddie]

Be sure to include "ActiveWindow" and "!ActiveWindow" in your options - Sometimes I mouse over to a slave machine and start playing from there, and I would love it if it just mapped my keys accordingly.

Definitely, the program should provide these options.

The problem is designing an interface that makes it easy to choose. Do you have any ideas about that?

PiP, and PiP "Positional Awareness/Preference" - the second part is a little difficult to explain but let me try:
In Octopus I have 2 screens setup - 4 WoWs in a 2x2 config and 1 WoW that takes the whole screen. If I have the WoWs configured as:
A is Main Screen
B is Top Left Secondary Screen
C is Top Right Secondary Screen
D is Bottom Left Secondary Screen
E is Bottom Right Secondary Screen
[B|C][AA]
[D|E][AA]

If I press the PIP button associated with B, it will swap A with B:
[A|C][BB]
[D|E][BB]
If I then press the PIP button associated with C, it will swap B with C:
[A|B][CC]
[D|E][CC]

The problem with this, is that I want B to either be Main or Top Left, I never want it to be Top Right (which is where it is now). I can get around this by ALWAYS pressing the PiP associated with A first and then the PiP assocciated with the WoW of my choice ... but I would rather it take care of that in the background so I can hit it quickly when I need to.
Since some people may not want this (because it means moving 2 screens sometimes, which may take longer) it would need to be an option that could be set either way.

Let me know if this is clear.

Yeah, it's crystal clear. People should be able to define keys that change their PIP setup in any way they want. That includes such things as defining which WoW's window goes where, which window-by-current-location goes where, conditions such as which WoW is currently in the foreground, etc. (And do this without using the script language. Of course users will be able to do anything whatsoever with the script language).

Do you have any ideas for how to design the interface where people create their PIP layouts and their PIP hotkeys?

I'd like to give people completely generalized choices, so there are a lot of permutations, but I'd also like the screen(s) to be extremely easy to use.

[Freddie]

What I try to do is push everything I know technically out of my head -- forget everything I know about the code -- and imagine using the program. Then I ask, "What would be the easiest thing to see on the screen and move with the mouse?"

The bad thing is, usually there's no answer.

The good thing is, my advancing Alzheimers makes it easy to forget what I know. I'm great at that part!

[Freddie]

EDIT:

I think Innerspace uses ActionTargetGroups (don't know, never used it) and Keyclone uses Keymaps. The thought I had was this:
A small screenlet (tab/popup/doesn't matter) to define "KeyTokens" or "Keymaps" or whatever you want to call them. The idea is that the client that has focus will call this "token" when a key is pressed or a mouse-region is clicked. On this screen you click an Add button and you get a name screen and an "input" box, which has a checkmark for "Keyboard-In" and "Mouse Region-In" with Key In pre-selected and "Mouse Region-In" unselected. Under "Keyboard-In" is a key-input box. Under "Mouse Region-In" is a 4xBox for X,Y,Height,Width along with a "click-trigger" (left mouse, ctr-left mouse, etc). Finally, there is a button at the bottom that says "view mappings" - this pulls any "client" that currently has this "Token" mapped. This is just a convenience click-through.

http://s333.photobucket.com/albums/m...pExample01.jpg

Thanks for the screenshot and for pointing out the edit in a later post. I would have missed it otherwise.

I'm confused here about a basic point. There are three "things" involved in key injection.

1. The key combination (button, whatever) that the user presses with his fingers.

2. The key combo that Mojo sends to WoW. This appears in WoW on the right side of its key bind screen.

3. The action that number 2 is bound to in WoW. This appears in WoW on the left side of its key bind screen.

Are you suggesting that 2 should be hidden from the user and that Mojo should set keybinds in WoW without the user worrying about it (in other words, Mojo should change the in-game key bind screen)?

[Freddie]

I don't think you answered my question. I apologize if I'm missing it.

Let me try again.

You say, Q - Move Left.

That's a binding in WoW.

What our program is actually going to do is send Q to WoW.

But your window doesn't say "Send Q." Your window says "Move Left."

Q is bound to Move Left in Wow, not in our program.

How does our program know that Q is bound to Move Left in WoW?

(The number of instances, the fact that the choice of Q instead of some other output is conditional, etc. etc, is not the issue. The issue is how our program knows or sets any WoW binding whatosever. I'm using Q-MoveLeft as an example of a binding.)