Nice attitude... is this the only reason your active on the forums ? telling people to go code it themself.. grow up and help or shut up and lurk.
The addon is provided as a service, and this thread is here to point out errors/faults and request features.
If the author doesn't want to provide this or doesn't require the feedback i'd rather hear it from him then some smart ass remark.
Tell me why my name is first on the author list please ? :D
Actually, /who don't return any information about bg players, so it's very tricky to add colouring information for them. There's, like said above, a problem with the realmname added in chat window too... If this feature isn't actually in Prat, there are some reason, so if you "would like to see this working for BG.". please code it yourself :D
I use a number of panes, many grouped.
For some reason since installing Prat it now defaults to Auctioneer instead of the general tab each time i lgin. Not a massive problem, just a pain in the ass.
Is there any way to encourage it to default to the general tab, or is there a particular likely part of Prat which would have caused this that can be removed?
thanks
jamie
i have this problem too, and would rather not install an extra addon just to fix this simple thing. i'm not sure if it's a Blizzard thing since it didn't happen w/o Prat.
It is a Blizzard bug and I used to have it long before installing Prat. There is an addon called FixMe from htpp://www.wowace.com/files that fixes that and some other things.
OK I have a problem. When I enter a Battlegrounds for the first time after logging onto my Character I'm getting no BG chat.
Are you using Confab? That was reported to be causing problems with BG chat not showing up in prat. Failing that, perhaps a similar conflict with some other addon?
latest versions of Prat do not save settings. i think it's been happening since the version from the 19th of november but not sure. i havent update it in awhile.
delete old prat folder, install new one, log in game and issue
/prat editbox position bottom
moves the editbox to the bottom but on reloadui or relog the settings are lost.
I'm not having any issues with my settings not being saved.
I would, however, like to make a suggestion/request that the "reminder" button use the default button rather than the squished scrollbar arrow texture... the arrow is kind of ugly (IMO), and easy to miss without the flashing.
deleted Prat from interface\addons
deleted savedvars files from wtf\...\savedvariables folder
installed newest prat log in set all settings & /rl (reloadui) and all the editbox is repositioned on the top of the chatframe even though i set it to be on Bottom. i didnt bother checking any other settings to see if they saved.
any ideas? rolling back again for now :|
edit:
i found this in the new savedvar file it created:
I'm not having any issues with my settings not being saved.
I would, however, like to make a suggestion/request that the "reminder" button use the default button rather than the squished scrollbar arrow texture... the arrow is kind of ugly (IMO), and easy to miss without the flashing.
Add my vote for that! When the scroll to bottom button feature was first added it used the proper flashing chatframe arrow which was far better than the tiny out of place looking arrow being used now. :-/
How about telling us the exact version you use, and if you use !!!libs, or standalones or embedded libraries.
Dont assume everyone else is having this issue, i can say for a fact that I am not having this issue at all, nor did I ever have it. I had started looking into it, then realized its most likely a problem with your setup, maybe some out of date stuff, who knows.
How about telling us the exact version you use, and if you use !!!libs, or standalones or embedded libraries.
Dont assume everyone else is having this issue, i can say for a fact that I am not having this issue at all, nor did I ever have it. I had started looking into it, then realized its most likely a problem with your setup, maybe some out of date stuff, who knows.
sorry :)
i have tried every version of Prat starting from 11-29 to current.
i also use Prat_Fubar2 to help with the config.
i use the !!!StandaloneLibs mods and update those + Prat with the AceUpdater "without externals".
i've tried downloading & updating prat manually with the same results.
the version of Prat i'm using now (and is working!) is r15466.
tomorrow i will try leaving the libs folder inside prat to see what happens, and post the results.
thanks for tryin to help me narrow it down :)
edit: now that i look at it more, the version i'm using (that works) has the libs folder inside it. when i update via aceupdater i tell it to do it without externals so there is no libs folder. i bet that has something to do with it :) i'm definitely gonna try it out tomorrow.
Nice attitude... is this the only reason your active on the forums ? telling people to go code it themself.. grow up and help or shut up and lurk.
The addon is provided as a service, and this thread is here to point out errors/faults and request features.
If the author doesn't want to provide this or doesn't require the feedback i'd rather hear it from him then some smart ass remark.
rexxen: krtek and I picked up this addon when the original author decided to give it up. since then I think it is safe to say that krtek has added some pretty solid value to the addon and it's fair to say that his attitude is just fine. Right at this moment we're in that inbetween funk where you still have a couple of weeks before the 2.0 interface API/rules/whatever you want to call it actually go live but over the last few weeks it's been great to see other author contribute to the project. I am sure the addon itself will benefit greatly from having more help to keep it moving along. One of the things that krtek and I have said before and I'll say again is that there are some things that are "nice to haves" that we may want to add eventually and there are some things that are wishlist items that we may not see as being a part of this addon. When krtek or I ask that someone code something, particularly with a smiley after it, it's does not reflect an attitude problem in the least. Again, more collaborators on the project is a good thing especially for features where someone can come in and be a champion for adding it in. That's kinda how it has to work since this is a hobby that we do in writing addons and playing WoW is a hobby that we enjoy as well. :) So relax and please feel free to contribute ideas and be part of the ebb and flow of Prat development.
I just committed a big update for the TBC branch of Prat. This trues up the TBC branch with the current mainline trunk version of Prat only with funky 20000 interface adjustments so it should work on the PTR and in the TBC beta (which seems to be the case for me anyway). Please report any issues you have with the TBC branch. Thanks!
P.s. Let's also talk a little design shop if please. Which modules would you consider "core" and which modules would you consider "extras"? I would like to propose that we split the modules up a bit so that people new to Prat can get their feet wet with the "core" then they can rub a little funk on it with "extras". Please add your thoughts on this.
I just committed a big update for the TBC branch of Prat. This trues up the TBC branch with the current mainline trunk version of Prat only with funky 20000 interface adjustments so it should work on the PTR and in the TBC beta (which seems to be the case for me anyway). Please report any issues you have with the TBC branch. Thanks!
P.s. Let's also talk a little design shop if please. Which modules would you consider "core" and which modules would you consider "extras"? I would like to propose that we split the modules up a bit so that people new to Prat can get their feet wet with the "core" then they can rub a little funk on it with "extras". Please add your thoughts on this.
Just hide them on the menu using the "hidden" field in AceOptions - dont create addon directory spam with prat_extras. There is 0 need to create yet another addon which has to be managed by the end user - the modules themselves have such a small memory footprint - you cant even make a case that you would save memory by breaking out some modules (someone will try to im sure, and 20k of ram will be alot in their opinion too). The only reason i could see to to break out a module is if that module introduced a new library dependancy (like prat_fubar2), or if it had LOTS of textures and frame (none do).
EDIT- I'm not trying to flame or gripe actually. How about something like SCT does, and have some profiles that ship with prat. So you can choose from a few standard profiles. Everyone can submit their own personal profiles, and we can choose 3-4 to include as "read only" profiles.
How about telling us the exact version you use, and if you use !!!libs, or standalones or embedded libraries.
Dont assume everyone else is having this issue, i can say for a fact that I am not having this issue at all, nor did I ever have it. I had started looking into it, then realized its most likely a problem with your setup, maybe some out of date stuff, who knows.
sorry :)
i have tried every version of Prat starting from 11-29 to current.
i also use Prat_Fubar2 to help with the config.
i use the !!!StandaloneLibs mods and update those + Prat with the AceUpdater "without externals".
i've tried downloading & updating prat manually with the same results.
the version of Prat i'm using now (and is working!) is r15466.
tomorrow i will try leaving the libs folder inside prat to see what happens, and post the results.
thanks for tryin to help me narrow it down :)
edit: now that i look at it more, the version i'm using (that works) has the libs folder inside it. when i update via aceupdater i tell it to do it without externals so there is no libs folder. i bet that has something to do with it :) i'm definitely gonna try it out tomorrow.
Its something with your setup. Just install !!!StandaloneLibraries and Prat without externals = update to the latest with WAU, making sure you have set the "delete old version" option to true
Here are some better instructions - you want to do the stuff listed under Disembedding:
i don't use the !!!Libs only because they are not always updated timely. :)
i prefer to manage the eleventy billion libraries as stand alones instead. :)
actually it's not hard to manage it at all with that winupdater thingy. :)
With the latest TBC version (r18115), I receive the following message on login:
[2006/11/26 11:48:22-161-x1]: modules\Editbox.lua:261: AceHook-2.1: Attempt to hook secure function "ChatFrame_OpenChat". Use `SecureHook' or add `true' to the argument list to override.
AceAddon-2.0\AceAddon-2.0.lua:592: in function `obj_method'
AceEvent-2.0\AceEvent-2.0.lua:218: in function `TriggerEvent'
AceEvent-2.0\AceEvent-2.0.lua:846: in function <...ce\AddOns\!!!Libs\Ace2\AceEvent-2.0\AceEvent-2.0.lua:839>
I am also using the seperated !!!Libs for TBC (r18109).
i don't use the !!!Libs only because they are not always updated timely. :)
i prefer to manage the eleventy billion libraries as stand alones instead. :)
actually it's not hard to manage it at all with that winupdater thingy. :)
Just try authoring a mod and posting it to curse or wowi, those poeple dont use WAU, they use the zips you give them. WAU is really just doing what the SVN does by letting you 'update'. But, its not doing any other management than that.
I use standalone too - now, can you remove all the standalone libraries? what if you disabled all your libraries, how do you know which ones to turn back on? so your addons will work?
Im happy that instead of 5-6 different mods for chat i have 1 that does everything i need.
Rollback Post to RevisionRollBack
To post a comment, please login or register a new account.
http://www.wowace.com/wiki/Category:Author:Prat_Development_Team
Tell me why my name is first on the author list please ? :D
Actually, /who don't return any information about bg players, so it's very tricky to add colouring information for them. There's, like said above, a problem with the realmname added in chat window too... If this feature isn't actually in Prat, there are some reason, so if you "would like to see this working for BG.". please code it yourself :D
It is a Blizzard bug and I used to have it long before installing Prat. There is an addon called FixMe from htpp://www.wowace.com/files that fixes that and some other things.
Are you using Confab? That was reported to be causing problems with BG chat not showing up in prat. Failing that, perhaps a similar conflict with some other addon?
delete old prat folder, install new one, log in game and issue
/prat editbox position bottom
moves the editbox to the bottom but on reloadui or relog the settings are lost.
thanks :)
but I don't know how can use svn
so then I edit prat module popmessage
about nickname
http://wow.somegate.com/upload_f/turtl_1164302558_PopupMessage.lua
please, test it and update
I would, however, like to make a suggestion/request that the "reminder" button use the default button rather than the squished scrollbar arrow texture... the arrow is kind of ugly (IMO), and easy to miss without the flashing.
I added it for ya
hmm maybe i'll have to wipe my savedvars file for the mod & see what happens. shouldnt have to do that though >.<
deleted Prat from interface\addons
deleted savedvars files from wtf\...\savedvariables folder
installed newest prat log in set all settings & /rl (reloadui) and all the editbox is repositioned on the top of the chatframe even though i set it to be on Bottom. i didnt bother checking any other settings to see if they saved.
any ideas? rolling back again for now :|
edit:
i found this in the new savedvar file it created:
so the options ARE being written to the savedvar file but apparently not being applied.
thanks :)
Add my vote for that! When the scroll to bottom button feature was first added it used the proper flashing chatframe arrow which was far better than the tiny out of place looking arrow being used now. :-/
How about telling us the exact version you use, and if you use !!!libs, or standalones or embedded libraries.
Dont assume everyone else is having this issue, i can say for a fact that I am not having this issue at all, nor did I ever have it. I had started looking into it, then realized its most likely a problem with your setup, maybe some out of date stuff, who knows.
sorry :)
i have tried every version of Prat starting from 11-29 to current.
i also use Prat_Fubar2 to help with the config.
i use the !!!StandaloneLibs mods and update those + Prat with the AceUpdater "without externals".
i've tried downloading & updating prat manually with the same results.
the version of Prat i'm using now (and is working!) is r15466.
tomorrow i will try leaving the libs folder inside prat to see what happens, and post the results.
thanks for tryin to help me narrow it down :)
edit: now that i look at it more, the version i'm using (that works) has the libs folder inside it. when i update via aceupdater i tell it to do it without externals so there is no libs folder. i bet that has something to do with it :) i'm definitely gonna try it out tomorrow.
rexxen: krtek and I picked up this addon when the original author decided to give it up. since then I think it is safe to say that krtek has added some pretty solid value to the addon and it's fair to say that his attitude is just fine. Right at this moment we're in that inbetween funk where you still have a couple of weeks before the 2.0 interface API/rules/whatever you want to call it actually go live but over the last few weeks it's been great to see other author contribute to the project. I am sure the addon itself will benefit greatly from having more help to keep it moving along. One of the things that krtek and I have said before and I'll say again is that there are some things that are "nice to haves" that we may want to add eventually and there are some things that are wishlist items that we may not see as being a part of this addon. When krtek or I ask that someone code something, particularly with a smiley after it, it's does not reflect an attitude problem in the least. Again, more collaborators on the project is a good thing especially for features where someone can come in and be a champion for adding it in. That's kinda how it has to work since this is a hobby that we do in writing addons and playing WoW is a hobby that we enjoy as well. :) So relax and please feel free to contribute ideas and be part of the ebb and flow of Prat development.
P.s. Let's also talk a little design shop if please. Which modules would you consider "core" and which modules would you consider "extras"? I would like to propose that we split the modules up a bit so that people new to Prat can get their feet wet with the "core" then they can rub a little funk on it with "extras". Please add your thoughts on this.
That way, someone new can get a quick overview, and later delve into the detailed settings after deciding what they (roughly) need.
Just hide them on the menu using the "hidden" field in AceOptions - dont create addon directory spam with prat_extras. There is 0 need to create yet another addon which has to be managed by the end user - the modules themselves have such a small memory footprint - you cant even make a case that you would save memory by breaking out some modules (someone will try to im sure, and 20k of ram will be alot in their opinion too). The only reason i could see to to break out a module is if that module introduced a new library dependancy (like prat_fubar2), or if it had LOTS of textures and frame (none do).
EDIT- I'm not trying to flame or gripe actually. How about something like SCT does, and have some profiles that ship with prat. So you can choose from a few standard profiles. Everyone can submit their own personal profiles, and we can choose 3-4 to include as "read only" profiles.
Its something with your setup. Just install !!!StandaloneLibraries and Prat without externals = update to the latest with WAU, making sure you have set the "delete old version" option to true
Here are some better instructions - you want to do the stuff listed under Disembedding:
http://www.wowace.com/wiki/How_To_Update_Beta_Addons
i prefer to manage the eleventy billion libraries as stand alones instead. :)
actually it's not hard to manage it at all with that winupdater thingy. :)
[2006/11/26 11:48:22-161-x1]: modules\Editbox.lua:261: AceHook-2.1: Attempt to hook secure function "ChatFrame_OpenChat". Use `SecureHook' or add `true' to the argument list to override.
AceAddon-2.0\AceAddon-2.0.lua:592: in function `obj_method'
AceEvent-2.0\AceEvent-2.0.lua:218: in function `TriggerEvent'
AceEvent-2.0\AceEvent-2.0.lua:846: in function <...ce\AddOns\!!!Libs\Ace2\AceEvent-2.0\AceEvent-2.0.lua:839>
I am also using the seperated !!!Libs for TBC (r18109).
Still issue with latest release...
Just try authoring a mod and posting it to curse or wowi, those poeple dont use WAU, they use the zips you give them. WAU is really just doing what the SVN does by letting you 'update'. But, its not doing any other management than that.
I use standalone too - now, can you remove all the standalone libraries? what if you disabled all your libraries, how do you know which ones to turn back on? so your addons will work?
Im happy that instead of 5-6 different mods for chat i have 1 that does everything i need.