[AddOn] aux and more

[shirsig 18]

12 minutes ago, maos said:

I read that you could search for suffixes with aux, but I'm having no luck. I tried with a simple "of the monkey" and found nothing.

Sort of. What you can is filter by tooltip entries (post filter only).

For example "scouting gloves/tooltip/of the monkey", or "scouting gloves/of the monkey" for short (unknown filters in positions other than the first are automatically treated as tooltip filters), or more specifically e.g. "scouting gloves/+4 agility/+4 stamina"

[maos 1]

12 minutes ago, shirsig said:

Sort of. What you can is filter by tooltip entries (post filter only).

For example "scouting gloves/tooltip/of the monkey", or "scouting gloves/of the monkey" for short (unknown filters in positions other than the first are automatically treated as tooltip filters), or more specifically e.g. "scouting gloves/+4 agility/+4 stamina"

Thanks!

[Aurigon 2]

Great trick that last one, really. A couple more questions though:

1) Why are scans counted (always displaying 1 / 1 during scan)?

2) I usually get a message that table is full after a while, if I'm scanning a lot of pages. It says that further results will still be elaborated, but they won't appear in the table. What does that mean and what is implied? Historical value won't be updated for those results?

[shirsig 18]

28 minutes ago, Aurigon said:

Great trick that last one, really. A couple more questions though:

1) Why are scans counted (always displaying 1 / 1 during scan)?

2) I usually get a message that table is full after a while, if I'm scanning a lot of pages. It says that further results will still be elaborated, but they won't appear in the table. What does that mean and what is implied? Historical value won't be updated for those results?

You can do multiple scans using semicolons. E.g., "peacebloom/exact;silverleaf/exact"

It's the opposite, like it says, it won't be shown but it will be considered for the history. The only reason for the limit really is table sorting performance.

[Aurigon 2]

I see... is such limit client-sided? More specifically, are those further results also not shown with the default Blizzard UI? In the end, auctions not shown are like they were never posted, as in is it like they didn't exist at all (and the only way to see them would be to search for those specific items?)? If so, what is taken into account to determine what auctions are listed in the results, the cheapest ones, those with the least time left, those with the lowest % of historical value...?

Sorry for all the questions, but certain things are just not so straightforward xD

[shirsig 18]

Yes, I just mean that after a certain point you would get lag spikes whenever the table is updated with a new page or when manually sorting. It stops listing any newly scanned ones after the limit. You can always use the clear button to make room for new ones. The default UI only ever shows you one page at a time.

In any case, I don't really see any reason to ever use a filter that will make it reach the limit. Of course if you only scan for history it doesn't really matter but it never hurts to add for example a profit filter.

[Lebowski 0]

I just downloaded the latest aux and the current bid price's are being inaccurately shown in the aux post tab, For example, Arcane Crystal's lowest bid's are just over 24g each. I have 6 crystals currently in my bags. When I go to post them,  it's dividing the stack size vs lowest bid resulting in the lowest bid being shown at 4g. When I scale my stack size from 6 to 1, the bid value changes per stack size change. It appear's to be dividing the stack size to equal the lowest bid.

[Aurigon 2]

