PassLoot
What this mod does
This mod will allow you to automatically roll greed, need, pass, or if the setting is disabled, let you manually roll on loot based on customized loot rules.
By adding customized rules, you can do things like roll greed on all Bind on Equip items, except in Karazhan. You could also let it ignore all Bind on Pickup items, to let you manually roll on them.
Features
Automatic loot settings for each category:
- Need - This will roll need on the loot in this rule.
- DE - If an enchanter is present this will roll disenchant
- Greed - This will roll greed on the loot in this rule.
- Pass - This will automatically pass on the loot in this rule.
- If no loot method is selected, you will have to manually roll on the items.
- You may select multiple methods.
Loot rules can filter loot based on the following:
- Bind on status
- Can I Roll filter - Checks if you can roll differently
- Class / Spec - Checks if you are on a certain class / spec (does not check if the item is good for your spec)
- Equip slot
- Equipable - Only checks if you can actually equip the item. (does not check if the item is good for your spec)
- Group/Raid - Checks when in a group or raid - Use ZoneType for normal/heroic types.
- Guild Group - When the group has a percentage of guild mates.
- Inventory - Can check if you already own an item.
- Item Level (or formula based on current equipped level)
- Item Name (partial or exact)
- Item Price - Vendor value.
- Item Type and SubType
- Learned Item (recipes/mounts)
- Loot Won Counter/Comparison - How often you have won an item with the rule
- Player Name
- Quality
- Required Level (or formula based on current level)
- Uniqueness
- Usable Items - Checks for red text in tooltip - Good for recipes/mounts/pets.
- Zone
- Zone Type - Outside/Group/Raid - Raid Finder / Normal / Heroic
- Confirm BoP filter to accept BoP item popups
- Confirm DE filter to accept DE item popups (use care with this one)
Stat Matching
- Grab the PassLoot_ItemScales addon - Currently has support for Pawn.
- If you would like support for other addons let me know which ones.
Logic
- Rules are checked for a match in the order they appear.
- You may have more than one of the same type of filter.
- Each filter type must have at least one match.
- Items may not match any exception.
- If ( matched rule ) then ( roll ) else ( skip rule )
- Rolling is attempted in the following order: Need > DE > Greed > Pass. (Depending on what is selected)
Logic Example 1
- Quality -> Rare
- Quality -> Epic
- Binds on -> None
- Binds on -> Equip
- Binds on -> Use
This will match IF (Rare OR Epic) AND (None OR Equip OR Use)
Logic Example 2
- Item Type -> Armor
- Item Type -> Weapon
- Item Type -> Plate Armor (exception)
- Item Type -> 2H Maces (exception)
This will match IF (Armor OR Weapons) AND NOT (Plate OR 2H Mace)
Logic Example 3
- Quality -> Rare
- Quality -> Epic
- Binds on -> Pickup
- Usable -> Unsuable
- Zone Name -> Halls of Reflection (exception)
- Zone Name -> Pit of Saron (exception)
This will match IF (Rare OR Epic) AND (BoP) AND (Unusable) AND NOT (HoR OR PoS)
Roll Logic Examples
- -Need +DE +Greed -Pass = DE > Greed
- +Need -DE +Greed -Pass = Need > Greed
- +Need -DE -Greed +Pass = Need > Pass
- -Need +DE -Greed -Pass = DE > Manual roll
Basic Usage
- To open the configuration menu, type /passloot
- Use Add button to create a new rule (Rules are processed in the order they are listed)
- To remove a rule, select the rule and click the remove button
- To move a rule up and down in the list, select the rule and click the up/down buttons
- Once a rule has been selected, you can edit the description or change it's filters.
- To add a filter to the selected rule, select the filter you wish to add and click add.
- To remove a filter, select the filter in the Active Filters window and click remove. (You can also shift-right click the filter)
- To edit an active filter, select the filter in the Active Filters window and change it's properties. (You may have multiple filters of the same type to match)
- To test an item to see how PassLoot would roll, type /passloot test <shift-click an item>
Example 1 If you want to roll greed on all BoE items, except when on a raid in Karazhan, you can do the following:
-
Rule 1: (Greed)
- Zone -> Karazhan (Exception)
- Binds on -> Equip
(You can add more Bind On filters to the rule if you wish to add Bind on None or Bind on Use.)
Example 2 The only way to have it roll Need if condition X is met, and Greed if condition Y is met is to have 2 separate rules.
You wish to manually roll on all epic items, roll greed on all rare non-bop items items, and roll Disenchant on anything else (and greed if no disenchant option is available)
-
Rule 1: (nothing checked)
- Quality -> Epic
-
Rule 2: (Greed)
- Binds on -> Pickup (exception)
- Quality -> Rare
-
Rule3: (Greed + Disenchant)
- (no filters added)
Notes
-
Default settings
- Mod: On (If this setting is off, it won't do automatic pass/greed/need on anything)
- Quiet: disabled (If this setting is enabled, you won't see what it rolls on)
- All loot categories are disabled by default to let you manually roll on them.
- When rolling greed or need on BoP items, WoW will still ask you if you are sure you want to roll since it will bind on pickup. If you want to auto click yes on the BoP confirmations, add a Confirm BoP filter to the rule.
- The Loot Won Counters are only incremented when you win loot. It will remember what rule was matched and will increment that counter accordingly.
Translation
- Translation is done through the localization system on WoWAce.
If Passloot could import RAWR's Lootplan upgrade list; then you are correct. The actual "need" for Loot plan would be almost eliminated (unless u still wanted the tool-tip info).
We could then use a "RAWR" filter (if it existed) in Passloot.
This would eliminate a need for Atlas loot, and Lootplan.
I think you get the idea of what i'm saying.
Can it be done? Considered?
I believe its well recognized that RAWR is the only "relative" stat-weight system. (meaning, it apply's a stat-weight system that is relative to your current gear/character stats)
Other add-ons (i.e. Pawn and Gearscore) and web-sites use a static stat comparison which is not as efficient/effective because they don't look at your characters overall deficiencies & strengths.
Item Level
Less than 250
Greater Than 95
This still rolls on items above the 250 threshhold. It also rolls on items below the threshhold if reversed. Suggestions?
Non-Exceptions are OR'ed. Exceptions are AND'ed. (Reason I OR'ed is because of filters such as Quality where you might want Epic OR Rare)
Your current rule is < 250 OR > 95 which matches everything.
Two solutions come to mind -
Creating 2 exceptions (both are AND'ed):
Not > 249 and not < 96.
Creating 1 exception:
< 250 and not < 96
Alternate 1 exception:
> 95 and not > 249
AtlasLoot Wishlist -> Current Player
Inventory -> Equal to 0 (You could do Less than 1 as well)
Then yes, it will only roll on the items if you do not have them already.
Both errors should be fixed
hello this is for version 102:
2010/01/18 15:10:35-108-x1]: AceLocale-3.0: PassLoot: Missing entry for 'Enabled': PassLoot-4.0\ModulesGUI.lua:337: in function `SetupModulesOptionsTables' PassLoot-4.0\PassLoot.lua:166: in function <Interface\AddOns\PassLoot\PassLoot.lua:163> (tail call): ?: <in C code>: ? <string>:"safecall Dispatcher[1]":9: in function <[string "safecall Dispatcher[1]"]:5> (tail call): ?: AceAddon-3.0-5 (AddFriend):531: in function `EnableAddon' AceAddon-3.0-5 (AddFriend):621: in function <...\AddOns\AddFriend\libs\AceAddon-3.0\AceAddon-3.0.lua:607> <in C code>: in function `LoadAddOn' Interface\FrameXML\UIParent.lua:234: in function `UIParentLoadAddOn': Interface\FrameXML\UIParent.lua:257: in function `CombatLog_LoadUI': Interface\FrameXML\UIParent.lua:481: in function <Interface\FrameXML\UIParent.lua:453>:
hello, this is for version 100
[2010/01/11 22:49:54-34-x1]: PassLoot-4.0\Modules\ClassSpec.lua:4: Cannot find a library instance of "LibBabble-TalentTree-3.0". AddFriend-3.27\libs\LibStub\LibStub.lua:23: in function `LibStub' PassLoot-4.0\Modules\ClassSpec.lua:4: in main chunk
I have a rule for needing things on my AtlasLoot Wishlist. I have it as:
Rule 3. Wishlist--Need
Group/Raid ->Group
Quality ->Epic
Confirm BOP
AtlasLoot Wishlist -->wishlist name
After a particularly laggy ICC run I disabled AtlasLoot and PassLoot in an attempt to use less resources. Afterward I ran some random heroics with friends and turned PassLoot back on but forgot about AtlasLoot. The first BOP epic I came across the mod needed... i guess because it fit all the other perimeters of the rule and AtlasLoot was not enabled.
How can I prevent this from happening in the future? Is there some way to modify the rule/ add some sort of checkbox to the mod/ something so that I dont accidently need something I dont want and look like a ninja? I thought maybe I could change the rule to just Confirm BOP and AtlasLoot Wishlist but then what if I dont have AtlasLoot enabled again.. something on my wishlist comes up... wouldn't it just skip my Wishlist/Need rule and go right to the Other Epics rule where I DE/Greed and confirm BOP/DE? My item would be gone in a flash before I could do a thing about it =(
Any advice?
It originally sounded like you wanted (Wishlist and Epic and Group)
Now it sounds like you want (Wishlist or Epic) and group ?
If this is the case, unfortunately the logic in my mod is limited to anding different filters. I have thought about allowing a more advanced logic system.
However, at the moment, the only way to do what you want is to create 2 rules:
1st (Wishlist and Group)
2nd (Epic and Group)
This will give the same result as (Wishlist or Epic) and Group.
Rule 3. Wishlist (Need)
AtlasLoot Wishlist ->(wishlist name)
Quality->Epic
Group/Raid->Group
Bind on->Pickup
Confirm BOP
Rule 4. Other Epics (DE/Greed)
Quality->Epic
Group/Raid ->Group
Bind On-> Pickup
Confirm BoP
Confirm DE
In the bug I reported earlier, I had PassLoot and PassLoot AtlasLoot enabled but AtlasLoot was disabled. When I came across an Epic BoP, Rule 3 caused the mod to Need it because, apparently, with AtlasLoot disabled any Epic BoP meets the requirements of Rule 3.
My concern NOW is this: You have changed PassLoot AtlasLoot not to apply the rule if AtlasLoot is disabled. Therefore, under my 4 rules, IF AtlasLoot is DISABLED and an Epic BoP drops, wouldn’t PassLoot check my 3rd rule, the Wishlist, ignore the rule because of the change you made, and go straight to rule 4? Therefore, if something I actually wanted dropped, it would match the conditions of rule 4 and be either greeded or DEed before I could blink.
Basically what I want to know is what will happen if the 3rd rule isn’t applied because of the change you made to PassLoot AtlasLoot? Will PassLoot just stop and not go on to Rule 4, letting you manually roll or will it simply skip over Rule 3 and apply rule 4?
Previously, it would match the rule if you did not have atlasloot enabled. (it would assume every item is on the wishlist if you had the filter added)
Rule 1. No Match ->on to Rule 2. No Match on to Rule 3. Cannot apply rule 3 because AtlasLoot is disabled ->do not apply subsequent rules?
How about you make a small change to PassLoot_AtlasLoot, that when it is enabled, it checks as soon as you log on to see if it can load the Wishlists (basically checking if AtlasLoot is enabled). If it cannot load the wishlists, it produces a pop-up telling the user that AtlasLoot Enhanced is not enabled and may cause some issues with any rule that contains a filter for Wishlists and encourages them to go back and enable AtlasLoot Enhanced.
This would not effect any user of PassLoot who does not also use PassLoot_AtlasLoot.
This should circumvent any further issues I may have with PassLoot enabled and AtlasLoot disabled.
Thank you for your time on reading and replying so far =)