Keyclone not passing Z because Alt+z is on DNP?

[Rokins]

Why is it that if I have alt+z on DNP, keyclone wont pass either z or alt if they are pressed seperately? Shouldnt having alt+z on DNP mean that keyclone will not pass alt+z, but will still pass z and alt?

[Rokins]

bump

[keyclone]

if you CHECK strict, then the exactly what is in the list will be blocked.
not checking strict means... all forms of the key (alt, shift, ctrl) will be blocked

[midnightrain]

This is somewhat related so I thought I'd post here rather than start a new thread.

I have the more unhelpful key combinations mapped to my xkeys and G15 keys such as Shift-Alt-key and Shift-Ctrl-key. Now, sometimes it seems that in pressing one of these my clones do not receive the full string, but end up executing a command that is bound to a "lesser" combination, say Ctrl-key or Shift-key.

It's tough to know where the issue is here. Is x-keys (PS/2 version) passing the key combination too fast for KeyClone? Is KeyClone not broadcasting correctly? Is Trinity Bars 3 incorrectly executing a "lesser" command because the more complex one is not defined? Heck, even figuring out what key combo the clone actually received is tough. A useful addon would simple display in long form what keystrokes are being registered by the UI.

My goal in posting this is to hopefully rule out KeyClone as a possibility, or to find out if there's some setting i could enable that would improve performance.

[midnightrain]

Just to follow up on my own post, comments in these two threads relate to my G15 broadcasting issue:
[Octopus] G15 compatability (related to Octopus)
G15 Keybord setup guide (Dirjax's comment)

So it seems others are having similar issues: the correct combo is read by one or more toons, but not by all. I read in that thread that Logitech's software differentiates between left and right CTRL and ALT - that might be a part of the problem; could there be a potential issue and workaround using Keyclone? Then again maybe it's a Trinity Bar problem.