Get an Epic Experience with Premium

Imhothar's Bags

Miscellaneous Login to Add Favorites
  • 30 Likes
  • Rift
  • 12,136 Monthly Downloads
  • Supports: 2.5
  • 204,469 Total Downloads
  • Updated 04/16/2014
  • Created 03/02/2012
  • 154 Favorites
  • Project Site
  • Comments
  • Release Type: Beta
  • License: MIT License
  • Newest File: 0.21beta6
or
Support development! **
Donate

About Imhothar's Bags

General Information

Imhothar's Bags is there to ease the management of your items accross multiple characters and adds some little "extras" to your UI. Due to current API limitations it does not do what it was originally intended for (namely replacing the default inventory windows) but rest assured that is to be added as soon as the Addon API allows it.

Until then you get the advantage of having all your items displayed in one window, so you get a nice overview of your belongings. You can look at the contents of your bank even while out in the wilderness, and inspect the items of your offline characters.

The nice little "extras" include:

Features

  • Display all backpack, bank, currency, equipped and wardrobe items each in a separate large window.
  • View all your and your offline characters' items from anywhere you are.
  • View the items of all guilds any of your characters is a member of.
  • Items can grouped by category, bags or not at all ("all-in-one").
  • Items can be sorted by name, icon, rarity or by slot.
  • Empty slots are not displayed to save space. Instead the number in the top-right shows the number of empty slots.
  • Access the inventory of all your characters on the shard anytime. You need to log into each character in order for their data to become available. Tracks all accounts.
  • Condense multiple full stacks of the same item into one button for saving screen space.
  • The windows can be moved anywhere you wish and resized.
  • Adds a summary to item tooltips showing you whether any of your characters already own the displayed item.
  • Displays the number of empty slots on the bags bar making it easier to know when visiting a merchant becomes necessary.
  • Search the entire item database to find out whether your characters already own a specific item.

Slash commands

/imhobags menu
Open a little menu at your cursor from where you can open all the item windows of all your characters.
This works great if put into a macro.

Translators

  • German: Imhothar
  • Russian: GwynBleidd
  • French: AbysseDream
  • Korean: Google Translate
  • Chinese: Pandora
  • Taiwanese: Pandora

If you wish to help in translating ImhoBags into your language, please let me know! Just drop me a PM.

Public API

There is a public API which can be used by other addons and might get extended in the future as required.
Details about it can be found on the Public API page.

What the Addon is not (yet)

The current Rift API imposes some limitations on what the Addon can do. Thus the followig features are unfortunately not possible at this time. But the code is largely prepared to support them as soon as the API becomes available!

  • The ImhoBags windows cannot hide the default Trion windows.
  • The highlights for newly acquired items are missing.
  • The tooltip location, size, etc. is known bug with the addon API. There is nothing we can do to fix it at this time.

Known issues

The complete list can now be viewed in-game in the Config Window.

0.21beta (March 2014)
---------
FEATURES:
* When sorting by rarity, if the items are "rare" or better AND are armor or weapons,
  then the items will be first grouped/sorted by equip. location.  (In other words,
  all "helms" will be together, etc.)
FIXES:
* Artifacts will once again find themselves in the 'collectibles' category.

0.20beta (February 2014)
---------
FEATURES:
* Dream Weaving items now have their own category
FIXES:
* Transcendent item buttons should now have the proper "red" outline
* Fixed "Error: performance warning" (ImhoBags/ItemHandler.lua in function 'Drag')
NOTES:
* I have confirmed that the Rift addon API has a bug that is causing stackable items in
  bank vaults not to update properly in the imhobags window.  I've reported this directly
  to Zorba (the addon dev) and hopefully he'll have a chance to fix it in the near future.
  

0.19beta2 (February 2014)
---------
FIXES:
* Fixed a bug that was causing items not to appear when viewing the equipment window for
  stored characters.

0.19beta (February 2014)
---------
FEATURES
* When sorting by 'rarity' the items with the same 'bind' and 'rarity' will then be sorted by name.
* Added new configuration option in the config window under 'extras':  "This setting allows you to
  select the number of seconds the addon waits (after an inventory change) before updating the window.  
  When this value is greater than zero, the addon will update immediately on the first inventory change
  and then will not update again until # seconds has elapsed without any other inventory changes.   
  (This setting is especially useful for players who move large amounts of items from one window to
  another and are frustrated by categories shifting between moves.)"   This is an advanced setting
  and the default value is 0.
* Added ability to customize the sort order of categories within the inventory windows (currently,
  categories are sorted alphabetically.)   To utilize this feature, go to the configuration window,
  click the 'behaivor' button, and then click the 'category sort' window photo.   For a demonstration,
  please see http://www.youtube.com/watch_popup?v=GTL-E9hprGE&vq=hd1080
