Baertram's Portal : Bug Conflict with Circonians TweakIt: Listing items in guild store attempts to equip item.

16,268,788

9,190

Content

Donation

My AddOns

View Bug Report

Conflict with Circonians TweakIt: Listing items in guild store attempts to equip item.
Bug #:	1322
File:	FCO ItemSaver
Date:	04/26/15 08:03 PM
By:	Brandino
Status:	Fixed
Hi! I'd mentioned in the comments I was having this issue a couple weeks ago and I've finally figured out that it is TweakIt from Circonian that is causing the error. I think the issue that you fixed with the action button showing Equip for saved items is unrelated. This seems like another issue, probably... Just giving you a heads up if you wanted to take a look or work with Circonian. Thanks a lot!

Notes

Sort Options

By: Baertram - 04/26/15 10:49 PM

Hey Brandino,

sad to see the error is still there...
Just to catch up on the error, you did:
-use keybinding to add the item to the guild store sell panel?
-use mouse double click ... ?
-use drag/drop ... ?
-did the Anti-Equip item dialog show up properly and asked you if you want to equip this item?

And then:
So how does TweakIt got to do with the error you had described then? could you give me some more information please?
How did you find out it is TweakIt?

Oh and maybe activate the private messaging at this forum in your user control panel settings, so we can contact each other by PM instead of writing here.

Thanks

By: circonian - 04/26/15 11:48 PM

It is because TweakIt has an option to show the hero doll (character window) at other scenes (besides the default) like the guild store, vendors exc...

There was never an attempt to equip or bind any item. It is because when an item is added to the guild listing the slot gets locked & if you have TweakIt's "Show Hero Doll" option turned on the character window will be visible and those are the two criteria you used in code to determine if the dialog should be displayed:
If the slot locked event gets fired, the slots item is bindable, & the character window is visible, you display the dialog.

If you need any help or need me to change anything to help fix it just let me know. I did not test it, but I'm wondering if something like this might work to capture the item dropping onto the equip slot instead of firing the dialog when the slot is locked. I did not test it, it may not work, just a thought.

Lua Code:

local function OnReceiveDrag(inventorySlot)
    -- if there is an inventory item on the cursor:
    if GetCursorContentType() ~= MOUSE_CONTENT_INVENTORY_ITEM then return end
    
    -- and the slot type were dropping on is an equip slot:
    if inventorySlot.slotType == SLOT_TYPE_EQUIPMENT then
        -- do whatever
    end
end
ZO_PreHook("ZO_InventorySlot_OnReceiveDrag", OnReceiveDrag)

By: Baertram - 04/27/15 12:00 AM

Ah, ok. I was always wondering if the ZO_Character will be enough here and now we found a reason why it isn't...

Thx for the code, I'll test it.

By: Baertram - 04/27/15 08:19 AM

Seems to work with the help of your code and another StartDrag handler to get the correct bag and slotIndex of the dragged item (and not the dropped item).
Thans for the help!

By: circonian - 04/27/15 08:24 PM

Sorry I should have added this too, but you can get the bag & slot of the item on the cursor with this:

GetCursorBagId()
Returns: integer:nilable originatingBag

GetCursorSlotIndex()
Returns: integer:nilable slotIndex

By: Baertram - 04/28/15 03:05 AM

Well, I'm always learning new stuff, great :-)
If i'm bored i'll test it and implement it new with the 2 functions that i've just learned.

Thanks again circonian