I'm not very confident with repositories and stuff. I downloaded the latest aux version, then remade the italian localization from scratch. I'm still not getting how I could download new updates without affecting/overwriting my localized strings. =(

[Jazzwah 1]

If u could make ccwatch work on focus target (FocusFrame addon) that would be awesome!

[shirsig 18]

20 hours ago, Lebowski said:

I just downloaded the latest aux and the current bid price's are being inaccurately shown in the aux post tab, For example, Arcane Crystal's lowest bid's are just over 24g each. I have 6 crystals currently in my bags. When I go to post them,  it's dividing the stack size vs lowest bid resulting in the lowest bid being shown at 4g. When I scale my stack size from 6 to 1, the bid value changes per stack size change. It appear's to be dividing the stack size to equal the lowest bid.

That's no mistake.

7 hours ago, Aurigon said:

I'm not very confident with repositories and stuff. I downloaded the latest aux version, then remade the italian localization from scratch. I'm still not getting how I could download new updates without affecting/overwriting my localized strings. =(

Not sure what you expect from me, to copy paste a git tutorial? This sort of thing is exactly what a VCS like git is for. You can either learn how to use it or, the only alternative, like you've done so far, do everything by hand.

2 hours ago, Jazzwah said:

If u could make ccwatch work on focus target (FocusFrame addon) that would be awesome!

Not sure what you mean. How doesn't it?

[Lebowski 0]

I'm a huge fan and using aux all time, and I particularly dislike that bid discount being standard. I guess I'll stick to my old version of aux until more options are added. Thanks for your great work!

[shirsig 18]

Discount? What would be preferable? The unit price is useless for undercutting the stack price. It would be all over the place. The stack price is naturally used for the sorting but it's not that useful for the listing because it doesn't show what unit price you'll get. That's why I normalize it by the stack size (that you have selected). Matches the stack price sorting and also shows what kind of deal you'd be making.

Edited April 5, 2017 by shirsig

[Lebowski 0]

I'd prefer to see accurate data on the bid's posting list rather than it showing me that the bids are currently at 15% value (or lower). Thank's for assuming we want to start our bid's at absurdly low prices, I'll stick with the older version :)

[shirsig 18]

You're missing the point. The bid listing is for undercutting stack prices (so that you'll appear higher up in the default AH). The unit bid prices of the auctions are irrelevant. There's no point in even looking at them for reference. That's what you got the buyout listing for.

[Lebowski 0]

I completely understand the reasoning behind trying to put your auctions up higher so people without addon's see it first. However, I don't want the addon to be doing that so I'll just stick to your older version which has default settings for my auctioning preference. UNTIL you add more options for people to AH the way THEY want to, I won't be updating. Thanks though for producing a wonderful addon :)

[shirsig 18]

Well, that was the only reason I ever added the bid listing in the first place (someone requested it for that purpose). I don't know any other good reason to even look at the bids. There's no point in undercutting the bids in the same way as buyouts because they increase anyway as soon as people start bidding.

Anyway, it seems most people don't even want that, which is why there's no bid listing at all now by default.

Edited April 5, 2017 by shirsig

[Aurigon 2]

1 hour ago, shirsig said:

Not sure what you expect from me, to copy paste a git tutorial? This sort of thing is exactly what a VCS like git is for. You can either learn how to use it or, the only alternative, like you've done so far, do everything by hand.

