". Usage ===== Inventory table access dinv build confirm dinv refresh [on | off | eager | all] dinv search [objid | 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 weapon [next | ] 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 | custom | 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. There are two known exceptions to this. First, the setweight command does not result in an invitem update from aard's invitem system. Second, scribing a scroll does not trigger an invitem update. As a result, until this is changed on aard's side of things (or we manually add triggers in the plugin to watch for setweight and scribing) you will need to use the "dinv forget " option on an item that changes weight or a scroll that is scribed. This will cause the plugin to "forget" the existing data on the item so that the new information will be picked up 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 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. 6) 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) 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. ]]>