Quote Originally Posted by algol',index.php?page=Thread&postID=187094#post187 094][quote='Vyndree',index.php?page=Thread&postID=18708 9#post187089]
I don't see much prevarication or deviance from the truth in there.[/quote]

You don't see the part where they say it's fine and then restate the general policy on acceptable third-party programs & hardware?

Keyclone is fine only in so far as it doesn't break any rules. All Malkorix really endorses is the general idea of a software multiplexer - Keyclone has no special dispensation if someone uses it to break the rules. For that matter, even Keyclone has its delay concerns. Nothing is safe, nothing gets you away from the same anti-automation rules. But I think that if you're working within the API framework you're as safe as you can come, certainly much, much more so than if you needed third-party tools. API-based tools have the implicit endorsement of being part of the game itself - and nothing else, not even Keyclone, has that.[/quote]

Malkorix said, and I quote "[color=#0000ff]Keyclone is fine[/color]". He then reiterated the idea of the software multiplexer's acceptable use, [b]which Keyclone clearly follows[/b]. Perhaps, since delays/scripts can be done with external programs (and perhaps, if it falls into this category, Jamba), he was warning that while use of Keyclone is OK, addition of a Logitech G15, Nostromo N52, or even AHK on top of Keyclone, would counteract the statement if those uses included delays.

From my (albeit external) understanding of Keyclone, Malkorix's followup second statements...
[quote][color=#0000ff]Just make absolutely certain that you're not making more than one keypress (for the purposes of the word 'keypress' this includes a single key press AND release with no delays), or including delays between key-presses with each action.
Essentially, if you could legally create the command as a functional macro within the default user interface, then it should be okay. [/color][/quote]
...do not apply to Keyclone -- there is no possible way to have Keyclone send more than one keypress with or without delays. So... where's this "obvious contention" that I've missed? Keyclone also does not store any macros, so that absolves the second statement. I still see no deviance from the truth -- I'd imagine the caveat was for future revisions of Keyclone that may, in the future or in combination with other 3rd party mods/addons/devices, include the capability for delays.

And they call [i]me[/i] nitpicky.

[quote='algol
The only rules that remain to govern API-based addons are the same rules that govern all in-game behavior. Therefore my reasoning is as follows:

Jamba /follow doesn't do something I would get banned for if I did it manually.
But the difference here is that you're NOT doing it manually. Each follow strobe happens without the precedent of a user's keypress.

The difference here is, with the built-in /macro functionality (granted, not the API) you MUST initiate a keypress every time you want to /follow someone, same as you would with targeting or trinketing -- they don't eat GCDs, but they still require user interaction. I honestly don't see it as much of a problem, as (if you were using Jamba strobing, I'd imagine) you could just put a /follow line along with your assist macro and /follow at every keypress -- or even /stopmacro [combat] /follow CharName to emulate Jamba's follow-out-of-combat functionality.

The contention is, Jamba does automatically and on a delay what normally must be done manually. That sounds like automation if it applied to anything with similar functionality (targeting, movement, action buttons).

Quote Originally Posted by algol
Jamba /follow can be implemented using only Blizzard-released functions.
Therefore Jamba is 99.9999% likely to be legal, and would 99.9999% likely result in an official statement AGAINST it before they actually banned anyone.
And 99.99999% of all statistics are made up..... Making up numbers does not make an argument strong. I'd have been more inclined to allow you your opinion if you didn't spout numbers that don't have any solid basis. You can't take the two statements you just spouted and magically apply subjective numbers on its legality pulled from nowhere. Granted, you can say "From these two statements, I feel, or it is my opinion that it is safe to use Jamba", but that's opinion.

It's like me trying to make an argument that since the game was designed for solo boxers, and that world PvP against 5 multiboxed characters is no fun, that Multiboxing is 99.9999% wrong. I can say "I feel, or it is my opinion that multiboxing is wrong", but my "percent wrongness" thesis is not supported by the statements in my argument.

Or even, more appropriately, I could argue that /follow must normally be initiated with a user action, and that no user action occurs when utilizing Jamba strobe, therefore Jamba strobing is 99.9999% wrong. I'm sure you wouldn't be happy having to argue the logical inconsistencies of that sort of deduction.

I'm not making any claims that aren't backed up with facts -- in fact, I'm making no actual claims on Jamba's legality at all, merely that the level of confidence in Jamba is misleading opinion from fact.


Quote Originally Posted by Bigfish
Did you post that somewhere else? I'm moderately curious how that can be scripted.
It's hidden in a spoiler earlier in this thread.
http://dual-boxing.com/forums/index....797#post181797