Discussion: User Created UI Addons?

[Wolfie]

HealBot (and Decursive) created OnHover and OnClick macros, and re-skinned the raid frames. You could replicate that with the default UI if you wanted to waste a few hours writing your macros.

[Ladon]

HealBot (and Decursive) created OnHover and OnClick macros, and re-skinned the raid frames. You could replicate that with the default UI if you wanted to waste a few hours writing your macros.

I'm not seeing the point here. You could say the same with most other WoW AddOns since you have access to pretty much the same calls via macros as you do via AddOn Lua scripting. The core issue is still that with enough control given to the user, you can expect people to come along and automate game tasks to the point of marginalizing gameplay without breaking a TOS.

[Wolfie]

I'm not seeing the point here. You could say the same with most other WoW AddOns since you have access to pretty much the same calls via macros as you do via AddOn Lua scripting. The core issue is still that with enough control given to the user, you can expect people to come along and automate game tasks to the point of marginalizing gameplay without breaking a TOS.

The point I was trying to make was that you could do what HealBot did with the default UI and in-game tools that were given to you.

The fact that some things were automated by the API does not mean anything. Generally things that were automated via API calls were already marginalized, unwanted, or unimportant parts of gameplay, like automatically retrieving all your mail, auto-replying to tells when in combat, etc. That is a conscious decision that the developers make.

[Ladon]

The point I was trying to make was that you could do what HealBot did with the default UI and in-game tools that were given to you.

The fact that some things were automated by the API does not mean anything. Generally things that were automated via API calls were already marginalized, unwanted, or unimportant parts of gameplay, like automatically retrieving all your mail, auto-replying to tells when in combat, etc. That is a conscious decision that the developers make.

I'm still not sure what you are saying. I'm not taking about anything being automated by the API. I'm talking about using the API to create automation. For example if you allow your API to see player health which has plenty of legitimate uses, then allow your scripting language to perform conditionals/iteratives/comparisons which again has legitimate uses then allow for execution of commands, none of these three in themselves are automation or arguably malicious.

But when you put the three together, then you start running into problems. Give the user the three controls above in FF14 and you can make a White Mage play itself other than executing the macro similar to what HealBot does in WoW.

This is the kind of risk you run by opening your interface up. The more information and controls you expose the higher the risk that people will just further automate tasks in the game to the point that they are just running complex scripts rather than playing the game. Sure you can just argue that good people won't use them but that really doesn't solve the problem.

[Wolfie]

I'm still not sure what you are saying. I'm not taking about anything being automated by the API. I'm talking about using the API to create automation. For example if you allow your API to see player health which has plenty of legitimate uses, then allow your scripting language to perform conditionals/iteratives/comparisons which again has legitimate uses then allow for execution of commands, none of these three in themselves are automation or arguably malicious.

But when you put the three together, then you start running into problems. Give the user the three controls above in FF14 and you can make a White Mage play itself other than executing the macro similar to what HealBot does in WoW.

This is the kind of risk you run by opening your interface up. The more information and controls you expose the higher the risk that people will just further automate tasks in the game to the point that they are just running complex scripts rather than playing the game. Sure you can just argue that good people won't use them but that really doesn't solve the problem.

http://www.wowwiki.com/World_of_Warcraft_API

Here, read through that and why such things can be restricted via PROTECTED and NOCOMBAT classes.

Decursive has, or had, an option to auto-heal you, but only while out of combat.

[Ladon]

http://www.wowwiki.com/World_of_Warcraft_API

Here, read through that and why such things can be restricted via PROTECTED and NOCOMBAT classes.

Decursive has, or had, an option to auto-heal you, but only while out of combat.

Again, still not addressing my point. The three examples of controls I gave cannot be restricted to NOCOMBAT extensions because there is legitimate use of them in combat. Also for WoW they use NOCOMBAT to specific actions that normally cannot be used in combat. This is simply in place to prevent someone from circumventing a normal restriction in the game via API call. They can't be used to be like "while in combat you can't read player HP, run a comparative then cast a heal spell."

[Wolfie]

Again, still not addressing my point. The three examples of controls I gave cannot be restricted to NOCOMBAT extensions because there is legitimate use of them in combat. Also for WoW they use NOCOMBAT to specific actions that normally cannot be used in combat. This is simply in place to prevent someone from circumventing a normal restriction in the game via API call. They can't be used to be like "while in combat your can't read player HP, run a comparative then cast a heal spell."

I don't think you understand what the NOCOMBAT thing can be used to break your scenario very easily.

For your scenario to work, there are three requirements:

1. Performing a health check.
2. Creating a target.
3. Performing an action.

Adding the NOCOMBAT clause to any of the 3 will break this automation. But generally, finding a target is an API that does not exist in any game. When you can automate target creation is when you can automate everything else.