DISCLAIMER: Prat 3.0 is in development, it is not release ready.
Prat 3.0 is at the point where I could use some feedback and some testers. For those interested it runs on both live and beta.
Not all features are implemented at this point. I have only finished converting about half of the modules. Prat uses Ace3, so you can get a graphical menu if you have standalone ace3, just type /ace3.
[color=#fefefe][color=#a3a3a3][21:16:21][/color] Prat [color=#8080ff]3.0[/color] [color=#ff8080]Development Version[/color] ([color=#8080ff]80079[/color]) [/color]
[color=#fefefe][color=#a3a3a3][21:16:25][/color] [color=#33ff99]Prat[/color]: Arguments to [color=#ffff78]/prat[/color] :[/color]
[color=#fefefe][color=#a3a3a3][21:16:25][/color] [color=#ffff78]AddonMsgs[/color] - Addon message options.[/color]
[color=#fefefe][color=#a3a3a3][21:16:25][/color] [color=#ffff78]ChannelColorMemory[/color] - Remembers the colors of each channel name.[/color]
[color=#fefefe][color=#a3a3a3][21:16:25][/color] [color=#ffff78]ChannelNames[/color] - Channel name abbreviation options.[/color]
[color=#fefefe][color=#a3a3a3][21:16:25][/color] [color=#ffff78]ChatLog[/color] - A module to automaticaly enable chat and combat logging.[/color]
[color=#fefefe][color=#a3a3a3][21:16:25][/color] [color=#ffff78]Clear[/color] - Adds clear text slash commands (/clear)(/cls)(/clearall)(/clsall).[/color]
[color=#fefefe][color=#a3a3a3][21:16:25][/color] [color=#ffff78]CopyChat[/color] - Copy text from the active chat window.[/color]
[color=#fefefe][color=#a3a3a3][21:16:25][/color] [color=#ffff78]EventNames[/color] - Chat window event name options.[/color]
[color=#fefefe][color=#a3a3a3][21:16:25][/color] [color=#ffff78]Fading[/color] - Chat window text fading options.[/color]
[color=#fefefe][color=#a3a3a3][21:16:25][/color] [color=#ffff78]Frames[/color] - Chat window frame parameter options[/color]
[color=#fefefe][color=#a3a3a3][21:16:25][/color] [color=#ffff78]History[/color] - Chat history options.[/color]
[color=#fefefe][color=#a3a3a3][21:16:25][/color] [color=#ffff78]PlayerNames[/color] - Player name formating options.[/color]
[color=#fefefe][color=#a3a3a3][21:16:25][/color] [color=#ffff78]PopupMessage[/color] - Shows messages with your name in a popup.[/color]
[color=#fefefe][color=#a3a3a3][21:16:25][/color] [color=#ffff78]Sounds[/color] - A module to play sounds on certain chat messages.[/color]
[color=#fefefe][color=#a3a3a3][21:16:25][/color] [color=#ffff78]Substitutions[/color] - A module to provide basic chat substitutions.[/color]
[color=#fefefe][color=#a3a3a3][21:16:25][/color] [color=#ffff78]Timestamps[/color] - Chat window timestamp options.[/color]
[color=#fefefe][color=#a3a3a3][21:16:25][/color] [color=#ffff78]UrlCopy[/color] - URL formating options.[/color]
[color=#fefefe][color=#a3a3a3][21:16:25][/color] [color=#ffff78]profiles[/color] - Manage Profiles[/color]
Note: You must install into a folder named Prat-3.0, if you don't it won't appear in the addon list.
Does the PlayerNames module still have an option to import from GuildGreet? I miss that a LOT.
Also, does it still have a dependency on WhoLib? I could probably live with that, although I love to hate WhoLib.
I haven't converted AltNames yet - it had that option. I'm not sure about wholib - it was always optional. At the moment the functionality is still somewhat limited. We'll see as development progresses.
Sylvanaar, would you like me to repost the errors I saw?
Sure, if they aren't fixed in the current build. Plus there is some confusion over the 2 branches wotlk/live. I am planning on dealing with that issue soon so there is only one branch for both.
The difference between live and wotlk is very small as far as prat is concerned.
Btw - the next thing i'll be implementing is the module control options. Currently all modules are loaded and enabled. The module controls will allow you to choose between 3 states: Not Loaded, Loaded-Disabled, and Loaded-Enabled. Essentially its AutoLoD - just presented differently and without the Prat_* folder requirement.
Not Loaded = Uses almost no memory, and does not appear in the options list (other than the module control list)
Loaded-Disabled = Uses less memory, and can be enabled without reload ui
Loaded-Enabled = What it does currently.
Right now Prat is at about 400k with all modules enabled, and 550k with embedded libraries running from Prat. You can see where embedded libraries are running from using ACP (ACP will also show memory usage).
I believe that prat itself is around 90k with no modules loaded. So I expect with all 33 modules enabled it should be around 700-800k. However, out of the box, it will have many of the modules set as "Not Loaded". I am aiming for 400k for the default setup - maybe less, i'm not sure.
I haven't converted AltNames yet - it had that option. I'm not sure about wholib - it was always optional. At the moment the functionality is still somewhat limited. We'll see as development progresses.
Shoot, I confused AltNames and PlayerNames. Keep the GuildGreet option in mind though if/when you get around to AltNames :)
Quote from sylvanaar »
Not Loaded = Uses almost no memory, and does not appear in the options list (other than the module control list)
Loaded-Disabled = Uses less memory, and can be enabled without reload ui
Loaded-Enabled = What it does currently.
I think it's interesting that you always seem to go with a unique way of modularizing addons. Personally I kind of like being able to disable modules at the addon level and have them use no memory, resources, nor load time as a result, but I doubt I'll notice the difference.
Sure, if they aren't fixed in the current build. Plus there is some confusion over the 2 branches wotlk/live. I am planning on dealing with that issue soon so there is only one branch for both.
The difference between live and wotlk is very small as far as prat is concerned.
Repost from last night. I'll see if I can get some testing in again tonight before Kara.
All of these are on the live server
Related to Talented, probably fixed later by the Talented Team
[2008/08/11 21:57:18-298-x1]: Usage: EmbedLibrary(addon, libname, silent, offset): 'libname' - Library 'AceHook-2.1' is not Embed capable:
<in C code>: in function `error'
AceAddon-3.0\AceAddon-3.0.lua:156: in function `EmbedLibrary'
AceAddon-3.0\AceAddon-3.0.lua:138: in function `EmbedLibraries'
AceAddon-3.0\AceAddon-3.0.lua:198: in function <Interface\AddOns\Ace3\AceAddon-3.0\AceAddon-3.0.lua:181>
(tail call): ?:
Talented-1.3\chat.lua:70: in main chunk
Appears to happen with regular usage.
[2008/08/11 22:00:28-298-x8]: Prat-3.0-3.0 (Development Version) $Revision: 80202 $\modules\AddonMessages.lua:165: attempt to index global 'CLR' (a nil value)
Prat-3.0-3.0 (Development Version) $Revision: 80202 $\modules\AddonMessages.lua:174: in function `?'
CallbackHandler-1.0\CallbackHandler-1.0.lua:146: in function <...Ons\Ace3\CallbackHandler-1.0\CallbackHandler-1.0.lua:146>
<string>:"safecall Dispatcher[5]":4: in function <[string "safecall Dispatcher[5]"]:4>
<in C code>: ?
<string>:"safecall Dispatcher[5]":13: in function `?'
CallbackHandler-1.0\CallbackHandler-1.0.lua:91: in function `Fire'
AceEvent-3.0\AceEvent-3.0.lua:70: in function <Interface\AddOns\Ace3\AceEvent-3.0\AceEvent-3.0.lua:69>
Is Channel Color Memory enabled? If not the ace3 config was blank.
Chat log check boxes aren't toggling.
Clear is blank.
Mouse wheel scroll doesn't appear to be implemented.
Chat menu buttons are not movable.
Got this one when I clicked the list substitution button:
[2008/08/11 22:12:28-298-x2]: Prat-3.0-3.0 (Development Version) $Revision: 80202 $\modules\Substitutions.lua:386: attempt to call method 'listSubs' (a nil value)
(tail call): ?:
<in C code>: ?
<string>:"safecall Dispatcher[1]":9: in function <[string "safecall Dispatcher[1]"]:5>
(tail call): ?:
AceConfigDialog-3.0\AceConfigDialog-3.0.lua:775: in function <...nfig-3.0\AceConfigDialog-3.0\AceConfigDialog-3.0.lua:594>
(tail call): ?:
<in C code>: ?
<string>:"safecall Dispatcher[2]":9: in function <[string "safecall Dispatcher[2]"]:5>
(tail call): ?:
AceGUI-3.0\AceGUI-3.0.lua:257: in function `Fire'
Ace3\AceGUI-3.0\widgets\AceGUIWidget-Button.lua:20: in function <...dOns\Ace3\AceGUI-3.0\widgets\AceGUIWidget-Button.lua:19>
Shoot, I confused AltNames and PlayerNames. Keep the GuildGreet option in mind though if/when you get around to AltNames :)
I think it's interesting that you always seem to go with a unique way of modularizing addons. Personally I kind of like being able to disable modules at the addon level and have them use no memory, resources, nor load time as a result, but I doubt I'll notice the difference.
I think that for a chat addon it doesnt make alot of sense to use LoD pull-outs. When 2.4 came out I profiled that vs the AutoLoD feature, and found it required more resources to use separate Prat_* folders for each module than it did to use the AutoLoD method.
As a crude metric you can just delete the module references from the xml file to see the effect on load time and memory use compared to the method I am using. If there is a substantial difference then it may be worth re-evaluating. (Deleting the modules themselves will cause framexml errors and slow the loading process)
All that's missing for myself to make this usable is hiding the chat buttons/mouse scroll wheel, and moving the message box from its default location below Chat1. I've been using chatter for a while now, lookin forward to goin back to prat, used it for a long time.
All that's missing for myself to make this usable is hiding the chat buttons/mouse scroll wheel, and moving the message box from its default location below Chat1. I've been using chatter for a while now, lookin forward to goin back to prat, used it for a long time.
I think that for a chat addon it doesnt make alot of sense to use LoD pull-outs.
I don't follow, but I'm not arguing.
When 2.4 came out I profiled that vs the AutoLoD feature, and found it required more resources to use separate Prat_* folders for each module than it did to use the AutoLoD method.
AutoLoD was kind of clunky though, especially in regards to finding and enabling disabled/hidden modules. It sounds like you're addressing that this time around though.
As a crude metric you can just delete the module references from the xml file to see the effect on load time and memory use compared to the method I am using. If there is a substantial difference then it may be worth re-evaluating. (Deleting the modules themselves will cause framexml errors and slow the loading process)
Yeah I'm sure it won't be significant enough to matter unless I were running 20 addons (each with their own modules) that all used one method versus the other.
First pass implementation of module control. 3 options - Don't load,
Disabled, Enabled. At present only "Don't load" and "Enable" are working.
Disabled is forthcoming. Works well, and doesn't add any measureable memory
overhead for enabled modules. With all modules set to "Dont Load" memory use
is 86K. with the current 16 modules set to "Enabled" - 384K.
I'd love some feedback before I commit to this design.
I really wanted to help test this. Then I found out that I have a 1600 mile move coming up next month, so I temporarily cancelled my account. Oh well. I'm sure it'll be around when I get back!
Rollback Post to RevisionRollBack
To post a comment, please login or register a new account.
Prat 3.0 is at the point where I could use some feedback and some testers. For those interested it runs on both live and beta.
Not all features are implemented at this point. I have only finished converting about half of the modules. Prat uses Ace3, so you can get a graphical menu if you have standalone ace3, just type /ace3.
Note: You must install into a folder named Prat-3.0, if you don't it won't appear in the addon list.
Live: http://svn.wowace.com/wowace/branches/Prat/3.0
Live/Beta: http://svn.wowace.com/wowace/branches/Prat/WotLK-3.0
Keep in mind there are 15+ modules still left to convert to the new system.
That said, I appreciate any and all feedback.
All the modules i use are there atleast.
Does the PlayerNames module still have an option to import from GuildGreet? I miss that a LOT.
Also, does it still have a dependency on WhoLib? I could probably live with that, although I love to hate WhoLib.
I haven't converted AltNames yet - it had that option. I'm not sure about wholib - it was always optional. At the moment the functionality is still somewhat limited. We'll see as development progresses.
Sure, if they aren't fixed in the current build. Plus there is some confusion over the 2 branches wotlk/live. I am planning on dealing with that issue soon so there is only one branch for both.
The difference between live and wotlk is very small as far as prat is concerned.
Not Loaded = Uses almost no memory, and does not appear in the options list (other than the module control list)
Loaded-Disabled = Uses less memory, and can be enabled without reload ui
Loaded-Enabled = What it does currently.
Right now Prat is at about 400k with all modules enabled, and 550k with embedded libraries running from Prat. You can see where embedded libraries are running from using ACP (ACP will also show memory usage).
I believe that prat itself is around 90k with no modules loaded. So I expect with all 33 modules enabled it should be around 700-800k. However, out of the box, it will have many of the modules set as "Not Loaded". I am aiming for 400k for the default setup - maybe less, i'm not sure.
Shoot, I confused AltNames and PlayerNames. Keep the GuildGreet option in mind though if/when you get around to AltNames :)
I think it's interesting that you always seem to go with a unique way of modularizing addons. Personally I kind of like being able to disable modules at the addon level and have them use no memory, resources, nor load time as a result, but I doubt I'll notice the difference.
Repost from last night. I'll see if I can get some testing in again tonight before Kara.
All of these are on the live server
Related to Talented, probably fixed later by the Talented Team
Appears to happen with regular usage.
Is Channel Color Memory enabled? If not the ace3 config was blank.
Chat log check boxes aren't toggling.
Clear is blank.
Mouse wheel scroll doesn't appear to be implemented.
Chat menu buttons are not movable.
Got this one when I clicked the list substitution button:
I think that for a chat addon it doesnt make alot of sense to use LoD pull-outs. When 2.4 came out I profiled that vs the AutoLoD feature, and found it required more resources to use separate Prat_* folders for each module than it did to use the AutoLoD method.
As a crude metric you can just delete the module references from the xml file to see the effect on load time and memory use compared to the method I am using. If there is a substantial difference then it may be worth re-evaluating. (Deleting the modules themselves will cause framexml errors and slow the loading process)
Those modules will be converted soon.
I don't follow, but I'm not arguing.
AutoLoD was kind of clunky though, especially in regards to finding and enabling disabled/hidden modules. It sounds like you're addressing that this time around though.
Yeah I'm sure it won't be significant enough to matter unless I were running 20 addons (each with their own modules) that all used one method versus the other.
First pass implementation of module control. 3 options - Don't load,
Disabled, Enabled. At present only "Don't load" and "Enable" are working.
Disabled is forthcoming. Works well, and doesn't add any measureable memory
overhead for enabled modules. With all modules set to "Dont Load" memory use
is 86K. with the current 16 modules set to "Enabled" - 384K.
I'd love some feedback before I commit to this design.
Yeah, i could switch it to something else. I'll look into some other UI options.