FIXES:
* Leatherworking materials (hides, bones, leather, etc.) should now once again be sorted into
  their own category.
* Fixed a number of reported errors (primarily attempts at indexing nil or non-table variables)
* Fix for several 'performance warning' errors.

0.18beta (January 2014)
---------
FEATURES
* When sorting items by "rarity", items will now sort first by rarity, then by 'bind' type, with
  "bind on pickup" items first, then items that are "bind to account", followed by "bind on equip"
  items, and finally the rest.
FIXES:
* The SearchWindow will now open in the center of the screen on first use.  It will also properly
  save its location for future use when the window is closed or you logout/exit game/reloadui.
* Fix for "attempt to call method ''MoveToGrid'' (a nil value)" error.  It appears that the code
  intended to reduce performance warnings was not 100% successful.  "Performance warning" errors
  should still be greatly reduced when NOT in combat.  However, fixes for performance warning errors
  while in combat (i.e., when the system is "secure") is forthcoming.
* Added code to reduce 'performance warning' errors when opening the Configuration Window.

0.17beta (December 2013)
---------
FEATURES:
* Added handling for the "performance warning" errors that some users may have
  experienced.  The methodology used will cause the imhothar bags animation
  used to look a bit different when in combat (this is an addon API limitation.)
  However, there is no functionality changes whatsoever with this feature.
* The search box in the title bar will now search in the same way that the
  "search database" window has always worked: case-insensitive by item name.
* Item enchantments such as runes, whetstones, and insoles now have their
  own category.
FIXES:
* Fixed Guild Vault labels when sorting by 'bags'
* Fixed a bug in which moving multiple stacks of items that have a "quantity"
  might result in buttons not working (especially if the first stacks moved
  were of lesser quantity.)
* Fixed a bug in which using the in-game "auto-sort bags" feature might result
  in buttons not working properly.

0.16beta2 (December 2013)
---------
FEATURES:
* General updates for RIFT 2.5 compatibility (Big thanks to Ivnedar for his expertise!)
CHANGES:
* The Addon will update the internal item storage database if ItemStorage.version < 0.16
  (In other words, the addon should reset the "SavedVariables" file for you when upgrading
   to this version.)  If you have a lot of bank vaults, you may get a "performance warning"
   the first time you open your full bank.  This shouldn't happen again until the internal
   item storage database requires another update.   Please note that this update may reset
   your window positions/configuration, sort options, etc.
FIXES:
* Fixed a typo involving "transcendant" items
* Fixed items currently placed in bank vault slots (caused by addon API changes in RIFT 2.4)
* Fixed the Texture:SetTexture() "Incorrect function usage" bug
* Fixed the display of bank vaults when grouped by 'bags'

0.15beta (June 2013)
--------
FEATURES:
* Requires RIFT 2.3
* New translations for Russian
* New translations for Simplified and Traditional Chinese
CHANGES:
* The "autoOpen" configuration option is now enabled by default
FIXES:
* "player" is now an accepted as character name in the slash command
* Fixed credit-related errors in 2.3
* Fixed scrollbar errors in the configuration window
* Fixed an error related to guild items
* Adjusted the empty slot indicator for the new 2.3 bags bar

Comments

