". Usage ===== Inventory table access dinv build confirm dinv refresh [on | off | all] dinv search [id | full] Item management dinv get dinv put dinv store dinv keyword [add | remove] dinv organize [add | clear | display] Equipment sets dinv set [display | wear] dinv snapshot [create | delete | list | display | wear] dinv priority [list | display | create | clone | delete | edit | copy | paste | compare] Equipment analysis dinv analyze [list | create | delete | display] dinv usage dinv compare dinv covet Advanced options dinv backup [list | create | delete | restore] dinv reset [list | confirm] dinv forget dinv notify [none | light | standard | all] dinv cache [reset | size] [recent | frequent | all] <# entries> dinv tags [on | off] dinv reload Using equipment items dinv consume [add | remove | display | buy | small | big] dinv portal [use] dinv pass <# of seconds> Plugin info dinv version [check | changelog | update confirm] dinv help Release Notes ============= 1) If you give an item to an enchanter to boost the item's stats, you may pull the old stats from a cache instead of using the new enchantments when you get the item back. In this case, you may use the "dinv forget " option to remove that item from your inventory table and its related caches. The next inventory refresh will pick up the new stats for the item. 2) Most aard operations that modify an item's stats are detected and automatically trigger a re-identification. For example, enchantment spells, sharpening, reinforcing, tpenchanting, and wset all are handled transparently. The one known exception is the setweight command which is not currently handled by aard's invitem system. Until this is changed (or until we include a trigger watching for setweight) you will need to use the "dinv forget " option on an item that changes weight in order to "forget" the old stats and then pick up the correct weight (and other stats) on the next inventory refresh. 3) Wands and staves are not re-identified as they are used. As a result, the number of charges shown in the item's display may not match reality as the item is used. If this mode is not added to the aard invitem system, we may need to add a trigger to watch for this and update charges accordingly. 4) The plugin does not automatically open containers that are closed. As a result, you won't be able to get/put items in a closed container. Keep your containers open! :) 5) If you add a keyword to an item, drop it, and then pick it back up, the new keyword will still be available on the item if it is still in your cache. However, this is not the case for common consumable items. For example, we treat all duff beer potions as being identical so that you don't need to individually identify each potion. As a result, the cached versions of those common items won't maintain custom keywords. 6) If the plugin tags are enabled, they will echo an end tag at the conclusion of an operation. However, if the user goes into a state that doesn't allow echoing (e.g., AFK) then the plugin cannot report the end tag. In this scenario, the plugin will notify the user about the end tag via a warning notification instead of an echo. Triggers cannot catch notifications though so any code relying on end tags should either detect when you go AFK or cleanly time out after a reasonable amount of time. 7) If you add the portal wish after you have built your inventory table, you will need to either rebuild the table (dinv build confirm) or forget/re-identify your portals (dinv forget type portal) and (dinv refresh all). Feature Wishlist ================ 1) Support masking out specific wearable locations for a set (e.g., dinv set wear psi ~hold) 2) Implement a mechanism to (more) fully identify items if the identify wish is not available. For example, we could use lore, the identify or object read spells, or Hester's identify service found at "runto identify". This would be a manual process to "clean up" partially identified items. ]]>