shirsig

What? This error is most likely from some weird shit some other addon does (move anything?).

1. No 2. That makes no sense. It's the vanilla API that allows it, later ones do not. Either way, queuing is clunkier most of the time and also you still need to wait just as long after queuing anyway. @SealHeal Disable other addons.

We have 1.12 mechanics and content of the current patch. Whether a pet's damage type is a mechanic or content is arguable, so it's not necessarily a bug, but at least it should be consistent (if lupos has shadow damage ursol'lok should have fire damage, snarler should have his resists etc.)

Same as always. delete savedvariables/clean install of newest version

/cdframes frame player works fine for me

should be fixed. you can disable any frame with /cdframes frame name

Not sure I understand. If you use aux_merchant_prices there was a bug in an older version where the vendor prices for charge items were the price for full charges rather than the unit/charge price.

You can now add frames for lua expressions evaluating to unit names. For this for example: /cdframes frame focus CURR_FOCUS_TARGET

(btw, is there a way to notify people about a post without quoting?) I've read your message (always do, though I may take a long time to respond). Like he said, it's possible, though I hate hardcoding support for specific addons so I'll try to do something more generic. Should be a larger update coming soonish.

Is it working in pvp?

Hm, in pve bars are removed when you exit combat, maybe that's the issue? Do you have an old version? Video? Don't have a rogue.

Open pvp enemy frames/alerts, inspired by combatsentrygizmo, but much simpler and more streamlined. https://github.com/shirsig/enemybars Click to target, drag to move. /enemybars scale number /enemybars invert (change growth direction)

Recently fixed a bug with icons randomly not showing. The newest version will also store character data between sessions to be able to show it before targeting is possible when the same players are encountered again. The way the scanning currently works is that auto targeting happens only once per unscanned enemy to get the portrait, as soon as targeting is possible without interference (combo points, auto attack/shot timers). The only way to get updates for the health bar and portrait (e.g., shape shift) after that is by targeting/mousing over. Frames disappear after 30 seconds of no combat log events, targeting or mousing over. Without the aggressive scanning of earlier versions it will be possible to increase the number of bars significantly without lag issues. I will add an option to set the size eventually. Until then you could directly edit the SIZE constant in the top of the .lua file.

Well, I would say higher up is always better. It's a trade off between that and how low a bid unit price you're willing to risk (unless you're ready to cancel in case it doesn't sell, or are confident enough that it will be bought out, then you can just undercut everything) I think it's the wrong approach to decide on your stack size before looking at the other auctions, especially since aux automatically stacks for you. For items where people find it convenient to buy larger stacks I usually try to use the highest possible stack size that still allows me to to undercut a reasonable amount of other auctions' stack bid prices without going below yellow or green percentages. If you don't want to undercut stacks other than those of the same size as yours you can just ignore the ones with other sizes in the listing which is easy because those with the same size are highlighted in green. As long as you're posting at the same stack size as your previous auctions the unit price shown is the actual unit price, and otherwise your own auctions have the auction count highlighted in green so you can't miss them either way.

There's no point in undercutting the per unit bid price. The default AH can only sort by stack bid price, so that's what you need to undercut to appear high up. Since the listing now shows you the kind of unit prices you're actually gonna get for undercutting stack bid prices it's much less dangerous to get one that is too low. Even just taking a glance at the percentage color makes it pretty safe. And since the table is now also sorted by basically the target unit price you intuitively see which auctions will appear above yours (the ones listed above the one you're undercutting) and which will be below. Further you can easily find out which stack size is low enough by observing the percentages while modifying the stack size.

Well, technically it's the "Bid price per item needed to match that auction's stack bid price" but that's a bit long for the header.

It's the bid price divided by your selected stack size.

This was explained in one of my recentish posts. The purpose of the bid listing is to undercut bid stack prices and the data shown is optimized for that.

whateverherbname/exact/percent/105 then add it to the favorites and activate auto-buy

No, but I've been using it for months and that's never happened.

There are parts with ["post"] = { ... }, if you delete those the price history should not be affected

Savedvariable.lua has nothing to do with addons. The addon savedvariable files are always named like the addon. There are two types of addon savedvariable files, an account wide file and one for each character. Someone really should make a sticky for this. In this case you need to delete the account wide one, or specifically the post-tab related part within it. Aux scans from page 1 up to the last where the number is the index used to query the server. What is actually on the pages depends on the server. In the blizzlike auction house the newest auctions are always appended to the last page but it doesn't work that way on elysium or kronos, which is also why sniping with the real time mode doesn't work for the most part (unless you use a narrow blizzard filter). I really do welcome criticism and try to implement many requested features. Maybe I should clarify that when I present counter points after someone makes a suggestion it doesn't mean that I think the suggestion is stupid or that I will never implement it but I think it should be obvious that I'm not just gonna implement anything anyone requests without questioning it. For where there is no plainly obvious solution my purpose is to create a discussion and then I will think about what was said in my off time when I'm waiting on the bus or whatever and eventually I may find a better solution that satisfies more requests, which sometimes is fast and sometimes may take a few months ... And of course personal insults are always uncalled for.

Well, the historical value is require'aux.core.history'.value(item_key) where item_key is the item id and suffix id with a : in between.

Pretty sure I've tested it with onebag. are you sure you went through all of them? there can be a ton if you have many addons installed. maybe try temporarily disabling other addons to place the button. Pretty much everything is accessible through the module system. what do you need? after skin you need to put the name of the skin Delete the savedvariables or otherwise it's items which aren't actually auctionable for some reason but where aux can't detect that initially (e.g., lockboxes) Well, isn't it true? I can see why the total price of all auctions posted might be interesting in some cases (though not sure which all exactly should be included) but a single stack price, why do you need to know that.

Now you're talking about the search tab though, which, as has been said before, is an almost exact copy of the popular retail addon of many years, TSM. Auctioneer's search even shows the same information too: The extra information there is simply needed because you are not always just looking for the cheapest citrine. Besides, this is an AH addon, not a flower, so aesthetics aren't the first priority, making good deals is.