WowAce

------------------------------------------------------------------------
r17 | taleden | 2009-08-01 04:26:23 +0000 (Sat, 01 Aug 2009) | 1 line
Changed paths:
   D /trunk/LibUnitID

- renamed subfolder
------------------------------------------------------------------------
r16 | taleden | 2009-08-01 04:24:37 +0000 (Sat, 01 Aug 2009) | 1 line
Changed paths:
   A /trunk/LibUnitID-1.0 (from /trunk/LibUnitID:13)
   D /trunk/LibUnitID-1.0/LibUnitID.lua
   D /trunk/LibUnitID-1.0/LibUnitID.xml

- renamed subfolder
------------------------------------------------------------------------
r15 | taleden | 2009-08-01 04:23:44 +0000 (Sat, 01 Aug 2009) | 1 line
Changed paths:
   A /trunk/LibUnitID/LibUnitID-1.0.lua (from /trunk/LibUnitID/LibUnitID.lua:14
   A /trunk/LibUnitID/LibUnitID-1.0.xml (from /trunk/LibUnitID/LibUnitID.xml:13
   D /trunk/LibUnitID/LibUnitID.lua
   D /trunk/LibUnitID/LibUnitID.xml

- renamed core files
------------------------------------------------------------------------
r14 | taleden | 2009-01-31 19:34:50 +0000 (Sat, 31 Jan 2009) | 4 lines
Changed paths:
   M /trunk/!LibUnitID.toc
   M /trunk/LibUnitID/LibUnitID.lua
   M /trunk/LibUnitID_Utils.lua

- due to changes in the arguments given to callback functions, this revision is NOT backwards compatible with 1.0.13-alpha
- callbacks are now given their arguments in the order event,delta for better consitency with conventional callback signatures (previously was the reverse order)
- UnitID (string) keys of the delta table no longer hold the corresponding new GUID; instead, their value is now always the boolean true
- events received during a callback phase will be queued and processed when the current batch of callbacks is complete; although it is probably not currently possible for a callback's code to trigger any of the events that LibUnitID listens for, this situation should now work correctly should it arise
------------------------------------------------------------------------