yeah, when tracking which players have data, we'd need to track guild memberships as well, i guess.
i think leaving it up to the mod author to handle is probably best. let them query the guild-bank of a toon and just make sure they don't over-represent a particular guild's bank. a good bag mod would share the guild-bank storage, i'm guessing, so hopefully people use good ones. guild banks are a bit quirky anyway since the contents aren't guaranteed to be 100% accurate (since other folks have access).
depending on the mod using this you may want to consider that pets and mounts are now spells and that they may also want to track tokens/currencies, unless you want to restrict this to actual items only.
I wouldn't want to get spells and currencies mixed up in this API; it's something that bag mods are meant to provide. Requiring them to start enumerating other things makes no sense.
I think we need a provider/subscriber model. The main addon could have provider for all kind on data items use by characters, items in bags, item in bank, items in guild bank, spells, currency, talents, whatever. Other addons could also register new type of data to provide. This would make the model extensible.
The subscribers would sent he desired wold set the desired set of data they want to subscribe to when loading or initiating the link to the main addon. The main addon could be optimized to only keep the desired data either by the user thought a option window or by only caring about the things that are subscribed by the different addons.
This would allow things that need more then the standard to request more and even expend the data by providing them to the addon while leaving the mods that only need a subset be happy.
I have two mods that would benefit from such a inventory db addon, AllPlayed and ArmorCraft. Neither of them have a very standard subset of things they want to query.
The base API proposed by Mikk is really, very simple, thus really easy to implement and to use. It so has a better chance to get "adopted" by several bag/inventory mod authors than a more complex library.
The base API proposed by Mikk is really, very simple, thus really easy to implement and to use. It so has a better chance to get "adopted" by several bag/inventory mod authors than a more complex library.
:(
but yes, the idea here is to get bag mod authors to add a common global interface into the data they're already collecting.
that's not to say that a different kind of inventory tracker couldn't be written that adheres to this standard and does a registration/collection kind of thing. i was kind of thinking of a mod to do that in regards to tracking only particular items (crafting reagents in my case). rather than doing a full bag scan, it would simply do a "GetItemCount" for each of the registered items. (this is actually how my skillet branch records its own inv data, but guild banks aren't included in GetItemCount so it's not ideal)
Rollback Post to RevisionRollBack
To post a comment, please login or register a new account.
i think leaving it up to the mod author to handle is probably best. let them query the guild-bank of a toon and just make sure they don't over-represent a particular guild's bank. a good bag mod would share the guild-bank storage, i'm guessing, so hopefully people use good ones. guild banks are a bit quirky anyway since the contents aren't guaranteed to be 100% accurate (since other folks have access).
The subscribers would sent he desired wold set the desired set of data they want to subscribe to when loading or initiating the link to the main addon. The main addon could be optimized to only keep the desired data either by the user thought a option window or by only caring about the things that are subscribed by the different addons.
This would allow things that need more then the standard to request more and even expend the data by providing them to the addon while leaving the mods that only need a subset be happy.
I have two mods that would benefit from such a inventory db addon, AllPlayed and ArmorCraft. Neither of them have a very standard subset of things they want to query.
Just my 0.02$
:(
but yes, the idea here is to get bag mod authors to add a common global interface into the data they're already collecting.
that's not to say that a different kind of inventory tracker couldn't be written that adheres to this standard and does a registration/collection kind of thing. i was kind of thinking of a mod to do that in regards to tracking only particular items (crafting reagents in my case). rather than doing a full bag scan, it would simply do a "GetItemCount" for each of the registered items. (this is actually how my skillet branch records its own inv data, but guild banks aren't included in GetItemCount so it's not ideal)