guild and friend autocomplete are standard WoW interface now... I'd hope they work pretty well... :)
Will you be adding other useful features, like alt-clicking messages to read/extract/delete them, or alt-clicking items in your inventory to mail them to the current "to: " field?
Sounds good, i use CT_MailMod currently since i don't like the UI of Bulkmail at all. Would be great if you could make it exactly the same as the CT-Version. :)
Oh and a Feature Request: Could you include saving the last User Mail was sent to, like EasyMail does? :)
Important for me is also keeping the alt-click thingy for the normal Trade-Window. :)
Sounds good, i use CT_MailMod currently since i don't like the UI of Bulkmail at all. Would be great if you could make it exactly the same as the CT-Version. :)
People like to use what they are used to using. So its literally CT_Mailmod converted to Ace2 with anything I see screwed up fixed along the way.
Btw, converting any CT addon is like pulling your own teeth:
strip semis
cut out all globals scattered throughout and put them in the init/enable funcs
rehook everything
grab as much code out of the xml and stuff it into the lua where it should be
On top of that, CT has their mailmod split into two pairs of lua/xml. I combined them to see if I could reduce the code some.
I know this but you cant say me that so mutch more memory (4times more!) is only because of the first "double" load of ace2 files or libs. Btw. ct-mailmod dont uses/need any libs or ace(2) or seperate dependancies like BulkMail.
I know this but you cant say me that so mutch more memory (4times more!) is only because of the first "double" load of ace2 files or libs. Btw. ct-mailmod dont uses/need any libs or ace(2) or seperate dependancies like BulkMail.
No, but instead it relies on CT_MasterMod, I'd call that a seperarte dependancy. BulkMail has one dependency (AceGUI), and GMail has zero dependencies, just built in librarys.
It's been said many times how librarys provide an advantage as opposed to dependencies. It's also a known fact that librarys cause more memory to be used DURING LOADING but that is it. If you think CT_MailMod is better, then go back to useing that.
Im not sure if you noticed, but neither BulkMail or CT_Mail are Ace2, so Im not sure how that would work ;)
BulkMail is useing Ace2, its just still depended on AceGUI ATM (which is in turn dependent on Ace1). It's also useing Periodic Table (Tekkub: is PT Ace1 dependent?)
As soon as AceGUI2 is finished, It'll be all stand alone :)
uhm... just wanted to say that you placed your files directly in root/trunk. ;)
Shhhhhh.... don't tell anyone, I cleaned it up a second later. Then I uploaded copies of my libs instead of using externals. Hopefully Clad didnt have a heart attack. (fixed that too, yay for google)
But yes, after some trial and error I got the alpha release of GMail uploaded.
Working: Mass Mail
Working: Single Select Mail + Open Selected
Not Working: Multi-Select Mail or Open All
Nobody should use this version. This is pretty raw-post port code.
It is now on the SVN (GMail)
I am not actively owning this currently. Feel free to patch it at will. I never understood how many people actually used this mod.
you slow man, great name tho
Yeah, I know. It was an academic exercise. Mainly done for my guildmates.
Will you be adding other useful features, like alt-clicking messages to read/extract/delete them, or alt-clicking items in your inventory to mail them to the current "to: " field?
-x
Fix MC.
Thanks =)
ExpressMail ok.. but BulkMail ist compared to CT_Mailmod way too big...
Warmup:
CT_Mail ~269 Kib
BulkMail ~952-1024 O.o
Hope GMail will do it better...
You should read this: http://wiki.wowace.com/index.php/Ace2_Memory_Concerns
Oh and a Feature Request: Could you include saving the last User Mail was sent to, like EasyMail does? :)
Important for me is also keeping the alt-click thingy for the normal Trade-Window. :)
People like to use what they are used to using. So its literally CT_Mailmod converted to Ace2 with anything I see screwed up fixed along the way.
Btw, converting any CT addon is like pulling your own teeth:
strip semis
cut out all globals scattered throughout and put them in the init/enable funcs
rehook everything
grab as much code out of the xml and stuff it into the lua where it should be
On top of that, CT has their mailmod split into two pairs of lua/xml. I combined them to see if I could reduce the code some.
I know this but you cant say me that so mutch more memory (4times more!) is only because of the first "double" load of ace2 files or libs. Btw. ct-mailmod dont uses/need any libs or ace(2) or seperate dependancies like BulkMail.
Tekkub, do you ever regret creating Warmup?
Uhm, dunno, but your values seems a bit off compared to mine, using 0.6.0:
["name"] = "BulkMail",
["mem"] = 213,
["time"] = 0.1099999999860302,
Im not sure if you noticed, but neither BulkMail or CT_Mail are Ace2, so Im not sure how that would work ;)
No, but instead it relies on CT_MasterMod, I'd call that a seperarte dependancy. BulkMail has one dependency (AceGUI), and GMail has zero dependencies, just built in librarys.
It's been said many times how librarys provide an advantage as opposed to dependencies. It's also a known fact that librarys cause more memory to be used DURING LOADING but that is it. If you think CT_MailMod is better, then go back to useing that.
BulkMail is useing Ace2, its just still depended on AceGUI ATM (which is in turn dependent on Ace1). It's also useing Periodic Table (Tekkub: is PT Ace1 dependent?)
As soon as AceGUI2 is finished, It'll be all stand alone :)
This is not true.
Shhhhhh.... don't tell anyone, I cleaned it up a second later. Then I uploaded copies of my libs instead of using externals. Hopefully Clad didnt have a heart attack. (fixed that too, yay for google)
But yes, after some trial and error I got the alpha release of GMail uploaded.
Working: Mass Mail
Working: Single Select Mail + Open Selected
Not Working: Multi-Select Mail or Open All
Nobody should use this version. This is pretty raw-post port code.
Very untrue. Ct_Mail does not have a dependency to CT_MasterMod.