I'm not expecting anything of anyone, it's you who are expecting me to learn to use a VCS. I only told you I made a localized version of your addon, which was something simple for me to do, just editing what lines needed being translated (which wasn't hard to figure out myself). Given that you know how a VCS works - while I don't even know what VCS means - I thought it would be easier and faster for you if I just handed you the edited files, then you would know how to implement them 'dynamically', so that you can still develop your addon normally, tweaking code and strings and whatnot, without altering the translated parts. It's obvious now that such procedure isn't so simple as I had imagined, since you're telling me it even requires to go through a whole tutorial to do it right. I have no interest in learning how a VCS works, I'm content with the current state of the addon, and the fact it works in my own language. I'm not watching its repo for new versions, to re-apply my localization every time a new patch is out. Because, the way I undestand it, that's what I would have to do in the end. Thanks but no, I'm not versed in this kind of things, and it's not my addon... it's yours.

That being said, I noticed bids disappeared in the newer version, I personally had no problem with the previous one... it was more informative, if anything. Anyway, is there a way to change the default undercut amount? If I remember correctly, it currently undercuts by just 1c. I'd like to know if there's a way (or even a line in some .lua) to manually set that value.

Thanks and keep up the good work, it's one of the greatest addons I've ever seen.

Edited April 5, 2017 by Aurigon

[Lebowski 0]

I always look at the bid price's when I post because I feel like alot of my competitor's reduce their bid's by a small margin to be the first on the posting list. I completely understand the reasoning behind the change and for some I feel that's a wonderful feature, however it's not something I'm fond of. If you ever add an option to make the bid reduction optional I'd upgrade again but honestly I feel the version just before removing the bid window suit's my auctioning style best.

If anyone is confused in regards to what I'm talking about relating to the bid % http://imgur.com/a/STv7U

 

Anyways, I truly appreciate your effort's in greating such a phenomenal addon that nearly replicates TSM

[shirsig 18]

3 minutes ago, Aurigon said:

I'm not expecting anything of anyone, it's you who are expecting me to learn to use a VCS. I only told you I made a localized version of your addon, which was something simple for me to do, just editing what lines needed being translated (which wasn't hard to figure out myself). Given that you know how a VCS works - while I don't even know what VCS means - I thought it would be easier and faster for you if I just handed you the edited files, then you would know how to implement them 'dynamically', so that you can still develop your addon normally, tweaking code and strings and whatnot, without altering the translated parts. It's obvious now that such procedure isn't so simple as I had imagined, since you're telling me it even requires to go through a whole tutorial to do it right. I have no interest in learning how a VCS works, I'm content with the current state of the addon, and the fact it works in my own language. I'm not watching its repo for new versions, to re-apply my localization every time a new patch is out. Because, the way I undestand it, that's what I would have to do in the end. Thanks but no, I'm not versed in this kind of things, and it's not my addon... it's yours.

That being said, I noticed bids disappeared in the newer version, I personally had no problem with the previous one... it was more informative, if anything. Anyway, is there a way to change the default undercut amount? If I remember correctly, it currently undercuts by just 1c. I'd like to know if there's a way (or even a line in some .lua) to set that value.

Thanks and keep up the good work, it's one of the greatest addons I've ever seen.

Yeah, no, sorry, there's no way to do that. The easiest way I can think of would be to use git and even then you might still have to manually merge when there are conflicts. Strings can be moved to different files, they can be dynamically generated, they can be changed (in meaning, formulation, ...), new ones may be added etc.

There's no way to localize once and then automate it for further updates.

Note though that if you ever want to do anything related to software engineering you'll have to learn how to use a VCS and git is extremely popular with no replacement in sight so it's one of the best investments you can make in that regard.

[shirsig 18]

9 minutes ago, Lebowski said:

I always look at the bid price's when I post because I feel like alot of my competitor's reduce their bid's by a small margin to be the first on the posting list. I completely understand the reasoning behind the change and for some I feel that's a wonderful feature, however it's not something I'm fond of. If you ever add an option to make the bid reduction optional I'd upgrade again but honestly I feel the version just before removing the bid window suit's my auctioning style best.

If anyone is confused in regards to what I'm talking about relating to the bid % http://imgur.com/a/STv7U

 

Anyways, I truly appreciate your effort's in greating such a phenomenal addon that nearly replicates TSM

Ok but then you are talking about default ah positioning so why are you interested in the bid unit prices (which is what was shown before), I still don't understand. The current listing doesn't show "reduced" bid unit prices, it shows normalized stack prices. I think the old listing both showed and sorted by unit prices, making it pretty useless for this. Now, since it's sorted by stack price (normalized or not) the position in the listing corresponds exactly to the position in the default ah listing. If you undercut entry 1 in the listing, your auction will be at the top, if you undercut entry 2 it will be 2nd, etc. The color coding now works by this logic too. If you undercut your competitor in the buyout listing the corresponding bid will show up red if they do as you said. The low percentages are not asking you to post that low, they're warning you not to. If the percentages are too low you should either lower your stack size or accept to be low in the listing.

 

[Lebowski 0]

I don't want to post my auctions at absurdly low prices and I'd rather see ACCURATE data. I don't want a stack of 6 arcane crystals to have a starting bid of 24g.

[shirsig 18]

I can only repeat what I just said: The low percentages are not asking you to post that low, they're warning you not to.

The default ah sorting is by stack! price.

If you post a stack of 6 you will have to go for a very low unit price to undercut the stack prices of all the 1-stack auctions to be listed above them.

So either you should reduce your own stack size to 1 (which will show (6 times) higher values in the listing or accept that all the 1-stacks will be listed above yours and only undercut the first bid entry with a high percentage or none at all.

Edited April 5, 2017 by shirsig

[Lebowski 0]

Or I can just use the older version and not deal with your warning of what not to post it at. Thanks though!

[shirsig 18]

2 minutes ago, Lebowski said:

Or I can just use the older version and not deal with your warning of what not to post it at. Thanks though!

I still don't understand why the prices in the old listing are useful at all. They're not "more accurate". They're just different values (and not useful for default ah positioning). You do realize that if you undercut the unit price in the old listing that doesn't mean you will be listed higher in the default ah? (because the default ah sorts by stack and not unit price)

[Lebowski 0]

Yes I'm fully aware of this. However I do not care at all about seeing this division in price posting occur within the bid listing. I want to see accurate bid's, not division to exploit the posted listing. The previous version I have is fundamentally the same as what is out now so until you've reverted this change I'll be using the old addon. Thanks and have a nice day.