• 0

    posted a message on Prat 3.0 Chat Mod Framework
    I've been following this thread as well as the previous development thread, and haven't found this mentioned; is there a plan to include tab completion for player names in Prat-3.0?
    Posted in: General AddOns
  • 0

    posted a message on ZOMGBuffs Official Thread
    Zeksie, are you planning to/able to get a version out for the Lich King beta? I find myself wanting ZOMGbuffs there quite a bit. :)

    Thanks!
    Posted in: General AddOns
  • 0

    posted a message on ClosetGnome - Wear it or lose it.
    I tested the above fix, and it works just fine as written.
    Posted in: General AddOns
  • 0

    posted a message on ClosetGnome - Wear it or lose it.
    So I looked in to it, and actually I think that probably is the best way to do it. Because of the way the set tables are built, and then interated, there's no elegant way to say "if I'm looking at slot 17, but slot 16 hasn't been handled yet, do slot 16," which is how I'd prefer to do it. Since we can't do that without overhauling set construction (or forcing ReallyWearSet() to do slot 16 first, which would be messy and mean rewriting a bit of ReallyWearSet()), the only way left is to make sure that slot 16 doesn't have a 2h weapon in it when we try to equip slot 17, which is exactly what the hack above does.

    So, I cleaned it up a bit, and here is a revised clipping from ClosetGnome:EquipItem():

    			...
    			table.insert(deequipQueue, slot)
    		end
    	else
    		-- We can't equip off-hand items if we still have a 2h weapon equipped. In such an event, we should deequip the 2h weapon first.
    		local wpnisTwoHand = self:ItemNameFromSlot(16) and ( self:GetItemEquipLoc(self:ItemNameFromSlot(16)) == "INVTYPE_2HWEAPON" )
    		if slot == 17 and wpnisTwoHand then
    			PickupInventoryItem(16)
    			local toBag, toSlot = self:LocateFreeSlot()
    			if toBag ~= nil then
    				PickupContainerItem(toBag, toSlot)
    			else
    				AutoEquipCursorItem()
    			end
    		end
    		local bagNum, slotNum = self:FindItem(item)
    		if bagNum > -1 then
    		...


    NOTE: I'm at work, and can't actually test that code, but I'm pretty sure it should work. Just make sure it does before you commit it... I will test it over lunch (sometime after noon Pacific time), but until then you're on your own. ;)
    Posted in: General AddOns
  • 0

    posted a message on ClosetGnome - Wear it or lose it.
    FYI, weapon swapping from a two-hand weapon to a one-hand weapon plus a "held in off-hand" miscellaneous item isn't working quite right (read: at all). Remember that "held in off-hand" items don't come back as INVTYPE_WEAPON, they're INVTYPE_HOLDABLE.

    I made a hack for ClosetGnome:EquipItem based on the shield hack a few pages ago:

    -- holdable change starts here... (from forum courtesy Ruldar
    if slot == 17 and self:ItemNameFromSlot(16) then
    	local _,_,_,_,_,_,_,_,itemEquipLoc,_ = GetItemInfo(self:ItemNameFromSlot(16))
    	if itemEquipLoc == "INVTYPE_2HWEAPON" then
    	PickupInventoryItem(16)
    	local toBag, toSlot = self:LocateFreeSlot()
    	if toBag ~= nil then
    	  PickupContainerItem(toBag, toSlot)
    	else
    	  AutoEquipCursorItem()
    	end
      end
    end
    -- ...and ends here


    I suspect there is a better way to fix it, but I don't have the time right now. I'll look in to it tomorrow if I get a chance.
    Posted in: General AddOns
  • 0

    posted a message on ArcHUD 2.2 (2007-06-11)
    Any word on the issue with macros containing the button:X option? I'd love to be able to start using ArcHUD again. :)
    Posted in: General AddOns
  • 0

    posted a message on ArcHUD 2.2 (2007-06-11)
    I've found a bug with ArcHUD when trying to cast from certain macros on the BC Beta client (meaning the patch that will go live tomorrow or next Tuesday). I also posted this in trac, but I don't know if you check there.

    To reproduce this bug:

    1. Login in to the Burning Crusade Closed Beta
    2. Load no add-ons but ArcHUD2 (and its dependencies)
    3. Create a macro that includes the [button:X] option (I'm pretty sure this is the trick). A sample macro would be: /cast [button:2] Entangling Roots
    4. Target a monster. Before casting ANY OTHER SPELLS, attempt to cast from the new macro. An action blocked error should be called for ArcHUD2, claiming that it attempted to call CastSpellByName?().

    I tested this with revision 23456 of Ace2, ArcHUD2, CompostLib?, DewdropLib?, Metrognome, and TabletLib?. The error does not occur if the macro is cast as any but the initial spell against a target, or if the [button:X] option is not used in the macro.
    Posted in: General AddOns
  • To post a comment, please or register a new account.