- The duration needed to be set on the buff object "before "the buff is
actually added. Because of this, I made the distinction between setup(0
(setting up the buff object) and add() (adding the buff stats to the
player).
- Group buffs would add the buff based on each individual player's
skillmods instead of the buffer's. Due to this, I made a "buffer"
parameter for doAddBuff(). If there is a buffer, regardless of it's a
buffer within our group, we can specify them, otherwise provide null.
This means any changes to the radial filename are retroactive.
It'll check server templates for getRadialFilename(), if not found,
it'll check the radial_filename attachment variable.
Updated target's position in the baseline.
The two unknown longs were the lookAtTarget (thing you cursor is
hovering over), which I believe probably comes before the actual target.
This could improve radial menus if the order is right, and allow them to
work even if you don't have the object targetted.
(Bug Fix) Must now wait before performing multiple flourishes
(Bug Fix) Can no longer propose to yourself (aka your hand)
(Bug Fix) Fixed some strings that didn't have variables
(Added) Posture checks before Skill Animating
(Added) Additional radial options show on players
- I noticed when targetting a client-spawned object (EK brazier), it
sent a target packet to the client with all 8 bytes filled, instead of
just the 4 stated in the buildout. It seems the same 4 digits get added
to all buildout ids. As a result, all buildout int-objectIds now have
the follow bytes added to them: FF FF 86 F9
Not sure about snapshot objects, but I imagine it's the same for them.
- I had to allow duplicate objects to be spawned in order for heroics
and instances to work. It gives every duplicate object a new objectId
and also replaces the parentIds as well by storing the changes in a map
on each buildout area cycle.
Ziggeh