r127
Details
-
FilenameAngryRaidPoints-r127.zip
-
Uploaded by
-
UploadedSep 12, 2013
-
Size187.84 KB
-
Downloads101
-
MD5f4f9bec9efcf4dd3cf692a4b550af030
Supported WoW Retail Versions
- 5.4.0
Changelog
------------------------------------------------------------------------
r127 | ywfn | 2013-09-13 00:42:56 +0000 (Fri, 13 Sep 2013) | 2 lines
Changed paths:
M /trunk/Core.lua
- Add in ilvls for new tier of loot
- Bidding lists will always be sorted properly now (not just at last call / start bid)
------------------------------------------------------------------------
r126 | ywfn | 2013-09-11 10:46:56 +0000 (Wed, 11 Sep 2013) | 3 lines
Changed paths:
M /trunk/AngryRaidPoints.toc
M /trunk/Core.lua
- Fix bug with BIDLIST info (bids values weren't always recorded under correct bidder)
- Bump ToC to 5.4
------------------------------------------------------------------------
r125 | ywfn | 2013-09-04 06:48:45 +0000 (Wed, 04 Sep 2013) | 1 line
Changed paths:
M /trunk/Core.lua
Fix bug in bidding whisper handling, "+1" etc should work again now.
------------------------------------------------------------------------
r124 | ywfn | 2013-09-03 12:10:22 +0000 (Tue, 03 Sep 2013) | 3 lines
Changed paths:
M /trunk/Core.lua
- All com msgs are now implemented, which should enable "client" functionality. They are still untested, though.
- If a bid handler gets assigned an item while he already had an item, he'll perform a reset first, just in case.
- Master loot is now a requirement for all loot handler/assignment functionality. Only the master looter will send out loot info and assign out bids.
------------------------------------------------------------------------
r123 | ywfn | 2013-09-02 06:22:22 +0000 (Mon, 02 Sep 2013) | 1 line
Changed paths:
M /trunk/Core.lua
If there are more currently available assignees than the window can fit (7), don't display the rest.
------------------------------------------------------------------------
r122 | ywfn | 2013-09-02 05:47:23 +0000 (Mon, 02 Sep 2013) | 7 lines
Changed paths:
M /trunk/Core.lua
- Fixed bug with version checking that triggered errors when someone else was running a dev version.
- Re-work of how loot assigning works: ARP now continues tracking each item until bidding is completely done, including who each item is assigned to and how many of each item (if there's multiple) haven't been completed yet.
- Loot assignment window is now wider so the name of who each item is assigned to can be displayed.
- The "Reload" command has been moved to a console-only command, only usable by the master looter. Probably most handy for redoing bidding on an item that bidding already finished on. It resets all bids in progress and clears the loot assignment window. Loot will be loaded back in on the next opening of a corpse/chest. Typical usage would be: ML'er hands out all items bidding is finished for (and that don't need to be re-bid for some reason), /arp reload, then open the corpse/chest again (if it wasn't already open), then deal with bidding on what remains.
- New "Unassign" command is available next to the "Assign" button in the loot assignment window. You must select an item then hit Unassign and it'll reset the bid handler for that item and make it available for immediate re-assignment. An item is unassigned automatically if its handler goes offline, leaves the raid, or sends a READY msg (indicating a reloadui happened or they did a manual /arp reset).
- Various things now print errors to the chat window instead of failing silently, such as trying to assign without an item and assignee selected, trying to unassign an item that isn't assigned, etc.
- Loot assignment window is now taller and holds 9 items instead of 7 items. Any items past 9 won't be displayed until some of the first 9 are cleared out. A warning message is printed to that chat window if you open a corpse/chest with more than 9 items.
------------------------------------------------------------------------
r121 | ywfn | 2013-07-12 06:56:50 +0000 (Fri, 12 Jul 2013) | 1 line
Changed paths:
M /trunk/Core.lua
Fix case-sensitivity in "/arp remove" command
------------------------------------------------------------------------