First Previous Page 24 of 36 Next Last
  • #199

    Ok, did some work on the two account problem, or, phenomenon possibly.   Here is what I was able to get to happen using my workaround.  It is distinctly possible that if the addon was able to work with the built-in rename of imhobags.lua.new --> imhobags.new, what follows below might not occur.  But what IS true is, this behavior in various forms has been true since January when I began using two accounts.

    Account A.  Log in toon 1, do stuff, log out.  Log back in toon 1.. establishes baseline imhobags.lua.. do no activity whatever, so that imhobags.lua in terms of account A is unchanged.  Toon 1 just standing there.

    imhobags. lua = 297 kbytes.

    While account A is logged in, Start Account B.  Login toon 1 account B.  Do stuff, log out toon 1 account B.

    imhobags.lua = 315 kbytes.

    Account A continues to be active.  Login toon 2 account B.  Do stuff, log out toon 2 account B.

    imhobags.lua =327 kbytes.

    Account A continues to be active.  Login toon 3 account B.  Do stuff, log out toon 3 account B.

    imhobags.lua = 343 kbytes.

    Logout Account A, toon 1.

    imhobags.lua = 297 kbutes.. (the same as it was when account A baseline was established.)

    Login Account A, toon 1.    All updates to imhobags.lua from the recent account B activity are lost.  No material from the Account B toons, of the sort that is common to all toons on both accounts, is showing on behalf of Account B toons as it would be expected to be.

    This appears to be an issue of the sort where a database (imhobags.lua) is shared, but the sharing parties (Rift session #1, and Rift session #2) are unaware of each other's activity, and each assumes it has full ownership of the database.  That said, if the issue of why, at least in my computer, the automagic rename of imhobags.lua.new to imhobags.lua is resolved, it could well alter this behavior.  But I suspect it won't because it appears that imhobags.lua is picked up at the beginning of a session, and if another session picks it up later, alters it for its own purposes, and puts it back, the first session has no knowledge of this.

    Hope this info helps.  This is really an interesting set of behaviors!

    Airtoad. 

  • #200

    This is pretty much expected if you run the same client twice. The file is read at login and written at logout. You'd need two separate clients with the addons not being stored in My Documents but the client's local folder, but then you can't use the Curse client for addon management anymore.

  • #189

    April 9, 2013 - can't get Bags to show the items from any toon on the account other than the one logged in.  This worked well in January.  Tried uninstall, swept C: for all .lua(s) and removed them, fresh install, etc.  Only clue I can give is, when the character icon is queried on any Bags GUI, the only character name shown is the one logged in.  Tried rebuilding Friend's lists, relogging all, etc.  I sure do miss that feature; and hope it isn't my setup that's broken.

    Airtoad.

  • #190

    Do you get any errors?

    Are those toons all on the same account?

    You know you have to log in witht he toons first before they show up?

    I just cleaned up all my saved variables and it worked as expected, showing me all the other characters after logging in once with each.

  • #202

    Last update on the original problem.. unable to see any toon's items but those of the one logged in.  Diagnosis to date (April 22, 2013) is that when a toon session ends, Rift+addon are not creating ImhoBags.lua from the temp file ImhoBags.lua.new, in the working directory:

    C:\Users\Owner\Documents\RIFT\Interface\Saved\SavedVariables.

     It appears that the .new file is properly created, and if it is manually copied to become a fresh ImhoBags.lua, and this manual operation is done each time another toon session ends, the entire addon function appears normal.   The key, so far as I can figure, is that the means by which Rift+addon determine that the write of ImhoBags.lua.new has been successful (required to then write ImhoBags.lua proper), is/are failing, probably silently.   I guess silently because the addon does not print an error message.  It might be possible to dig further into this if the addon was able to see anything coming back from Rift or Windows, and print a debug error message?

    The solution I'm using now which results in apparent seamless and proper function is to install a symbolic link in the working directory.. the link named ImhoBags.lua simply points back to ImhoBags.lua.new.   I can see all toons stuff on both accounts, guild bank works, etc.  Great addon, major when you have 6 master tradeskills.  Thanks to Imhothar for putting up with this and for creating the tool for us.

    Airtoad

  • #198

    Ok for now, working for all toons on all accounts by workaround:  I'm using a simple DOS command to manually overwrite imhobags.lua with the fresh version of imhobags.lua.new after each toon is logged out.   I tried using a shortcut named "imhobags.lua" that just pointed back to "imhobags.lua.new" but this failed; presumably because imhobags.lua.new is removed before imhobags.lua is picked up by the next usage session/toon login.

    Nothing about the registry jumps out and says.. "me", but then I don't understand that business well.  What an interesting bug!

    airtoad.

    Last edited by airtoad on 4/19/2013 9:24:44 AM
  • #197

    One other thing, could this be timing?  Is there any chance that the registry will block renaming imhobags.lua.new to imhobags.lua because it believes the former to still be in use at renaming time?

    Airtoad

    Last edited by airtoad on 4/19/2013 8:28:52 AM
  • #196

    Ok, did a ton of work checking file permissions, cleansing read-only stuff, etc.  That didn't seem to avail.  I tried forcing the name change, and voila; I can get it to work by forcing the rename of imhobags.lua.new to imhobags.lua manually, after each toon logs out.  For whatever reason, the rename originating in the Rift Game + bag addon partnership does not occur.  I have checked permissions fifty ways from sunday.   Is there possibly something in the reg keys that would block renames?  Gonna research that now, and keep looking, but I thought this update could help.  Thanks for the tips so far, the bug isn't going to hide much longer!

    Airtoad, April 19, 2013.

  • #195

    ImhoBags.lua.new is of no use.

    If there is no C:\Users\Owner\Documents\RIFT\Interface\Saved\SavedVariables\ImhoBags.lua (without *.new) then something is preventing your game from saving that file. The game first creates a *.lua.new file and only if it was successfully written it is renamed to *.lua

    Something is preventing that last step from happening. I can't help you there. Check user access rights, folder/exe permissions, all that stuff. Maybe check the Documents folder of other user accounts, just to be sure.

  • #194

    One other item of info; I run everything on the PC as system administrator - but I can't verify that everything that gets executed on the PC is done under that aegis.   Some executables (possibly including RIFT game?) that spawn sub-processes may not successfully pass admin permissions to those sub-processes.  This may mean that a sub-process might silently fail to write a file, give or take.   I don't know how to know if this potential situation is a player here.

    airtoad

  • #193

    I found an "ImhoBags.lua.new"  written minutes ago in:

    C:\Users\Owner\Documents\RIFT\Interface\Saved\SavedVariables.

    It is 37.9 Kbytes.

    Nothing was found in:

    C:\Program Files (x86)\RIFT Game\interface\Saved\SavedVariables.

    And no other ImhoBags.lua*

    ImhoBags file system itself appears in

    C:\Users\Owner\Documents\RIFT\Interface\AddOns

    Hope this helps.

    I can email the ImhoBags.lua.new  if that helps.

    airtoad

     

     

     

  • #192

    Well, technically the addon can handle multiple accounts as it stuffs all characters together regardless of accounts and the saved variables containing item data are flagged as "global". The addon has no account logic of any kind since we don't have access to anything account related anyways.

    Thus multiple accounts should have no impact on saved variables.

    Though I have only one account so I wasn't really able to test this.

    In your Interface folder there should be a file Saved/SavedVariables/ImhoBags.lua with all the saved items for all the accounts. If that file is empty or not there then something is preventing Rift from writing it. If it is there and has plausible content then there's a bug somewhere and it would help to get my hands on that file.

  • #191

    Yes.  I have freshly logged in all toons, all are in same account.  I opened each toon's bags.  I also checked each toons ability to access even the name of other toons on the same account, by clicking on the character icon on any bag gui.  Each toon shows only its own name.  No other toons on that account are visible.  Today I joined a guild with that account, on one toon.. I can instantly see the guild bank's contents perfectly.  Just cannot see any toons but the one that is logged in.   It may help to know this happens identically on a second account.   All the toons on both accounts are Friends in the Rift Friends list.  All bags have been opened, all toons logged on.  One thought.. is the Bags code prepared for more than one account simultaneously active?  This all seems to have gone under about the time I bought a 2nd account.   This is driving me nuts, it worked fine 3 months ago.  Then after I opened the 2nd account, things degraded swiftly - which i assumed to be because of the 2nd account interfering with the first.  Patches came and went, and the degradation faded, but with it the ability to view anything more than one toon's items on any account.

  • #188

    I love this addon. Mostly because it's still being supported. Most Rift addons that get released, never gets updated.

    One thing I think the addon is missing. A bag-bag. To see your bags(with the possiblity to change bags).
    Then we would be able to disable the bag/currency-bar, and have less on the screen.
    If it's get implemented, it should be a command for it to open like the other bags. To add the command to out inventory macro. For when opening inventory-bag, it should open the bag-bag too, and be placed under the inventory window.

    If you don't know what I mean, refer to ArkInventory(for WoW) at this picture:
    http://s.cdn.wowinterface.com/preview/pvw47416.jpg

    Edit: Just wanted to add, it would be nice if the inventory window closed down with (Esc) like all Trion windows. If the API allows it.

    Last edited by doush on 4/9/2013 1:14:08 PM
  • #187

    This addon looks like it would be nice, all though at the moment most of it's features seem to be broken.  I'm assuming this is due to the recent patch Rift applied.  In fact, about the only feature that seems to be working is the one that displays available bag slots over the first bag.  If it helps, here is my error log...

    Error: Incorrect function usage.
      Parameters: (userdata: ), 1
      Parameter types: userdata, number
    Function documentation:
        Changes the current position of the scrollbar.
            RiftScrollbar:SetPosition(position)   -- number
    Parameters:
            position:    The new position of this scrollbar. Must be within the current range.
        In ImhoBags / ImhoBags.:Event.UI.Button.Left.Press
    stack traceback:
        [C]: ?
        [C]: in function 'SetPosition'
        ImhoBags/windows/ConfigWindow.lua:287: in function <ImhoBags/windows/ConfigWindow.lua:272>
        [C]: ?

  • To post a comment, please login or register a new account.
Login to Curse

Don't have an account? Create One.

Get an epic experience with Curse Premium
  • Faster addon downloads
  • Premium-Only Beta Giveaways
  • Ad-Free Curse experience
  • Premium Curse Client
  • and many More Features
  • Learn More »

Leaguepedia PAX Skin Giveaway