Skip to content

/use, modifiers, and item id's #38

@gonsy00

Description

@gonsy00

Hi,
Long stroy short, I failed trying to implement a macro. Cheked on internet, ia, forums, etc, and cant figure out what is wrong. Tried different things, and belive it might be a problem with the /use implementation.
Im goint to try to explain on detail, and give you my guess at the end:

The other day I was trying to implement the macro below, but potion was not being used

#showtooltip
/use [mod:alt] Swiftness Potion
/cast [nomod] Dash
/cast [nomod] !Cat Form

Its a quite simple macro, but i coudnt figure out how to make the potion to be used. Just to keep your out of doubts, I changed the macro button form bars, bindings, checked posible mistakes, checked posible "system bindings". Even used the mouse to click. So i can 99,9% assure its not a binding problem.
Anyway, I started playing arround with some more simple macros focusing on /use, item names, itemIDs diferent modifiers. So here its what I noticed.

#showtooltip doesnt seems to have a problem. It works on point, showing up the different tooltips, depending on when i decide to use the modifier or not, swaping when it should.
Also, it seems to respond perfectly to the #showtooltip "x", independant when "x" is the item name, or the objectid,

/use only work when I used the item name without any modifier. Ex:

/use Minor Healing Potion
/use Heavy Wool Bandage

Even modifiers like [@player] or [@target] doesnt seem to be read properly.
I played arround with the item name and item Id name, with mod and without, and:

/use Minor Healing Potion seems to work fine
/use 118 doesnt seems to work properly

In both up cases using the #showtooltip do actually recognise the item, and show the proper button picture.

INTERNET: The closest thing i could find on the internet was this:

"Bug: /use <inventory#> breaks with modifier" — When referencing an item by its slot (e.g., /use 13) with [modifier:shift], the item does not activate when the modifier is used. However, if you use the item’s name instead of the slot number, it works correctly.
bluetracker.gg
This suggests that certain ways of referencing items (like using a generic slot) can break the modifier logic in older versions of the WoW macro system.

MY GUESS:
Cleveroid is using itemID to translate the lenguaje into whatever trutle does actually understand, and that causes a problem with the Wow old version.
Its important to explain that this only happened to me with the /use, so might be something related with item id. It might not be cleveroid problem.

Anyway, this is a really premature reading, form somebody who has very little knowledge about code.
And, more importan, it might be my fault, and im missunderstanding something.

Anyway, i hope it helps. And im more than happy to receive feedback if im doing something wrong.

Thanks for all the work.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions