bunny

Hello Garan
Thanks again for this superb plugin. I would like to ask, there is any plan to integrate the wallet into the plugin? There is access in LUA (Turbine.Gameplay.Wallet) so it is possible and also would be nice to see what about around alts with the non account shared items. I thinking about make a plugin for this, but I am pretty sure that would be better if that is inside this plugin like the shared storage as well.

And if I can ask again, if you can include into the plugin the vault tab separating function that would be nice, too.

Cheers
Bunny

Garan

It should only affect those plugins that have to save data at the Account or Server levels. Any plugins that only save data at the character level will work fine. Any plugins where the Account or Server data is the same for both subscriptions (settings, etc) should also work fine.

crispy

Ah, kills that idea.

I had characters that weren't present in the AltInventoryChars file, and the vault slots names were the defaults instead of my custom names. I fixed it by deleting the AltInventoryChars file and letting the plugin rebuild it.


I think I better understand how PluginData is loaded and saved now, and I can see that dual-boxing will be a problem with all my addons.

The best solution I can see is just to carefully manage my logouts.
My MAIN account has my main and all my craft alts; my AUX account really only has one Minstrel for healing and no shared vault.

If I make sure to never log out on my AUX account unless I'm still logged in on my MAIN, then my MAIN account will always overwrite with the (mainly) correct data when it logs out. Then when I'm finished a session, I can just login and out of my AUX account to check my vault and bags to refresh the Minstrel's data. As long as I don't check the AUX (non-existent) Shared Vault, it doesn't refresh the Shared Vault space.

Bottom line is I think I have a solution that will work. Worst case is I have to rebuild by logging into each toon again.

Garan

Thanks for the feedback. Unfortunately, Turbine does not provide us with the level of flexibility to make this work for multiple subscriptions. You have some good ideas, however you do not seem to be aware of the restrictions that Turbine has enforced on file access. I will attempt to explain.

Part of the issue is due to the fact that the Lua client was never designed to handle multiple subscriptions on one account. What you are seeing is the same issue that people see when using symbolic links to share data on multiple accounts.

The first issue is that we can not specify paths, only the enumerations for Account, Server and Character which Turbine then translates to the specific path. Thus it is not possible to save the data at the character level and still access it on other characters since each character only has access to it's own character data.

Another issue is the inability to differentiate one subscription from another. If we were able to determine the subscription index that would at least make it possible to separate the subscription info but currently it is all just lumped together by account.

Additionally, Turbine has purposely prohibited actual real-time access to the data files. So periodically synchronizing data is not practical and reading data before writing it is also problematic, especially when closing down the client.

As to stale data, do you mean characters that are no longer in use? If so, you should be able to select the character in AltInventory and click the skull button to delete that character from the list. I don't recall if that feature made it through the rewrite from 2.x to 3.0 - I'll have to check when I get a chance. But bear in mind, if you delete the character with another client still active on the same account it will overwrite the deletion. Be aware though, due to the fact that you have two subscriptions running on the same account that the file will get out of synch again as you add and remove characters.

Unfortunately, through no fault of yours, you are using a set up that is inconsistent with Turbine's basic design of the Lua client. While it is possible to limit some of the issues caused by this, it would be very, very time consuming since I would have to bypass a lot of the restrictions that Turbine has put in place and would still leave inconsistencies. Given how long my current ToDo list is, I do not foresee ever being able to resolve these issues unless Turbine provides some additional functionality, especially the ability to save/read data at the Subscription level (which would separate the data by subscription but you would no longer see the characters from the other subscription) and/or exposing the subscription index (NOT the name as that could lead to security issues).

That said, I do revisit issues like this from time to time and once in a while either something has changed or I come up with another approach to the problem that makes a solution possible. So, while it is unlikely (your odds of winning your local lottery might be better) it is still always possible that this issue can be resolved at some time in the future.

crispy

I have two subscriptions on my (one) account and dual-box them (log into both simultaneously in separate windows), and I'm seeing inconsistencies in AltInventory (missing characters, incorrect counts).

I'm guessing that's because the last window to logout is overwriting and losing any data saved from the first window?

If so, one suggestion would be to move each characters' data into its own folder (since it is impossible to log into the same character twice), and use timestamps to periodically synchronize the data (SharedVault, etc) in the AllCharacters folder (or at least check it before writing).

Also, my AltInventoryCharList.plugindata file seems to have stale info in it (but the timestamp is current). Is there any way to force it to rebuild?

Garan

Yep.

bsmorgan

1572 as well

Garan

Yep. Nice catch... turns out the same error is in line 1573
Thanks for reporting that one.

bsmorgan

I'm guessing that [name] should be replaced with [tmpItem].

Garan

You are looking for line 2548 in main.lua (near the bottom of the LoadData function definition). I highly recommend making a backup copy of main.lua before making this (or any) change just in case you want to undo your change.

change the line:
inventoryWindow.CharList:SetSelectedIndex(selIndex );
to
inventoryWindow.CharList:SetSelectedIndex(1);

and the plugin will default to "ALL" view when loading.

Note, this may take significantly longer to initialize as the ALL view takes a while to display which will impact your login times if you have the plugin set to autoload. That might be enough to cause the server connection to timeout.

Of course, adding it as an option instead of hard coding it is a tiny bit harder but not overly complex.

bsmorgan

An option would be fantastic! A patch until the option is ready would also be useful (point me in the right direction and I might be able to do the patch myself. I've looked at the code, but it wasn't obvious to me where the dropdown default was set).

I recently started using ItemTracker when I'm "farming" materials but I'm not keeping track of all of the rare items. Often my AltInventory search is because I know I have some, but I don't remember where it is (or if I'm cleaning up, where it should go). Shared Storage isn't big enough (for me) so I have multiple "inventory manager" alts.

I'd love to see these two share data. I find it mildly annoying to add an item to ItemTracker in the field and then have to wait until I visit every toon and vault to get the total count correct.

Garan

Hi.

I can certainly look into adding an option to default view to ALL view.

I'm curious, are you frequently looking at specific items to see which characters have how many of that item? If so, perhaps you should consider the ItemTracker plugin - I use it for all of my gatherer, crafter and mule characters to keep track of how much wood/ore/scholar mats and special use items like shards that I have on hand. It is especially handy when farming mats for a particular project when I want to see at a glance how close I am to having enough. It is far more efficient at that task than AltInventory. That said, I've had a project on the boards for some time to get AltInventory and ItemTracker to share the same underlying inventory (I separated them way back when I spun off ItemTracker from AltInventory 2.x) but since I haven't gotten around to it, using them both at the same time can be a bit of a memory hog.

bsmorgan

I find that almost every time I open AltInventory, I am changing the dropdown from the current character to ALL. Would it be possible to change the default?

Garan

Thanks for the feedback.

AltInventory ver 1 and 2 used to use an interface as you describe (Kiki's plugin was copied from AltInventory). I eliminated the icons for bags and vault in ver 3. Primarily, this change was so that users only need one control to select the storage instead of having to make two choices, first the alt, then the storage type. In ver 1 and 2 there was more info displayed than just inventory but thanks to a Turbine bug it became necessary to split that information off into another plugin (AltViewer, which is still incomplete due to that bug never being fixed by Turbine) so it no longer made sense to require two sets of controls to make one choice. A secondary consideration was the amount of space that the second set of controls for vault/bags selection required - part of the ver 3 design change was providing a smaller interface with less wasted space and fewer controls.

Version 2 used to have a sort option for sorting items by container (bag/chest) which then added a separator to the plugin for each bag/container. When recreating the controls for version 3, I changed how the items are displayed to better facilitate resizing the window but this had the drawback that I was no longer able to span the list to show the container separators. I originally planned to revisit this issue but since no one seemed to be using this option it was a very low priority and was finally dropped altogether. I do not have the time to revisit this at the moment but I will consider adding it back to the ToDo list.

Sending item info to chat is actually more problematic than might seem originally. This is the same problem as creating tooltips for all items. With the currently exposed Lua interface, I can only provide this functionality for the current user's bags and vault/shared storage if a vault keeper is being accessed (when not accessing a vault-keeper, vault/shared items can only display names/icons the same as items from alts)- you can hover over these items in the plugin and see tooltips as well as drag them to chat. If Turbine ever exposes the itemID via Lua then this functionality can be extended to all items.

bunny

HI garan! I just found your plugin and this is great! I saw an another same plugin, I choice yours because it is more similar than the original plus I love that I can change the icon visibility and the window size. But the other plugin (Kiki's) have a good idea.

Choice the alt name from list, and use icons for see the vault, bag, shared storage etc. Can you borrow this good idea from the other plugin? It would be nice and make better this plugin.

Also I would like to see if you can divide the stores to chests and bags just like the original. I can see the chest's name on the item, so you know this information. I make all alt's vault and bag tidy with organised different chests and bags. So it would be nice if i can see this in the plugin's vault / bag / shared storage.

And at last, it would be nice if I can send to the chat the item.

Thanks and cheers!