• 0

    posted a message on UnitActionBars2 (Official Thread)
    Quote from Zuno »

    Thanks for finding this Nayala. I've uploaded a change to resolve it (UnitActionBars2_Activate).


    Cool, everything seems to work right now. Thanks. :)
    Posted in: General AddOns
  • 0

    posted a message on addonpkg - Perl command line svn addon updater and archiver. (Mac OS X/Windows)
    Version 2007-12-19 is now available. It should offer similar speed ups for fetching addons from other SVNs as the previous version did for fetching from wowace's. Other than that there is no reason to upgrade.
    Posted in: Updaters
  • 0

    posted a message on UnitActionBars2 (Official Thread)
    Looks like UnitActionBars2 is corrupting the shared debug options table with one of the uab.ClearTable(...args) calls.

    Specifically the table returned by AceDebug:GetAceOptionsDataTable is being cleared. Since this data table is used by other addons it causes errors when using other addons. For example preventing the dewdrop/waterfall configuration of other addons using AceDebug.

    I found disabling UnitActionBars2_Activate or changing ClearTable to do nothing worked around the problem.
    Posted in: General AddOns
  • 0

    posted a message on Utterly ridiculous...
    I wonder if the speed up is because A: Loading the media player causes some dll/shared libraries that are used by both WoW and WMP to be loaded and B: That WMP marks some of the memory pages used by the these libraries as real-time pages and that WoW indirectly benefits. (I'm more used to RTOS's so not sure how Windows handles such RT tasks.)
    Posted in: General Chat
  • 0

    posted a message on ElkBuffBars v2 (finally Ace3 version)
    Quote from corveroth »

    It seems roguedude brought this up back in July, but I'd like to reiterate the desire for the ability to have the headers (anchors) visible without having the frames unlocked with a "Blessing of Demonstration" showing. They look nice and cleanly seperate buffs from debuffs- with buffs stacked above debuffs (which is, I believe, default), the anchors serve to give an obvious visual cue as to where the debuffs begin.


    I would also like to have this option. I like the titles showing but don't want to lock the buff groups in place and not see the blessings of demonstration.
    Posted in: General AddOns
  • 0

    posted a message on ElkBuffBars v2 (finally Ace3 version)
    Quote from Seerah »

    I think it is hiding MinimapTracking even without that option checked. I had EBBs set to not hide the tracking button before (because I used Fizzwidget Track Menu), so that option was not checked when 2.3 went live. But when I logged in, the button was hidden. I double checked my options, and I believe that toggling the option had no effect, though I admit I don't recall 100%.


    I found I had to flip the option twice so that it was back to not hidden and then relog to get it to take effect.

    Another issue I saw was that I had set up different tracking types to show in different groups. For example I had filtered out Track Humanoid from the normal group and made it listed in the feral self buffs group. The effect of this was that the tracking options completely disappeared from ElkBuffBars when any of these tracking types were up. In the end I ended up creating a separate tracking group and removing all the tracking items from the other groups. Once I figured that out I turned hiding of the minimap back on.
    Posted in: General AddOns
  • 0

    posted a message on AddonLoader
    Quote from Trapspringer »

    WoW 2.3

    [2007/11/13 19:00:50-576-x1]: AddonLoader-1.0\Conditions.lua:288: AceHook-2.1: Attempt to hook a non-existant function "WorldStateFrame_ToggleMinimap"
    AceAddon-2.0-46764 (AddonLoader):927: in function <...ddOns\AddonLoader\libs\AceAddon-2.0\AceAddon-2.0.lua:920>
    <in C code>: ?
    AceEvent-2.0-49307 (AddonLoader):266: in function `TriggerEvent'
    AceEvent-2.0-49307 (AddonLoader):962: in function <...ddOns\AddonLoader\libs\AceEvent-2.0\AceEvent-2.0.lua:955>


    It looks like X-LoadOn-Hooks in AddonLoader/Conditions.lua does not check that a function can be hooked when scanning TOCs.

    Suggestion change it to something like this:
    	['X-LoadOn-Hooks'] = function(addon, metadata)
    		local module
    		if AddonLoader:HasModule(addon) then
    			module = AddonLoader:GetModule(addon)
    		else
    			module = AddonLoader:NewModule(addon)
    		end
    		for hook in metadata:gmatch('[^ ,]+') do
    			if not _G[hook] then
    				return geterrorhandler()('## X-LoadOn-Hooks ('..addon..'): unable to hook :'..hook..': no such function')
    			end
    			local metadata = GetAddOnMetadata(addon, 'X-LoadOn-'..hook)
    			assert(metadata, addon..': X-LoadOn-'..hook..' handler not found')
    			assert(not module:IsHooked(hook), addon..': '..hook..' already registered')
    			local status, func, err = pcall(loadstring, metadata)
    			if not func then
    				return geterrorhandler()('## X-LoadOn-'..hook..' ('..addon..'): '..err)
    			end
    			module:SecureHook(hook, func)
    		end
    	end,


    For those of you getting this problem. Try uninstalling Capping exitting WoW and restarting.
    Posted in: General AddOns
  • 0

    posted a message on Enchanting addons
    You should check out craftlist2.
    Posted in: General Chat
  • 0

    posted a message on addonpkg - Perl command line svn addon updater and archiver. (Mac OS X/Windows)
    Version 2007-10-16 updates the default database to the new SVN for the Auctioneer addons.

    Version 2007-10-19 is now available. New feature organize your addons into groups. http://code.google.com/p/nayala-wow/downloads/list

    For example:
    addonpkg -setgroup raid_addons BigWigs oRA2 Omen ...
    addonpkg -setgroup solo_addons AuctioneerAdvancedSuite ...

    Switch to raid mode:
    addonpkg -install raid_addons
    addonpkg -uninstall solo_addons

    Switch to solo mode:
    addonpkg -install solo_addons
    addonpkg -uninstall raid_addons

    This is also useful for testing compatibly with mutually exclusive groups of addons.

    Note set group is additive, so you can do
    addonpkg -setgroup groupname A C
    addonpkg -setgroup groupname B C D
    And A B C D will all be part of the group groupname.

    Version 2007-11-13 is now available. New feature enable and disable addons, work with individual modules in addons that split into multiple modules when installed. Aliases as also now available from the command line instead of just the database file. Aliases and groups are very similar in purpose. http://code.google.com/p/nayala-wow/downloads/list

    The difference between aliases and groups is that an addon can only be in one group, while addons may be in multiple aliases. When refering to a group by name it only considers the addons in the group that have been previously fetched. Aliases always consider all the addons in the alias. The -setalias command is used to assign addons to aliases.

    To enable an addon use the -enable command, for example:
    addonpkg -enable -libs MyAddon

    would enable MyAddon and all the libraries it uses for all characters you have in WoW.

    Disabling is done with the -disable command, for example:
    addonpkg -disable MyAddon

    Disables MyAddon. Notice I did not use the -libs in this example since that could possibly disable all the addons.

    Another example, let's suppose that you are getting ready to update your addons in bulk and are worried that something might break.

    addonpkg -stage-dir "%INSTALL%" -archive ~/Desktop/myaddons.zip -all

    Save a copy of your current addons incase you need to restore them.
    addonpkg -fetch -all

    Update all your addons.
    addonpkg -outdated

    Figure out which addons changed
    addonpkg -install -all

    Install everything. Log in to wow... Yikes you are getting a bunch of errors... Log out.
    addonpkg -disable -all

    Disable all your addons.
    cd /Applications/World\ of\ Warcraft/Interface/StageArea
    addonpkg -enable -libs a*

    Enable all the addons beginning with the letter a and their libraries.
    Log back into wow, hmm stuff is working. Repeat with b* etc... until you figure out which addon is giving you trouble.
    If you don't feel like checking you can always restore your archive with:
    addonpkg -enable -all
    addonpkg -install ~/Desktop/myaddons.zip


    Edit: I'm working on a version that uses the RSS feed to avoid fetching addons that have not changed. It's not been packaged up yet but is in revision 87 of my svn at http://nayala-wow.googlecode.com/svn/trunk/addonpkg/ Now available as 2007-11-26 release. This should speed up downloads and reduce load of the SVN servers, let me know if you have any issues with it.
    Posted in: Updaters
  • 0

    posted a message on addonpkg - Perl command line svn addon updater and archiver. (Mac OS X/Windows)
    There is a beta at my svn http://nayala-wow.googlecode.com/svn/trunk/addonpkg/ that adds a undocumented option "-mac_mp3_workaround". This option causes mp3 filenames to get mangled when addons are installed to prevent the PlaySound bug. I haven't released the new version yet because there are a few new features that I'm still working on. (I.e. The tar bundle at the site is from an older stable version.)

    You can also use addonpkg to install a non-svn addon and mask mp3 files until this bug is fixed using something like.
    addonpkg -install -mac_mp3_workaround path/DownloadedAddon.zip


    Brief summary of the other changes (note this stuff is still in flux):
    • Stage directory is now organized into subdirectories. For example all wowace addons will go under wowace, auctioneer addons under actioneeraddons. You can edit the .addonpkg.addons file to change where addons are played. Just add an -override flag and change the subdir how you wish. You can operate all addons in a subdirectory just by listening that directory name in the list of addons. For example "addonpkg -fetch -revision '<#####' wowace" might be useful to update to revision ##### of addons hosted at wowace.
    • TOC files are editted when installed to comment out embeds.xml, modules.xml and files that are not present.
    • TOC files now include information which addon a module came from if it was split using the X-addonpkg-parent tag.
    • TOC files installed by addonpkg have the X-Package-Manager tag with the value "addonpkg"
    • .svn directories are no longer copied when installing with addonpkg.
    • Aliases can refer to multiple addons, for example AuctioneerAdvancedSuite.
    • Additional dependencies for the -libs option can be harded coded into the addon database. For example: "addonpkg -fetch -libs LightHeaded" gets all the LightHeaded_*_Data addons even though they are not mentioned in the LightHeaded.toc
    • I've fixed some handling of filename case issues.

    Edit: These changes were included in version 2007-10-15
    Posted in: Updaters
  • 0

    posted a message on Baggins - Official Thread
    Quote from Brigity »

    Baggins_Outfitter and Baggins_Professions seems to make baggins and outfitter not work, since patch 2.2, I started a thread over at the outfittere forums, but so far haven't gotten very far.

    http://forums.pcsd.com.au/index.php?name=Forums&file=viewtopic&p=446#446

    My lua-foo is weak, too, so I'm only so much help. Any suggestions or additional troubleshooting I can do?


    I don't use Outfitter so not sure if this works, but I updated Baggins_ClosetGnome, Baggins_ItemRack, Baggins_Professional and Baggins_Usable to hopefully deal better with initialization when multiple plugins are used. Let me know if you see see a conflict with Baggins_Professions (50603) or later. Baggins_Outfitter probably needs similar changes and maybe some guard against using Outfitter functions too early.
    Posted in: General AddOns
  • 0

    posted a message on Baggins - Official Thread
    I just uploaded Baggins_Professions to wowace. It adds filters for Gathered, Crafted, Mats, Tools and Recipes for professions known by the character, and for the same for stuff that is only used by professions not known by the characters. It is quick and dirty coding so might have some rough edges.
    Posted in: General AddOns
  • 0

    posted a message on Baggins - Official Thread
    Quote from fred »

    got this on a new toon..


    [2007/09/19 08:50:30-29-x1]: Baggins_ItemRack-1.0\Baggins_ItemRack.lua:440: bad argument #1 to 'pairs' (table expected, got nil)
    AceAddon-2.0-46764 (Ace2):927: in function <Interface\AddOns\Ace2\AceAddon-2.0\AceAddon-2.0.lua:920>
    <in C code>: ?
    AceEvent-2.0-48673 (Ace2):262: in function `TriggerEvent'
    AceEvent-2.0-48673 (Ace2):958: in function <Interface\AddOns\Ace2\AceEvent-2.0\AceEvent-2.0.lua:951>

    ---


    I think I see the problem. Try the attached Baggins_ItemRack and let me know if it solves the problem. (It's untested code so I don't want to submit to SVN right now.)
    Posted in: General AddOns
  • 0

    posted a message on Ace2 - Ace3 - Rock
    Quote from Nickenyfiken »

    I don't consider my UI broken until a addon upgrade actually screw up me saved variables so i lose my configuration and collected data.


    Which reminds me I need to get my automatic SavedVariable / Addon backup schedule started again. One of things I haven't set up on my new computer.
    Posted in: General Chat
  • 0

    posted a message on Ace2 - Ace3 - Rock
    Quote from maia »

    oh, sorry, I'm a Mac user, so I have no idea what WAU really does. All I can say the updaters I've seen that run on OSX/Linux don't support such functionality.


    FYI addonpkg supports the -log option and the ability to archive addons, as well as a staging area that is separate for the installation directory so you can check the addons before you install them. Unfortunately it's a command line tool and more unix than Mac like.
    Posted in: General Chat
  • To post a comment, please or register a new account.