I use it to get the body of the mail, which other mail addons don't. What I can do is to turn this into an option though.
Yes, they do scan the body using GetInboxText(). They then use tricks to recolor the items in your mailbox so they show up as unread.
Auctioneer's BeanCounter is an example of doing this. It's complicated, ugly, and involves placing hooks into the mail frame to catch clicks and keep track of what is "really" read, but it works.
@Thelibrarian:
I didn't know they were doing this, but by the looks of it, it doesn't smell like something I want to do. I try to minize the interactions with the default interface, and letting the user believe a mail is "unread" when it is actually "read" is not something I want to do.
Btw, I'm working on the addon right now, a lot of corrections have already been brought in, I'll probably post an update tonight.
Altoholic appears to update its bank items cache only on bank open. This is a problem because it doesn't account for one's removal or addition of bank items.
Scenario: My character has 60 wool in the bank. She goes to the bank and opens it, and Altaholic records the 60 wool. The tooltip for Wool Cloth now reports that I own 60. Now I remove all 60 into my bags and close the bank. The tooltip for Wool Cloth (and the counts in the Altaholic interface) now reports that I own 120: 60 bank, and 60 bags, which is obviously incorrect ;). Now if I open my bank again and close it, it appears that Altoholic updates its bank items cache, and the tooltip correctly reports that I have 60 wool in my bags.
I could be way off base on the cause, here, but the steps to reproduce listed above should at least display the behavior.
Again, thank you so much for all the hard work on this most excellent addon. It is one of (and I'm being serious here) the most exciting addons I've had the pleasure of using in a long time.
@cheadstina:
now that you mention tinytip, a friend of mine had reported a tooltip issue, and after debugging it with him, tinytip was guilty. I believe that the cause is that tinytip does not hook the tooltip properly, I haven't checked its code though.
@ronaldscott:
Known issue, but currently low on my priority list since it only happens during very limited periods. I do intend to address it at some point. The same actually happens when you're taking attachments from a mail. This is due to the fact that I avoid browsing bags & mails everytime there's a change, there's thus a short period of time during which the item appears twice in the db.
I repeatedly get this error, with all of my characters. I'm on deDE.
[2008/04/26 07:26:53-1322-x4]: Altoholic-2.4.009\Altoholic.lua:2654: attempt to index field '?' (a nil value)
Altoholic-2.4.009\Altoholic.lua:3523: in function `ProcessTooltip'
Altoholic-2.4.009\Altoholic.lua:3452: in function <Interface\AddOns\Altoholic\Altoholic.lua:3443>
Another Error I got:
[2008/04/26 08:03:26-1323-x1]: Altoholic-2.4.009\Altoholic.lua:2654: attempt to index field '?' (a nil value)
Altoholic-2.4.009\Altoholic.lua:541: in function `OnShow'
<string>:"*:OnShow":1: in function <[string "*:OnShow"]:1>
<in C code>: in function `Show'
Altoholic-2.4.009\Altoholic.lua:465: in function `ToggleUI'
Altoholic-2.4.009\Core.lua:3: in function `value'
Interface\FrameXML\ChatFrame.lua:3032: in function `ChatEdit_ParseText':
Interface\FrameXML\ChatFrame.lua:2724: in function `ChatEdit_SendText':
Interface\FrameXML\ChatFrame.lua:2745: in function `ChatEdit_OnEnterPressed':
<string>:"*:OnEnterPressed":1: in function <[string "*:OnEnterPressed"]:1>
Hi, just started some localization for deDE. Its not complete yet, but at least I can see my characters in the Frame now.
When I added more localized stuff, I'll post the file later today (I think :D ) However still got an error (dont know if its localization related, if yes pls ignore!)
[2008/04/26 09:42:51-1325-x1]: Altoholic-2.4.009\Altoholic.lua:1082: attempt to concatenate field 'name' (a boolean value)
<string>:"*:OnShow":1: in function <[string "*:OnShow"]:1>
<in C code>: in function `Show'
Altoholic-2.4.009\Altoholic.lua:465: in function `ToggleUI'
Altoholic-2.4.009\Core.lua:3: in function `?'
Interface\FrameXML\ChatFrame.lua:2995: in function `ChatEdit_ParseText':
Interface\FrameXML\ChatFrame.lua:2724: in function `ChatEdit_SendText':
Interface\FrameXML\ChatFrame.lua:2745: in function `ChatEdit_OnEnterPressed':
<string>:"*:OnEnterPressed":1: in function <[string "*:OnEnterPressed"]:1>
I ran into your addon on wowinsider today and i think its great! however i do have a request:
I'm not just an altoholic, im a multiboxing altoholic! This means that im using several accounts in order to play several characters at the same time. Currently, the information in your addon is restricted to the alts of one account, i would like to be able to have access to information about all alts on all accounts.
Works fine for me now and I discovered the full potential of this great Addon. I attached the file. Its already in UTF-8. Pls include it into the next release.
Pls note that "Receipts" is not recognized in any language. Its commented out and uncommenting it gives an error ingame. So I still get the English word in the German localization for this.
And please dont forget to add the file to the .toc! ;)
Thanks a lot ! I checked your work and it's clean :)
It will be in the next version, that I intend to release soon(tm).
If you could give me the exact translation for:
- "Quests"
- "Recipes"
I'll finalize the menu to use them.
@flitsflits :
I've been asked about multiple accounts several times lately, and as I said, it's not directly possible. I do however intend to implement information sharing between players, but I still have a lot of things in the pipeline before this sees the light of day.
Altoholic has a recipie section and it prints into the tooltip of recipies what chars "could" use it (ie has that proffession).
It would be nice if it could have a function simmilar to the one provided by "ProffessionBook" and instead of just sayng "char could learn this" say
"char already knows this"
"char skill to low"
"char can learn this"
And if possible also implement something simmilar to the AH coloring that Proffessionsbook gave (red if noone can learn it, green if current char can learn it, think it was yellow if one of ur chars has the proff but to low lvl and blue if an alt can learn it).
(i stopped using proffessionsbook cos of the huge memory issues it caused)
Also for easy manageing of the proffession listing it would be nice if it was somehow searchable (with a tailor/enchanter that has "almost!" every higer end recipie in the game but missing many low lvl ones its a lot to look through to see if i have that low lvl item or not).
v2.4.010 has just been uploaded on wowinterface & curse.
Don't forget to delete the DB in the WTF folder !!!
@Ayindi:
Thanks for the translation again, it's been added to this release, let me know if you notice any inconsistency related to deDE.
@Kerecha:
Based on your suggestion, the only thing missing is "char skill to low", I'll see if this can be implemented easily. I'm not sure if I'll implement a coloring scheme at the AH, like that of ProfessionsBook, I discussed this point with a few guildmates, and they were actually happy that Altoholic left the AH as it was. So it's not a no.. it's a maybe (and would be configurable anyway) :)
Regarding the ability to search professions, it's been implemented in the version I just released. Enjoy :)
@Kerecha:
Based on your suggestion, the only thing missing is "char skill to low", I'll see if this can be implemented easily. I'm not sure if I'll implement a coloring scheme at the AH, like that of ProfessionsBook, I discussed this point with a few guildmates, and they were actually happy that Altoholic left the AH as it was. So it's not a no.. it's a maybe (and would be configurable anyway) :)
I only get "Could be used by Name" reguardless if the character's skill level or patterns learned.
ie both my enchanters knows [Formula: Enchant Weapon - Unholy] and still the tooltip says:
"Could be used by Priest"
"Could be used by Mage"
rather then
"Already known Priest"
"Already known Mage"
How do i search in proff, can't find any options for it.
just fixed two typos from me in the deDE file and translated "Beast Training". I dont play a Hunter so I'm not sure if my translation matches exactly. I attached the file with the little fixed for one of your next releases.
Seems like there's still a bug in the matching function to detect who knows a recipe or not .. I'll work on it.
In order to search professions, you must have v2.4.010 installed, reset your database file, reload your characters + open their profession windows at least once. Then make sure you select the checkbox in the top right corner of the addon (include known recipes), and perform a normal search.
@Ayindi: thanks, will apply your changes for the next version.
Seems like there's still a bug in the matching function to detect who knows a recipe or not .. I'll work on it.
In order to search professions, you must have v2.4.010 installed, reset your database file, reload your characters + open their profession windows at least once. Then make sure you select the checkbox in the top right corner of the addon (include known recipes), and perform a normal search.
@Ayindi: thanks, will apply your changes for the next version.
did that, but it seems wowinterface keeps giving me v2.4.009 when i download.
Rollback Post to RevisionRollBack
To post a comment, please login or register a new account.
Can you be more specific about this please ? Don't hesitate to use screenshots :)
Odd, guess it was some non-persisting conflict with pawn/informant/ratingbuster/wowecon... oh well
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumYes, they do scan the body using GetInboxText(). They then use tricks to recolor the items in your mailbox so they show up as unread.
Auctioneer's BeanCounter is an example of doing this. It's complicated, ugly, and involves placing hooks into the mail frame to catch clicks and keep track of what is "really" read, but it works.
@Thelibrarian:
I didn't know they were doing this, but by the looks of it, it doesn't smell like something I want to do. I try to minize the interactions with the default interface, and letting the user believe a mail is "unread" when it is actually "read" is not something I want to do.
Btw, I'm working on the addon right now, a lot of corrections have already been brought in, I'll probably post an update tonight.
Altoholic appears to update its bank items cache only on bank open. This is a problem because it doesn't account for one's removal or addition of bank items.
Scenario: My character has 60 wool in the bank. She goes to the bank and opens it, and Altaholic records the 60 wool. The tooltip for Wool Cloth now reports that I own 60. Now I remove all 60 into my bags and close the bank. The tooltip for Wool Cloth (and the counts in the Altaholic interface) now reports that I own 120: 60 bank, and 60 bags, which is obviously incorrect ;). Now if I open my bank again and close it, it appears that Altoholic updates its bank items cache, and the tooltip correctly reports that I have 60 wool in my bags.
I could be way off base on the cause, here, but the steps to reproduce listed above should at least display the behavior.
Again, thank you so much for all the hard work on this most excellent addon. It is one of (and I'm being serious here) the most exciting addons I've had the pleasure of using in a long time.
It was the dear old Tinytip r41188 that makes the tooltip for Altoholic not work. I only use tinytip on one char, that's why I got confused.
now that you mention tinytip, a friend of mine had reported a tooltip issue, and after debugging it with him, tinytip was guilty. I believe that the cause is that tinytip does not hook the tooltip properly, I haven't checked its code though.
@ronaldscott:
Known issue, but currently low on my priority list since it only happens during very limited periods. I do intend to address it at some point. The same actually happens when you're taking attachments from a mail. This is due to the fact that I avoid browsing bags & mails everytime there's a change, there's thus a short period of time during which the item appears twice in the db.
I repeatedly get this error, with all of my characters. I'm on deDE.
[2008/04/26 07:26:53-1322-x4]: Altoholic-2.4.009\Altoholic.lua:2654: attempt to index field '?' (a nil value)
Altoholic-2.4.009\Altoholic.lua:3523: in function `ProcessTooltip'
Altoholic-2.4.009\Altoholic.lua:3452: in function <Interface\AddOns\Altoholic\Altoholic.lua:3443>
Another Error I got:
[2008/04/26 08:03:26-1323-x1]: Altoholic-2.4.009\Altoholic.lua:2654: attempt to index field '?' (a nil value)
Altoholic-2.4.009\Altoholic.lua:541: in function `OnShow'
<string>:"*:OnShow":1: in function <[string "*:OnShow"]:1>
<in C code>: in function `Show'
Altoholic-2.4.009\Altoholic.lua:465: in function `ToggleUI'
Altoholic-2.4.009\Core.lua:3: in function `value'
Interface\FrameXML\ChatFrame.lua:3032: in function `ChatEdit_ParseText':
Interface\FrameXML\ChatFrame.lua:2724: in function `ChatEdit_SendText':
Interface\FrameXML\ChatFrame.lua:2745: in function `ChatEdit_OnEnterPressed':
<string>:"*:OnEnterPressed":1: in function <[string "*:OnEnterPressed"]:1>
I don't speak a word of German (well, maybe one or two), so I'd need help with the translations. If that happens, the mod will work without problem :)
When I added more localized stuff, I'll post the file later today (I think :D ) However still got an error (dont know if its localization related, if yes pls ignore!)
[2008/04/26 09:42:51-1325-x1]: Altoholic-2.4.009\Altoholic.lua:1082: attempt to concatenate field 'name' (a boolean value)
<string>:"*:OnShow":1: in function <[string "*:OnShow"]:1>
<in C code>: in function `Show'
Altoholic-2.4.009\Altoholic.lua:465: in function `ToggleUI'
Altoholic-2.4.009\Core.lua:3: in function `?'
Interface\FrameXML\ChatFrame.lua:2995: in function `ChatEdit_ParseText':
Interface\FrameXML\ChatFrame.lua:2724: in function `ChatEdit_SendText':
Interface\FrameXML\ChatFrame.lua:2745: in function `ChatEdit_OnEnterPressed':
<string>:"*:OnEnterPressed":1: in function <[string "*:OnEnterPressed"]:1>
I'm not just an altoholic, im a multiboxing altoholic! This means that im using several accounts in order to play several characters at the same time. Currently, the information in your addon is restricted to the alts of one account, i would like to be able to have access to information about all alts on all accounts.
Works fine for me now and I discovered the full potential of this great Addon. I attached the file. Its already in UTF-8. Pls include it into the next release.
Pls note that "Receipts" is not recognized in any language. Its commented out and uncommenting it gives an error ingame. So I still get the English word in the German localization for this.
And please dont forget to add the file to the .toc! ;)
Thanks a lot ! I checked your work and it's clean :)
It will be in the next version, that I intend to release soon(tm).
If you could give me the exact translation for:
- "Quests"
- "Recipes"
I'll finalize the menu to use them.
@flitsflits :
I've been asked about multiple accounts several times lately, and as I said, it's not directly possible. I do however intend to implement information sharing between players, but I still have a lot of things in the pipeline before this sees the light of day.
Will happen, can't say when :)
and Quests can stay. Theres no translation for this in German! :)
Altoholic has a recipie section and it prints into the tooltip of recipies what chars "could" use it (ie has that proffession).
It would be nice if it could have a function simmilar to the one provided by "ProffessionBook" and instead of just sayng "char could learn this" say
"char already knows this"
"char skill to low"
"char can learn this"
And if possible also implement something simmilar to the AH coloring that Proffessionsbook gave (red if noone can learn it, green if current char can learn it, think it was yellow if one of ur chars has the proff but to low lvl and blue if an alt can learn it).
(i stopped using proffessionsbook cos of the huge memory issues it caused)
Also for easy manageing of the proffession listing it would be nice if it was somehow searchable (with a tailor/enchanter that has "almost!" every higer end recipie in the game but missing many low lvl ones its a lot to look through to see if i have that low lvl item or not).
Don't forget to delete the DB in the WTF folder !!!
@Ayindi:
Thanks for the translation again, it's been added to this release, let me know if you notice any inconsistency related to deDE.
@Kerecha:
Based on your suggestion, the only thing missing is "char skill to low", I'll see if this can be implemented easily. I'm not sure if I'll implement a coloring scheme at the AH, like that of ProfessionsBook, I discussed this point with a few guildmates, and they were actually happy that Altoholic left the AH as it was. So it's not a no.. it's a maybe (and would be configurable anyway) :)
Regarding the ability to search professions, it's been implemented in the version I just released. Enjoy :)
I only get "Could be used by Name" reguardless if the character's skill level or patterns learned.
ie both my enchanters knows [Formula: Enchant Weapon - Unholy] and still the tooltip says:
"Could be used by Priest"
"Could be used by Mage"
rather then
"Already known Priest"
"Already known Mage"
How do i search in proff, can't find any options for it.
just fixed two typos from me in the deDE file and translated "Beast Training". I dont play a Hunter so I'm not sure if my translation matches exactly. I attached the file with the little fixed for one of your next releases.
Seems like there's still a bug in the matching function to detect who knows a recipe or not .. I'll work on it.
In order to search professions, you must have v2.4.010 installed, reset your database file, reload your characters + open their profession windows at least once. Then make sure you select the checkbox in the top right corner of the addon (include known recipes), and perform a normal search.
@Ayindi: thanks, will apply your changes for the next version.
did that, but it seems wowinterface keeps giving me v2.4.009 when i download.