 
 Oh, and pursuant to DarkGod's subtle hint,
 I've added technical info to the original post.
 I've added technical info to the original post.Moderator: Moderator
 
  I've added technical info to the original post.
 I've added technical info to the original post. ]
 ][checks character list] It works as a subcomponent of ZOmnibus, at least on my sole current 1.1.5 character so far, so I'd be surprised to hear that it doesn't work individually. Why, have you had problems with it?jenx wrote:this work in 1.1.5?
 That's now fixed in v3f, just pushed out.  If I've done this right, Store Wish List should work fine with or without Enhanced Object Compare, behaving basically like the usual store/inventory dialogs in either case; if it doesn't, let me know and I'll try again...
  That's now fixed in v3f, just pushed out.  If I've done this right, Store Wish List should work fine with or without Enhanced Object Compare, behaving basically like the usual store/inventory dialogs in either case; if it doesn't, let me know and I'll try again...We're talking about your Veins of the Earth module, yes? In that case, you shouldn't need to resort to workarounds; you're pretty much in direct control of everything. For your case, it sounds like you might want to do what I do in T2's mod.class.Store: replace the interact() method entirely, so that you can pass the Store object itself as an argument to ShowStore:init(). That would give ShowStore access to the Store:getObjectPrice() method, which sounds like what you need.Zireael wrote:I have a problem trying to access item prices from ShowStore.lua. Tried the workaround used in this addon, with no success. Any ideas? I've the relevant code up on GitHub...
Code: Select all
Lua Error: /mod/dialogs/WishListDialog.lua:102: attempt to index field 'addon' (a nil value)
	At [C]:-1 __index
	At /mod/dialogs/WishListDialog.lua:102 any_key
	At /engine/KeyBind.lua:220 receiveKey
	At /engine/ui/Dialog.lua:610 keyEvent
	At /engine/ui/Dialog.lua:344 
[sound F/X: source diving] Hmm, looks like poorly copy-n-pasted code from Enhanced Object Compare, which goes to some effort to make sure that game.addon{} is present so that it doesn't have to check for it. [sound F/X: testing] And the error is also present in the 1.2.5 release, so I'll go ahead and push out v3h to fix it. We Apologize for the Inconvenience.™Noel wrote:Code: Select all
Lua Error: /mod/dialogs/WishListDialog.lua:102: attempt to index field 'addon' (a nil value) At [C]:-1 __index At /mod/dialogs/WishListDialog.lua:102 any_key At /engine/KeyBind.lua:220 receiveKey At /engine/ui/Dialog.lua:610 keyEvent At /engine/ui/Dialog.lua:344
That's unavoidable, unfortunately; AFAICT, objects don't have any unique identifier that survives across a save/reload, so name is the only thing we have to match against.sajberhippien wrote:Tiny bug that you might or not be aware of: If you add an object to the wishlist and another object with the exact same name is in the same store, both get added.
E.g. I added a mitotic mossy mindstar of storms and the other mitotic mossy mindstar of storms also got added.
 I just pushed out v3l, which fixes something that has bugged me for a while:  objects whose name can change (notably runes and infusions) could get "orphaned" when their name changes:  they were no longer highlighted in stores or removed from the wish list when you buy stuff.  The latest release recomputes object names as needed from the same object copy that we're using to recompute object descriptions.
 I just pushed out v3l, which fixes something that has bugged me for a while:  objects whose name can change (notably runes and infusions) could get "orphaned" when their name changes:  they were no longer highlighted in stores or removed from the wish list when you buy stuff.  The latest release recomputes object names as needed from the same object copy that we're using to recompute object descriptions.