Considering click basically just builds one big macro, what has been done is to stop castsequences from being your fallthrough now as Ugh mentioned.
ie. The following macro will not work:
/use 13
/use 14
/castsequence flame shock, lightning bolt, lightning bolt. lightning bolt
/castsequence lava burst, lava burst, lava burst
but this one will:
/use 13
/use 14
/castsequence flame shock, lightning bolt, lightning bolt. lightning bolt
/cast lava burst
It doesn't matter if you try and build this macro using click or not, the above structure will still stand:
ie.
/click 1 (/castsequence flame shock, lightning bolt, lightning bolt. lightning bolt)
/click 2 (/castsequence lava burst, lava burst, lava burst or /cast lavaburst)
I think the main reason for this is because they stopped the fall through effect commas used to have. The reason we can use a fall through macro still is because castsequence has an innate latency built into it whereas a pure cast command does not. A castsequence macro has to query the server to see if the previous cast has completed before it sends the next cast command through. During this moment of latency, the macro will fall through to the cast command which does not need to query the server. If you use a castsequence as your fall through, the query that is sent by the first sequence will always return before the query sent by the second sequence and thus the first castsequence will advance first. Once it has advanced, new queries need to be sent through again for both.
A way around this problem that people have been using is to use your multiboxing software to send 2 key commands at the same time. You can bind castsequence one to key 1 and castsequence 2 to key 2. Create a mapped key which has 2 actions to it to send both keys and you will be able to operate a castsequence as a fall through. This is not quite the same functionality as previously because we still can't build in delays using the commas the way we used to.
Connect With Us