Quantcast
Elder Scrolls Online AddOns » Stand-Alone Addons » Bags, Bank, Inventory » Rulebased Inventory
  • Addon Info.
  • Change Log
  • Other Files (51)
  • Comments (414)
    • Download
    (70 Kb)
    Download
    Updated: 09/06/21 05:43 AM
    Pictures
    File Info
    Compatibility:
    Waking Flame (7.1.5)
    Blackwood (7.0.5)
    Flames of Ambition (6.3.5)
    Markarth (6.2.5)
    Stonethorn (6.1.5)
    Greymoor (6.0.5)
    Updated:09/06/21 05:43 AM
    Created:09/11/18 09:42 AM
    Monthly downloads:396
    Total downloads:7,967
    Favorites:26
    MD5:
    7.1.5
    Rulebased Inventory  Popular! (More than 5000 hits)
    Version: 2.24.4
    by: TaxTalis, demawi

    Automated item distribution/action management (Bag, Bank, Junk, Use, Deconstruct, Sell, Fence, Launder, Destroy, Notify, CraftBag, FcoisMarking), where YOU rule! (this means: YOU have to define the rules yourself) (>>Wiki<<)

    What does it do?
    After installing it, it does nothing. It’s simple as that.
    You have to define rules for different tasks which then are executed automatically. Please see the Wiki for further documentation (after that you can ask your questions here in the comment section or at RbI-ESO Discord)

    Automated Tasks are:
    • Bank-related (starts when opening the Bank UI)
      • BagToBank moves items from Backpack to Bank
      • BankToBag moves items from Bank to Backpack
    • Itemupdate-related (checks the specific item, when it comes in changes its status, like 'junk'-flag)
      • Junk marks items as 'junk'
      • Destroy destroys defined items
      • Use uses items (like type('fish'), type('container') or type('recipe'))
      • Notifiy notifies the user, when a defined item is looted
      • CraftToBag moves items from CraftBag to Backpack (also triggers after eso automatic to craft bag transfer)
      • FCOISMark marks items with FCO Item Saver markings
    • Vendor-related (batch starts when opening the Store or Fence UI)
      • Sell sells items
      • Fence fences items
      • Launder launders items
    • CraftingStation-related (batch starts when opening the crafting station UI or the respective tab)
      • Deconstruct deconstructs items
      • Extract extracts items
      • Refine refines items
    Transferring currencies are not supported. This addon is purely about items.

    Needed libraries
    Recommended libraries
    • LibCustomMenu (currently needed for "Item Inspector" context menu)

    Supported optional addons and libraries
    • FCOIS (check markers already set to the items)
    • CraftStore (adds functions to check what your others characters need to learn or already learned)
    • LibPrice (adds given price informations)
    • AutoCategory (check the autoCategory-names)
    • LibSets (check types of the set)
    • WritWorthy (adds costpervoucher-function)
    • LibTextFilter (support for LibTextFilter's extensive syntax in addition for 'freetext'-parameters)

    Special Key Features
    • take actions on specific amounts of an item, not only on a whole stack (e.g. keep only 100 lockpicks in inventory)
    • check if your current character is the first one of a defined list in need of an item for research or a recipe to learn (so you can "hand down" a recipe if your main crafter doesn't need it to your secondary and further) (CraftStore needed)
    • save profiles and load them on multiple characters
    • a notification will include pricing (provided by LibPrice if installed), count of vouchers for masterwrits and the count you have in backpack, bank and craftbag
    • ...

    YOU ARE USING THIS ADDON AT YOUR OWN RISK!
    I will not be hold responsible for any damage or inconvenience this addon might cause for any reason.
    This said, I have tested this addon on my main account for quite some time and try to do everything I can to make your experience with this addon as good and as safe as possible.
    I admit, this is not an addon for everyone. There is no interface defining the rules for you by clicking buttons, you have to insert them by text. (See the mentioned Wiki for this.
    A wrongly defined (but valid) rule may cause severe damage when fencing, destroying or deconstructing as the items will never return after such an action was taken.

    Features and fixes in development (or at least considered)
    • ... see Wiki-Roadmap for further information. Currently it's a lot but I'm always interested in your ideas.

    Cumulative change log for version 2.24.4
    • fixed incorrect profile initialization (which could occur under some circumstances)
    • fixed itemdata for the tag-function => cut of encoded language specific pronouns like "^f"

    Cumulative change log for version 2.24.2+2.24.3
    • fixing colorized message output

    Cumulative change log for version 2.24.1
    • fixed canCraftMasterwrit when no knowledge is needed. Added holidaywrit for stype function.

    Cumulative change log for version 2.24.0
    • Selectable chat message color
    • Add task-option for Junk/FCOISMark tasks to also run their counterpart/reverse tasks (when checking an item, on manually task run/test and initial item-check) So we have two task types:
      • one-way marking: like Junk is/was initially designed. Additional manually markings won't be reverted.
      • two-way marking: implicit UnJunk/UnMark tasks will also be executed. Manually markings will be reverted.
    • rule-content limitation to 2000, because eso will not save greater content.

    Cumulative change log for version 2.23.3
    • ItemInspector: corrected output for fcoisMarker
    • Fixed: after using and looting a container some consumables weren't checked for further tasks

    Cumulative change log for version 2.23.2
    • When there are no rules specified, also the opposite task (UnJunk or FCOISUnmark) should not be called. Accidentally this was the case for new items and the item startup-check.

    Cumulative change log for version 2.23.1
    • FCOISMark-tasks now using the constant icon name, so instead of fcoisMarker(1) we're using fcoismarker('lock') now. Just run a test with a wrong marker name and the RuleInspector will show you all static ids and language dependent names.
    • added scrollable for task-selection

    Cumulative change log for version 2.23.0
    • added function cancraftmasterwrit, which determines if the current character has everything (knowledge and materials) for a masterwrit (needs addon WritWorthy)
    • support for anonym custom user functions...
      • added function call which will execute a lua-function and returns the return value of the function, like: call(function() d(ctx.itemLink) return false end) or call(function() return IsItemJunk(ctx.bag, ctx.slot) end)
      • populated the global to the ruleExecutionEnvironment. So global functions like IsItemJunk can be used.
      • populated a table-variable 'ctx' to the ruleExecutionEnvironment. So ctx.itemLink, ctx.bag, ctx.slot, ctx.station, ctx.taskName can be used.
      • added setting for activating case-sensitivity for rules. So we can reach all global-functions (and use variables like ctx.itemLink). Normally rules will be lowercased before execution. (After activating it, you have to use the lowercase or the official camel-case function names.)
      • refactored and generalized the multi-character functions (needTraitInOrder, needTrait, needLearnInOrder, needLearn, craftingLevelMin, craftingLevelMax, craftingRankMin, craftingRankMax). The refactoring will also reducing the introducing effort for other multi-character knowledge provider like CraftStore.
    • added task FCOISMark tasks, which automatically sets Fcois-Marker
    • functions id, instanceId, craftingrankRequired, glyphMinLevel and glyphMinCP can now used with arguments and works with arguments as a filter-function. So we can simplify something like id() == 2 or id() == 3 to id(2, 3)
    • added id print out for ItemInspector
    • change function fcoisMarker, when it's used without any argument it will not throw an error anymore. Instead it checks, whether if any marker exists. Additional now it also takes icon-ids (1-45) as argument, like fcoismarker(13) for the first dynamic icon-marker. Strings and iconIds can also be mixed.
    • optional item check after login (can be activated via settings), which checks the following tasks for the backpack: Junk (+Unjunk), Use, Destroy, FCOISMark (+Unmark). So it's the same as you would hit "Run" button for all of these tasks.
    • added "not companion()" as precondition for junk-task

    Cumulative change log for version 2.22.4
    • deconstruction task: fixed test-run preview

    Cumulative change log for version 2.22.3
    • fixed destroy task execution, when there are no junk or use-task rules defined

    Cumulative change log for version 2.22.2
    • added loot-information, for use-task when the item is a container.

    Cumulative change log for version 2.22.1
    • fixed: under certain conditions the use-action-output did not trigger

    Cumulative change log for version 2.22.0
    • added 'use' task (will be released as 'beta')
      • currently I have tested following itemtypes: fish, container, currency_container, recipe, motif (are there more interesting use-types?)
      • usages will be delayed, when interacting elsewhere (like opened bank/mail/store, swimming, combat, looting)
      • fish-usage also will be delayed when running, because it needs an animation, that won't be executed when running
      • support for automated looting containers, with respecting transmutation crystal limit
    • new function 'usable()', which is used as precondition for the new 'use' task
    • added ItemInspector context menu for itemLinks (like chatLinks, guildtradinghouses, lootwindows, mailattachments)
    • added missing static key (SPECIALIZED_)ITEMTYPE_CONTAINER_CURRENCY for type and sType

    Cumulative change log for version 2.21.0
    • added language independent shortnames for function trait. So trait-names like 'training', 'aggressive' can be used regardless of the language and regardless of whether it is armor, weapon or jewelry. Like trait('aggressive') or trait('training')
    • fixed data structure for data-types, especially language dependent for data-type 'trait'. Problem: Different traits (like armor_aggressive, jewelry_aggressive) that are mapping on the same key-name (like aggressive) currently will be overwritten
    • test method dumpWhen(<boolean>, ...) now returns the first argument instead of generally 'false'. For the generally 'false' return value it now gives dumpWhenF(<boolean>, ...)
    • ignoring 'do not translate' in given eso-translations. So they can not be found in dataTypes (like equipType) anymore.

    Cumulative change log for version 2.20.0
    • optimized clipboard with title/footer and colorized content, which decides between language dependency and independency.
    • ItemInspector: grouped item charasteristics for gear and crafting-stuff.
    • ItemInspector: added function-listing at the end, which non-parameter functions will return true for an item
    • setId now also works as a filter so setId(1,2,3) will return true/false and setId() without argument will return the setId of the item as it was before.
    • on the other hand the following previous filter functions now return their value when using it without parameters: name(), setName(), creator()
    • workaround for a eso-bug at enchanting station, where a creation crafting-sound wants to be played, on extraction.

    Cumulative change log for version 2.19.1
    • fixed ischaracter-function

    Cumulative change log for version 2.19.0
    • fixed crowngems-soulgemtype for non-english-clients (they were processed as empty)
    • added filterType-function, which can itself have mutliple values for an item (like "armor" and "companion"), if only one argument matches one of the rule inputs the function will return true
    • added simplification function companion() for "filterType('companion')"
    • added companion trait types (aggressive...)

    Cumulative change log for version 2.18.2
    • Fixed ItemInspector throwing error when not having CraftStore installed

    Cumulative change log for version 2.18.1
    • Fixes the character-name validation
    • craftType(...) is not a simplifaction of "gearCraftingType(...) or recipeCraftingType(...)" anymore. It now works on craftingTypeGet()-function, which also delivers craftingType for raw jewelrytraits.

    Cumulative change log for version 2.18.0
    • When running a rule test, the items from the craftbag also will be included now
    • changed gear() from "not equipType('none')" to "not equipType('none', 'poison', 'costume')"
    • added craftingTypeGet-Retrieval for "material_raw_jewelrytrait", because GetItemLinkCraftingSkillType returns 0 for them. Traits can not be assigned to craftingType in general, like armor-traits or weapon-traits.
    • New functions...
      • craftingTypeGet():string, Determines the craftingType of an item. Is used internally as default for the following crafting-functions.
      • craftingExtractBonus():int[0-3], which looks at the crafting skillline regarding extract/deconstruct skill
      • craftingRank():int[0-10], returns the rank of the craftingType
      • craftingRankMin(List<Charnames>):int[0-10], returns the minimum craftingRank over all given characters.
      • craftingRankMax(List<Charnames>):int[0-10], returns the maximum craftingRank over all given characters.
      • craftingRankRequired():int, which determines the required crafting rank for a material item
      • cSkillSpent(championStarName):int, returns the skill points spent on this star
      • cSkill(championStarName):int, return, if it is a slotable star it returns the skill points spent on this star, otherwise 0. So it returns only really used skill points.
      • cSkillSlotted(championStarName):bool, returns, whether the skill is currently slotted
      • cSkillSlotable(championStarName):bool, returns, whether the skill is 'TypeSlotable' and has enough points.
      • cSkillTypeSlotable(championStarName):bool, returns, whether the skill can be slotted in general
    • added more data for the ItemInspector including 'setId' and 'setName'
    • Hint: The refinement task with a rule with "cSkillSlotted('meticulousdisassembly') and craftingExtractBonus() == 3" ensures that you refine only with the best possible results. It works also with deconstruction/extraction, but of course for this tasks we have to define what gear/glyph should be deconstructed/extracted in the first place.

    Cumulative change log for version 2.17.0
    • Optimized error handling and better feedback to the user due to Stacktracing!! for the rule/function environment (inclusive the list of used arguments), with hints what is wrong and which should be used instead. Just write and test a wrong rule stype("bla") or stttttype() or completely emtpy rule to see it :) Works also with new "rule"-function (see below) (btw.: Max-Stacktrace size is currently set to 30)
    • New functions...
      • gearCraftingType(<craftingTypes>). Select gear for a given crafting-type. (like gearCraftingType("woodworking"))
      • recipeCraftingType(<craftingTypes>). Select recipes for a given crafting-type. (like recipeCraftingType("blacksmithing"))
      • craftingType(<craftingTypes>), simplification function for "gearCraftingType(...) or recipeCraftingType(...)"
      • craftingLevel(optionalCraftingType):int[0-50] same as skilllinelevel (which is now marked as deprecated), but allow to leave out the argument. The "craftingType" (gear and recipes) will be automatically determined from the item.
      • craftinglevelmin(<charNames>):int[0-50], craftinglevelmax(charNames):int[0-50]. Returns the "craftinglevel" over all given characters (Requires CraftStore addon)
      • simplification function gear() for not equipType("none")
      • simplification function fragment() for sType("key_fragment", "recipe_fragment", "runebox_fragment", "collectible_fragment", "upgrade_fragment")
      • simplificationfunction glyph() for type("glyph_armor", "glyph_jewelry", "glyph_weapon")
      • rule("ruleName"):bool (an allias for rule is "_", so _("myRule") is also fine), which will call the given rule.
    • Test functions... (functions for testing purposes)
      • dump(output-expression) and dumpWhen(boolean-expression, output-expression), like dump(craftingType()) or dumpWhen(not craftingType("none"), craftinglevel()). When testing the rule, the outputs will written for each testing item.
      • ensure("rule-expression") like ensure("gear()"). Will throw an error when wrong items reach the ensurance function.
    • Renaming for rules. This will rename the rule itself and update the references in characters/profiles and rulesets. But it can not update the names when the rule is used from another rule via rule("myRule1")-function.

    Cumulative change log for version 2.16.1
    • fixed an issue when laundering craftbag materials while having active esoplus

    Cumulative change log for version 2.16.0
    • Trigger
      • Junk/Destroy-tasks are also triggered when an item state change (not only for new items). So now "junked()" can be used in a destroy rule and we can react on manually-junked items by the user.
      • CraftToBag-task now also triggers after the game had run his auto-transfer-to-craftbag-routine.
    • Character-related and CraftStore rules
      • Motif/style support for needlearn(...) and needlearninorder(...) including stylepages, -chapters, and -books
      • Introduced a inner-variable "defaultchars", which is automatically filled with all your characternames. So we can use 'needlearn(defaultchars)' (same for needlearninorder, needtraitinorder, needtrait) [The feature for self defining this variable is in the pipe.]
      • When using needlearninorder and needtraitinorder without an argument, the 'defaultchars'-list will be used (The default for needlearn and needtrait remains with the current logged in character).
      • A hint will be given, when using '...inorder'-functions with only one charname argument. Performance-wise it would be better to use the function without 'inorder'.
      • Character names will now ensure that all character data are correctly written and also available in craftstore. If you're getting an missingCraftStoreCharacter error, you have to relog into the specified character.
    • Item inspection via context menu
      • Fixed the output and inner-variable for style() combined with monstersets. Now it's really "undaunted".
      • Now all valid values will be shown (the fixed key-values and also the language dependent ones, which were introduced with version 2.15.1)
      • Errors now will be printed to clipboard
    • Clipboard-UI
      • Item inspector now prints the output to this separate "clipboard"-window (where you can scroll and strg+c).
      • Errors are also will be printed into this clipboard. Additionally argument-errors will also print all valid arguments.
    • Updated some tooltips in general settings (p.e. "Safety Rule" tooltip now shows directly the inner safety rule and to which tasks it will be applied)
    • Checked Blackwood API compatibility

    Cumulative change log for version 2.15.3
    • fixed taskStartOutput setting not being used, thanks Friday_The13_rus!

    Cumulative change log for version 2.15.2
    • fixed FCOIS issue when ControllerUI is enabled but FCOIS (which wouldn't work) isn't active or even installed

    Cumulative change log for version 2.15.1
    • updated for Flames of Ambition API
    • added checking for ControllerUI which would make FCOIS functions unsound
    • new general setting: immediate execution at crafting stations. you now don't have to click on the deconstruction or refinement tab to start the task! just enable in menu
    • added function reconstructed() for getting items which where crafted via transmutation
    • added functions esoplus() and ischaracter() implemented by MegwynW
    • function inputs are now gathered from within the game where possible. Thus it is in your clients language and for now I won't provide a list of those. Please use the context menu to get the correct inputs. The previous data is left as legacy data and your rules will work normally. But new e.g. styles like "welkynar" (yes long time no update to the data) and sTypes like "toy" are added now, but exactly these will be in your clients language!

    Cumulative change log for version 2.10.3
    • corrected unforeseen consequences of quickslotted function as the value needed to be stored in item lookup to be save to interleave tasks
    • excluded ingame-locked items from junking as it isn't possible anyway
    • excluded non-sellable items from selling

    Cumulative change log for version 2.10.0
    • added function quickslotted (brilliant idea (and even implementation) by Random!)

    Cumulative change log for version 2.9.2
    • for materials level function now returns highest craftable gear level
    • for materials cp function now returns highest craftable gear champion point level
    • for raw materials level and cp functions will refer to the materials refined form
    • added cp and level to context menu output

    Cumulative change log for version 2.8.0
    • updated for Markarth API
    • added function freeSlots
    • added function setCollection
    • added function setItemCollected

    Cumulative change log for version 2.7.0
    Cumulative change log for version 2.6.0
    • needTrait and needLearn functions now support "no input" to check current character only

    Cumulative change log for version 2.5.0
    • updated for Stonethorn API
    • added FCOIS marker to context menu output
    • corrected return of "locked"-function now correctly taking FCOIS "lock" into account

    Cumulative change log for version 2.4.0
    • updated for Greymore API
    • updated usage of LibCustomMenu (thanks Baertram!)
    • fixed renamed function of LibSets
    • added function skillLineLevel
    • corrected typo in input data (corwnitem -> crownitem, corwnrepair -> crownrepair)
    • fixed file encoding in manifest
    • fixed error in FCOIS dependency

    Cumulative change log for version 2.3.0
    • countbackpack/bank/craftbag will now return count when no input is given
    • replaced PreHookHandler with new SetHandler function (thanks sirinsidiator!)

    Cumulative change log for version 2.2.1
    • fixed error on opening housebank

    Cumulative change log for version 2.2.0
    • added function motifKnown
    • corrected testing of rule now also including items in subscriberbank

    Cumulative change log for version 2.1.0
    • added Task CraftToBag which is executed on Bank visit and fetches items from craftbag to backpack
    • added simplification-functions "material" etc. (Wiki: Functions without input)
    • item-functions "name", "setName" and "creator" now support LibTextFilter (optional)
    • added context menu button in inventory to print most of the item's data for reference (requires LibCustomMenu) (optional)
    • fixed erroneous item-functions


    Cumulative change log for version 2.0.0
    • Rules and Settings will be lost when updating to 2.0.0
    • Backup settings for reference by copying SavedVariables/RulebasedInventory.lua.
    • Be willing to rewrite your rules and recreate your profiles...
    • OR DO NOT UPDATE TO 2.0.0!
    • Complete rewrite
    • new rule syntax (sorry, for the now mandatory rewrite of rules)
    • added task for refinement
    • deconstruction now uses the game's multi-deconstruct feature
    • introduced RuleSets (two-leveled set of rules)
    • tasks can now have a RuleSet instead of a Rule (so, multiple rules per task instead of one!)
    • added support for LibSets and LibPrice
    • huge performance improvements (at least for me, tested on i7-7700k, GTX1080ti, 16gb DDR4)


    Cumulative change log for version 1.6.2
    • Update 2.0.0 is right around the corner
    • Rules and Settings will be lost when updating to 2.0.0
    • Backup settings for reference by copying SavedVariables/RulebasedInventory.lua.
    • Be willing to rewrite your rules and recreate your profiles...
    • OR DO NOT UPDATE TO 2.0.0!


    Cumulative change log for version 1.6.1
    • removed libstub (thank's Beartram!)

    Cumulative change log for version 1.6.0
    • removed rulestring-colorization for output as it didn't work correctly anyway and furthermore could cause a game crash

    Cumulative change log for version 1.5.2
    • Updated for API 100028
    • Source is now available at https://gitlab.com/taxtalis/rulebased-inventory, wiki there might be used in the future

    Cumulative change log for version 1.5.1
    • Fixed an error with writworthy integration when ttc was not found

    Cumulative change log for version 1.5.0
    • Updated for API 100027
    • renamed 'schematic' (derived from constant's name SPECIALIZED_ITEMTYPE_RECIPE_ENCHANTING_SCHEMATIC_FURNISHING) to 'praxis' (ingame name)
    • added writworthy integration with wwMatCost and wwMatCostPerVoucher (thx to ziggr)
    • added functions itemsetname and itemsetnamematch to filter for setnames

    Cumulative change log for version 1.4.2
    • fixed usage of AutoCategory function

    Cumulative change log for version 1.4.1
    • added general option for a message when starting a task
    • added support for AutoCategory
    • added function: autocategory("category1",...)
    • fixed multiple bugs which occurred on a full bag
    • fixed test of deconstruct
    • fixed test of notification not using an unsaved rule
    • fixed an issue where in bagCache the count of an item would not be updated

    Cumulative change log for version 1.2.2
    • added filters for events to not listen to unnecessary ones
    • rewrite of action- and event-queue
    • rewrite of action execution
    • rewrite of bagCache and generation of actions from task
    • rewrites for integration of LibAsync to reduce runtime per frame for less lag
    • API bump for Murkmire

    Cumulative change log for version 0.10.1
    • dropped library because of instability: LibLoadedAddons
    • functions fcoismarker and fcoismarkermatch now support the custom names for fcois markers
    • safe rule switch for deconstruct now has the tooltip it deserves
    • events (junk/notification/destroy) now only are accepted when items were added to the bag to reduce lag
    • fixed notification to try to notify about already again empty slots (like loot containers directly extracted by other addons)
    • optimized events (junk/notification/destroy) to only create a cache of the whole bag if necessary to further reduce lag

    Cumulative change log for version 0.8.0
    • tasks are only executed if a rule was defined
    • output now shows intricate and ornate symbols
    • added itemdata: fcoisismarked (replaces fcoislocked)
    • added itemdata: fcoismarker
    • added function: fcoismarker
    • added function: fcoismarkermatch

    Cumulative change log for version 0.6.1
    • fixed variables leaking into global namespace (thanks Votan!)
    • added German translation
    • added itemdata: tags
    • added function: itemtag
    • added function: itemtagmatch
    • added itemdata: reagenttraits
    • added function: reagenttrait
    • added function: reagenttraitmatch
    • minimum delay and timeout lowered

    -Version 0.4.2 was initial release-
    Archived Files (51)
    File Name
    Version
    Size
    Uploader
    Date
     Rulebased Inventory
    2.24.3
    70kB
    demawi
    08/12/21 02:49 AM
     Rulebased Inventory
    2.24.2
    70kB
    demawi
    08/10/21 10:36 AM
     Rulebased Inventory
    2.24.1
    70kB
    demawi
    07/31/21 09:04 AM
     Rulebased Inventory
    2.24.0
    70kB
    demawi
    07/30/21 04:02 PM
     Rulebased Inventory
    2.23.3
    69kB
    demawi
    07/17/21 08:23 AM
     Rulebased Inventory
    2.23.2
    69kB
    demawi
    07/15/21 05:07 PM
     Rulebased Inventory
    2.23.1
    69kB
    demawi
    07/15/21 04:45 PM
     Rulebased Inventory
    2.23.0
    69kB
    demawi
    07/15/21 07:38 AM
     Rulebased Inventory
    2.22.4
    65kB
    demawi
    07/01/21 10:46 AM
     Rulebased Inventory
    2.22.3
    65kB
    demawi
    06/28/21 04:29 AM
     Rulebased Inventory
    2.22.2
    65kB
    demawi
    06/26/21 12:33 PM
     Rulebased Inventory
    2.22.1
    65kB
    demawi
    06/26/21 09:06 AM
     Rulebased Inventory
    2.22.0
    65kB
    demawi
    06/24/21 04:01 AM
     Rulebased Inventory
    2.21.0
    62kB
    demawi
    06/09/21 12:27 PM
     Rulebased Inventory
    2.20.0
    61kB
    demawi
    06/07/21 10:11 AM
     Rulebased Inventory
    2.19.1
    59kB
    demawi
    06/02/21 01:33 PM
     Rulebased Inventory
    2.18.2
    58kB
    demawi
    05/30/21 07:31 AM
     Rulebased Inventory
    2.18.1
    58kB
    demawi
    05/28/21 08:40 AM
     Rulebased Inventory
    2.18.0
    58kB
    demawi
    05/28/21 03:08 AM
     Rulebased Inventory
    2.17.0
    54kB
    demawi
    05/22/21 06:46 AM
     Rulebased Inventory
    2.16.1
    46kB
    demawi
    05/14/21 03:00 PM
     Rulebased Inventory
    2.16.0
    46kB
    demawi
    05/13/21 09:25 AM
     Rulebased Inventory
    2.15.3
    42kB
    demawi
    02/23/21 01:36 AM
     Rulebased Inventory
    2.15.2
    42kB
    TaxTalis
    02/22/21 09:42 AM
     Rulebased Inventory
    2.15.1
    42kB
    TaxTalis
    02/21/21 03:30 PM
     Rulebased Inventory
    2.10.3
    39kB
    TaxTalis
    11/25/20 11:12 AM
     Rulebased Inventory
    2.10.0
    38kB
    TaxTalis
    11/18/20 04:18 PM
     Rulebased Inventory
    2.9.2
    38kB
    TaxTalis
    11/15/20 06:25 AM
     Rulebased Inventory
    2.8.0
    38kB
    TaxTalis
    11/08/20 07:46 AM
     Rulebased Inventory
    2.7.0
    38kB
    TaxTalis
    10/11/20 11:54 AM
     Rulebased Inventory
    2.6.0
    38kB
    TaxTalis
    09/09/20 06:01 AM
     Rulebased Inventory
    2.5.0
    38kB
    TaxTalis
    08/11/20 10:59 AM
     Rulebased Inventory
    2.4.0
    38kB
    TaxTalis
    05/25/20 02:34 AM
     Rulebased Inventory
    2.3.0
    37kB
    TaxTalis
    02/26/20 12:20 PM
     Rulebased Inventory
    2.2.1
    37kB
    TaxTalis
    01/07/20 01:05 PM
     Rulebased Inventory
    2.2.0
    37kB
    TaxTalis
    12/30/19 02:22 AM
     Rulebased Inventory
    2.1.0
    37kB
    TaxTalis
    12/25/19 12:17 PM
     Rulebased Inventory
    2.0.0
    35kB
    TaxTalis
    12/18/19 05:03 AM
     Rulebased Inventory
    1.6.2
    920kB
    TaxTalis
    11/27/19 01:48 PM
     Rulebased Inventory
    1.6.1
    920kB
    TaxTalis
    09/06/19 08:47 AM
     Rulebased Inventory
    1.6.0
    920kB
    TaxTalis
    08/31/19 04:02 PM
     Rulebased Inventory
    1.5.2
    922kB
    TaxTalis
    08/14/19 09:25 AM
     Rulebased Inventory
    1.5.1
    920kB
    TaxTalis
    05/25/19 02:57 AM
     Rulebased Inventory
    1.5.0
    920kB
    TaxTalis
    05/24/19 10:07 AM
     Rulebased Inventory
    1.4.2
    914kB
    TaxTalis
    10/27/18 09:00 AM
     Rulebased Inventory
    1.4.1
    914kB
    TaxTalis
    10/26/18 02:36 PM
     Rulebased Inventory
    1.2.2
    911kB
    TaxTalis
    10/12/18 01:27 PM
     Rulebased Inventory
    0.10.1
    910kB
    TaxTalis
    09/26/18 12:27 PM
     Rulebased Inventory
    0.8.0
    911kB
    TaxTalis
    09/16/18 01:58 PM
     Rulebased Inventory
    0.6.1
    909kB
    TaxTalis
    09/15/18 07:08 AM
     Rulebased Inventory
    0.4.2
    903kB
    TaxTalis
    09/11/18 10:06 AM


    Post A Reply Comment Options
    Page 1 of 28 1 2311 > Last »
    Unread 09/09/21, 01:44 AM  
    AlbertVonMoosseedorf

    Forum posts: 2
    File comments: 119
    Uploads: 0
    Re: Re: cancraftmasterwrit() doesn't work
    Originally Posted by demawi
    Originally Posted by AlbertVonMoosseedorf
    This morning I was sorting out my master writs an remembered you have implemented to rule cancraftmasterwrit(). To lighten my work i wanted to use this for markings and made a test rule with only cancraftmasterwrit() and at least one of my writs should have been selected. Have I used it in a wrong way ?
    I can't see your rule content. If it's only "cancraftmasterwrit()" you can't do anything wrong. I will check it too.
    This Morning I logged in with a "Storage-Char" who stores some holiday-Writs and was surprised to see:



    On normal masterwrits this rule does nothing
    Report comment to moderator  
    Reply With Quote
    Unread 09/08/21, 01:22 AM  
    AlbertVonMoosseedorf

    Forum posts: 2
    File comments: 119
    Uploads: 0
    Originally Posted by demawi
    A couple of posts have accrued. I will try to work through them one after the other.

    @albert: ... There are some "instanceId" settings within the FCOIS-addon, perhaps they can help. .
    I am aware of the FCOIS-Setttings and for this specific marker the settings are:



    This says that this marker will not be automatically marked - maybe that won't work.
    But on the other hand, according to your protocol, this item has never been marked for sale but for destroy.
    Report comment to moderator  
    Reply With Quote
    Unread 09/07/21, 11:18 AM  
    Splash

    Forum posts: 0
    File comments: 8
    Uploads: 0
    Re: help
    Originally Posted by giuli
    Hi someone can help me with this error?
    It's happen with rbi when i have fcois activated. for test i have removed all saved vars and activated just rbi and fcois with respective libs but error remain. rbi alone is working as intendend, same for fcois

    Code:
    user:/AddOns/RulebasedInventory/RulebasedInventory.lua:76: attempt to index a nil value
stack traceback:
user:/AddOns/RulebasedInventory/RulebasedInventory.lua:76: in function 'RbI.RenameTask'
<Locals> from = "FCOISMark:1", to = "FCOISMark:lock", _ = "Hatshēpsut", characterSetting = [table:1]{}, raw = [table:2]{} </Locals>
user:/AddOns/RulebasedInventory/Modules/Task.lua:499: in function 'RbI.GenerateTasks'
<Locals> languageData = [table:3]{}, maxIconNr = 15, iconNr = 1, iconId = "lock" </Locals>
user:/AddOns/RulebasedInventory/RulebasedInventory.lua:112: in function '(anonymous)'
<Locals> event = 65536, addonName = "RulebasedInventory", thisCharacterSetting = [table:4]{}, allCharactersSettings = [table:5]{}, character = [table:6]{} </Locals>
    Thanks for help
    I had this error but 2 fix it u need only to login all of ur characters with Rbl and FCOIS activated and after that error will no longer shows (For me this fix this issue)
    Report comment to moderator  
    Reply With Quote
    Unread 09/06/21, 06:59 AM  
    giuli

    Forum posts: 0
    File comments: 8
    Uploads: 0
    Originally Posted by demawi
    A couple of posts have accrued. I will try to work through them one after the other.

    @giuli: It seems one of your character settings within the SavedVariables weren't initiated correctly. I will create a fix, which should handle this
    Thank you!
    Report comment to moderator  
    Reply With Quote
    Unread 09/06/21, 04:55 AM  
    demawi

    Forum posts: 0
    File comments: 68
    Uploads: 0
    A couple of posts have accrued. I will try to work through them one after the other.

    @giuli: It seems one of your character settings within the SavedVariables weren't initiated correctly. I will create a fix, which should handle this

    @jikuu: you're right. Currently freeslots work on the eso-GetNumBagFreeSlots function. Because all transactions will be executed together, this function has always the same value. I will check, if we could get a better solution here.

    @albert: I will check your found issues. The tag-issues seems to be a issues with german pronouns "^m" and that the tag-functions currently not using LibTextFilter. I will fix it.
    The craftbag-marking issue is perhaps a problem that items in the backpack and craftbag share the same instanceId. So when marking a material item in the backpack it will be also marked in the craftbag. There are some "instanceId" settings within the FCOIS-addon, perhaps they can help. For the other issues I have to take a closer look ("back and forth" transactions with Lazy Writ Crafter and recipes that need double bank opening).
    __________________
    developer of Rulebased Inventory
    Last edited by demawi : 09/06/21 at 05:31 AM.
    Report comment to moderator  
    Reply With Quote
    Unread 09/06/21, 02:25 AM  
    AlbertVonMoosseedorf

    Forum posts: 2
    File comments: 119
    Uploads: 0
    retain items for Lazy Writ Crafter doesnt work properly
    When I open the bank several times, the items for lazy writ crafter are retrieved the first time and stored the second time and so on. When Lazy Writ Crafter cannot retrieve all the Items from the bank in one time (e.g. my bag is full) I to make more space in the bag and open the bank a second time. I this case the items retrieved at the first time are stored and the items not retrieved at the first time are retrieved and so on. Therefore you never have all the neccessary items in the bag
    Report comment to moderator  
    Reply With Quote
    Unread 09/05/21, 12:32 PM  
    giuli

    Forum posts: 0
    File comments: 8
    Uploads: 0
    help
    Hi someone can help me with this error?
    It's happen with rbi when i have fcois activated. for test i have removed all saved vars and activated just rbi and fcois with respective libs but error remain. rbi alone is working as intendend, same for fcois

    Code:
    user:/AddOns/RulebasedInventory/RulebasedInventory.lua:76: attempt to index a nil value
stack traceback:
user:/AddOns/RulebasedInventory/RulebasedInventory.lua:76: in function 'RbI.RenameTask'
<Locals> from = "FCOISMark:1", to = "FCOISMark:lock", _ = "Hatshēpsut", characterSetting = [table:1]{}, raw = [table:2]{} </Locals>
user:/AddOns/RulebasedInventory/Modules/Task.lua:499: in function 'RbI.GenerateTasks'
<Locals> languageData = [table:3]{}, maxIconNr = 15, iconNr = 1, iconId = "lock" </Locals>
user:/AddOns/RulebasedInventory/RulebasedInventory.lua:112: in function '(anonymous)'
<Locals> event = 65536, addonName = "RulebasedInventory", thisCharacterSetting = [table:4]{}, allCharactersSettings = [table:5]{}, character = [table:6]{} </Locals>
    Thanks for help
    Report comment to moderator  
    Reply With Quote
    Unread 08/31/21, 07:13 AM  
    AlbertVonMoosseedorf

    Forum posts: 2
    File comments: 119
    Uploads: 0
    tag(string) doesnt work
    I implemented new rules for treasure items to keep some of them for the daily in clockwork city.
    But they dont work. The following is one sample:

    Code:
    type("treasure") and tag("schreib", "schrift", "Karten")
type("treasure") and tag("Karten")
type("treasure") and tag("map")
    I also tryed with only one string like tag("Karten") or english tag("map").
    Report comment to moderator  
    Reply With Quote
    Unread 08/30/21, 10:17 PM  
    Jikuu

    Forum posts: 0
    File comments: 14
    Uploads: 0
    I wanted my BankToBag task to keep 15 empty slots (for my selling alts to pull crap outta my bank)

    Code:
    freeslots('backpack') > 15
    I had thought just adding that in would do it but apparntly not.
    I'm guessing it runs the rules on all items first and then performs the deposit/withdraw , rather than one at a time?
    Report comment to moderator  
    Reply With Quote
    Unread 08/22/21, 11:43 PM  
    AlbertVonMoosseedorf

    Forum posts: 2
    File comments: 119
    Uploads: 0
    Re: Re: Question about FCOIS-Markings
    Originally Posted by demawi
    Originally Posted by AlbertVonMoosseedorf
    I normally do not look into my craftingbag (ESO+), but today I did. First view was ok, nothing marked, but as I opened the craftingbag twice there was some material marked for sell at the dealer (sell for dealer price !?, normally only junk) - I removed the markes immediately

    - is this intended, that rules run also on the craft bag ?
    - how can I avoid that rules run for the crafting bag ?

    I did not see any function like isinbank(), isincraftbag() ...
    You could use bag("backpack"), but perhaps we have a "trigger->bag" assignment consisteny problem here, so let's take a look into it: we have three item trigger, where fcoismarkings will be involved:
    • Item update, when a new item comes into bag => works only on BACKPACK
    • On item check startup => only BACKPACK
    • When running task manually => only BACKPACK
    I checked/tested all three trigger, working all as expected only on backpack. Perhaps the items where temporarily in the backpack?
    I took some time to have a proper and detailed protocol of the chat messages and screenshots of the crafting bag when and how it happens:

    1) this happens only while theft
    2) not each theft of a specific item (e.g. "lorkhans tears") produce this issue
    3) there is no chat message that lorkhans has been marked for sell
    4) everything else is inexplicable

    junk
    Code:
    stolen() and value() < 100 and rule("is unneeded stolen")
    destroy
    Code:
    stolen()
and bag("backpack")
and value() < 100 
and rule("is unneeded stolen")
    FCOIS-Marker "verkaufen" -> mark for sell / fence
    Code:
    stolen() and value() >= 100 and rule("is unneeded stolen")
    unneeded stolen
    Code:
    stolen() 
and not companion()
and not trait("ornate")
and not quality("legendary")
and not stype("museum_piece")
and not name("Straferlass", "Begnadigungserlass")
and not (type("trophy") and stype("treasuremap"))
and not type("disguise", "container", "recipe", "motif", "furnishing")
and not fcoismarker("Daily Provisioning", "verkauf im gildenladen", "Quest Item")
    23:29 Login and theft started

    23:42 chat protocol and screenshot of the crafting bag after first time lorkhans was stolen and destroyed
    23:51 chat protocol and screenshot of the crafting bag after second time lorkhans was stolen

    complete chat protocol of all lorkhans tears
    Report comment to moderator  
    Reply With Quote
    Unread 08/22/21, 02:36 AM  
    AlbertVonMoosseedorf

    Forum posts: 2
    File comments: 119
    Uploads: 0
    Re: Re: feature request: check activated CP skills
    Originally Posted by Jikuu
    You can make rules which checks if CP skill is currently slotted. For example:
    Code:
    cSkillSlotted('meticulousdisassembly')
    I personally use:

    for max results from deconstructing (cp skill and passives from crafting)
    Thanks, I havn't remarkt this rule
    Report comment to moderator  
    Reply With Quote
    Unread 08/22/21, 01:34 AM  
    Jikuu

    Forum posts: 0
    File comments: 14
    Uploads: 0
    Re: feature request: check activated CP skills
    You can make rules which checks if CP skill is currently slotted. For example:
    Code:
    cSkillSlotted('meticulousdisassembly')
    I personally use:
    cSkillSlotted('meticulousdisassembly') and craftingExtractBonus() == 3
    for max results from deconstructing (cp skill and passives from crafting)



    Originally Posted by AlbertVonMoosseedorf
    I would like to check for deconstruct, refine and fence, if I have activated the specific CP skill which is needed
    for better earnings within my rules. I know, this is rather a constraint on task level instead of per-Item,
    but at least it helps to avoid loss of earnings.

    - fence: cpskill("infamous")
    - deconstruct: cpskill("meticulous disassembly")
    - refine: cpskill("meticulous disassembly")

    I would also use this test for the task bagtobank.

    bagtobank: or (not cpskill("meticulous disassembly") and fcoismarker("deconstruct"))

    This is because I do not have enough CP to skill all the skills in the fitness tree I have to reskill before
    I go on prowl for theft and would like to store all items from normal chests to the bank for deconstruction
    with another crafter char.

    I hope that I am not the only one who has trouble with activating CP-skills and you will find this useful too
    Report comment to moderator  
    Reply With Quote
    Unread 08/21/21, 03:00 AM  
    AlbertVonMoosseedorf

    Forum posts: 2
    File comments: 119
    Uploads: 0
    feature request: check activated/slotted CP skills
    I would like to check for deconstruct, refine and fence, if I have activated the specific CP skill which is needed
    for better earnings within my rules. I know, this is rather a constraint on task level instead of per-Item,
    but at least it helps to avoid loss of earnings.

    - fence: cpskill("infamous")
    - deconstruct: cpskill("meticulous disassembly")
    - refine: cpskill("meticulous disassembly")

    I would also use this test for the task bagtobank.

    bagtobank: or (not cpskill("meticulous disassembly") and fcoismarker("deconstruct"))

    This is because I do not have enough CP to skill all the skills in the fitness tree I have to reskill before
    I go on prowl for theft and would like to store all items from normal chests to the bank for deconstruction
    with another crafter char.

    I hope that I am not the only one who has trouble with activating CP-skills and you will find this useful too
    Last edited by AlbertVonMoosseedorf : 08/22/21 at 02:32 AM.
    Report comment to moderator  
    Reply With Quote
    Unread 08/20/21, 02:40 AM  
    AlbertVonMoosseedorf

    Forum posts: 2
    File comments: 119
    Uploads: 0
    strange behaviour for bagtobank and banktobag
    Please do not understand my posts not as a complaint, I am very satisfied with RbI. I only want to help make it better and more flawless.
    I have a character for storing unused recipes based on its price and I need to open the bank at least 2 times until the transfer is complete.

    rule for bagtobank
    type("crownitem", "motif", "recipe", "collectible", "soulgem", "furnishing",
    "siege", "avarepair", "masterwrit", "poison", "drink", "potion", "food", "trophy")
    rule for banktobag
    (type("recipe") and quality("normal", "fine")
    and price() < 95 and not rule("is learnable"))
    rule "is learnable"
    type("motif", "recipe")
    and not fcoismarker("lock", "verkauf im gildenladen")
    and needlearn("Aerithrìa", "Quôrra", "Mîrandà", "Caìtlín", "Kaeleìgh", "Inàra")
    Last edited by AlbertVonMoosseedorf : 08/20/21 at 02:45 AM.
    Report comment to moderator  
    Reply With Quote
    Unread 08/18/21, 10:02 AM  
    demawi

    Forum posts: 0
    File comments: 68
    Uploads: 0
    Originally Posted by crysis992
    Can you add support for CharacterKnowlege?
    Maybe a rule like the craftstore one to check for recipe/motif/blueprint knowlege on an alt character, but using this addon instead of craftstore.
    With version 2.23 I refactored the intern multi character knowledge api, so we only need to implement the following functions for another multi character knowledge provider:
    • IsAvailable(charName): should return whether the given char data is available
    • IsLearnable(itemLink, charName): should return if a recipe/motif is still needed
    • IsResearchable(itemLink, charName): should return if a trait is still needed
    • GetCraftingRank(craftingSkill, charName)
    • GetCraftingLevel(craftingSkill, charName)
    If an addon can provide all these functions it would be easy to use this alternative knowledge provider.
    I know 'CharacterKnowledge' provide recipe/motif data, but does it also provide trait-research and crafting rank/level informations?

    hmm.. seems 'CharacterKnowledge' doesn't provide trait-researach informations. With this it's a bit more complicated, because I have to split the intern multi character knowlege api.
    I will add it to the roadmap.
    __________________
    developer of Rulebased Inventory
    Last edited by demawi : 08/18/21 at 10:23 AM.
    Report comment to moderator  
    Reply With Quote
    Post A Reply
    Page 1 of 28 1 2311 > Last »


    Report this file Report this File

    Category Jump: