1.8.57-20-g9e90bbd-nolib
Details
-
FilenameArchy-1.8.57-20-g9e90bbd-nolib.zip
-
Uploaded by
-
UploadedFeb 1, 2015
-
Size217.81 KB
-
Downloads48
-
MD50edd2a25301dc5a9842d800ea61e60b5
Supported WoW Retail Versions
- 6.0.3
Changelog
James D. Callahan III:
- Replaced convoluted StateDriver code with straightforward Show/Hide semantics for combat. Now it Just Works (™). Fixes ticket #494.
- Added debug frame.
- Changed subcommand handler into a table lookup, instead of an insanely long if-else chain.
- Ensure that there is a value for distance, 0, in case Astrolabe does not return one. Fixes ticket #529
- Don't just check if artifactSolved.raceId is greater than zero before announcing what was solved; make sure it matches the ID of the current race in the iteration so we announce the correct one...
- Cleanup.
- Corrected variable naming.
- Replaced GetArtifactStats() with Race:GetArtifactCompletionDataByName() - uses name to index mapping table instead of iterating over indices to check for name matches.
- Map artifact names to indices upon race creation, to do away with iterating the indices for stats lookups.
- Dead code removal.
- Severely reduced the number of table lookups in Archy:ScanBags()
- Re-added assignment of keystone inventory value...whoops...
- Logic simplification.
- Removed artifact_data table in favor of each race entry containing its own artifact information, and replaced UpdateRaceArtifact() with Race:UpdateArtifact()
- Don't check for the Races table being empty before initializing - it will be at this point.
- Moved DB files into Database dir.
- Removed useless/outdated comment.
- Began revamp on race-handling: Initialize a race explicitly by ID when the AddOn is enabled, instead of upon an index attempt on the list table (initialization was happening on UpdatePlayerPosition, if the list table was empty, FFS), and moved the keystone cache-processing queue to Race.lua
- Variable renames for clarification of purpose.
- Cleanups and reformatting.