By this you mean the chatfrane fading in and out when you hover over it. Prat does let you change this, but I would be remiss if I said that it was really much of a feature. To control this, you set the chatframes to have an alpha value of >0.5 using the default ui. Then they'll never fade in/out.
Prat has an easy way for you to set the variable that controls the threshold at which the fade occurs.
Frame module, chat frame alpha, set to 0.
Ah, sorry about that. Did not realize that the frame module had the chat frame hover transparency control. That's exactly what I needed, thanks for your help!
Interface/Addons/Prat-3.0/modules/EditBox.lua:412:Attempt to index global 'AceGUIWidgetLSMlists' (a nil value)
Doesn't give me the option to move my editbox, even though I have it enabled in module control.
If you just recently updated Ace3 or if you're using the embedded version they said in the last commit that some of AceGUI was now broken because some of Blizz's code is broken:
------------------------------------------------------------------------
r81877 | nevcairiel | 2008-09-19 02:21:29 -0400 (Fri, 19 Sep 2008) | 2 lines
Changed paths:
M /trunk/Ace3/AceGUI-3.0/widgets/AceGUIWidget-TreeGroup.lua
Ace3 - AceGUI-3.0: merge fix for the latest beta patch
- NOTE: The Blizzard Integration into the Interface Options is still broken due to a number of bugs in the FrameXML Code in this build!
Finally got time to re-up and give this a try. I like the new prefs layout. The only issue I seem to be having involves the Buttons module. I don't see a way to set the buttons inside the frame. They insist on rendering outside the frame on the left-hand side. (And actually, the reminder button is the only one I am showing.)
Finally got time to re-up and give this a try. I like the new prefs layout. The only issue I seem to be having involves the Buttons module. I don't see a way to set the buttons inside the frame. They insist on rendering outside the frame on the left-hand side. (And actually, the reminder button is the only one I am showing.)
Yep, that part of the Buttons module (along with some other stuff) hasn't been implemented just yet.
I got a weird issue, and i'm pretty sure it has got to do with Prat. I have Playernames set to ''Keep Info'' so that it stores level details etc about guildmembers/friends. Today we had 2 new people join our guild and a few seconds after they joined the Social window (guildwindow) popped up. So i closed it and after that i noticed that the new players had been ''scanned'' so their lvl and class color appeared correctly. Is it possible for Prat to do a simple /who [New guild member] / [Friend], instead of opening the social window?
I got a weird issue, and i'm pretty sure it has got to do with Prat. I have Playernames set to ''Keep Info'' so that it stores level details etc about guildmembers/friends. Today we had 2 new people join our guild and a few seconds after they joined the Social window (guildwindow) popped up. So i closed it and after that i noticed that the new players had been ''scanned'' so their lvl and class color appeared correctly. Is it possible for Prat to do a simple /who [New guild member] / [Friend], instead of opening the social window?
There is currently some quirk with this. If the guild info api doesnt return the class of the person speaking in guild chat - prat does a who on the guild name. The purpose of this is to deal with guilds that have >500 members where you cant use the guild API to get this information.
The social pane shouldn't open. If it does, its a bug.
I just hope I don't post anything answered before, I skimed through the thread
but could not find my problem described.
Basically, it's about the module 'Paragraph'. I enabled it and it loads fine, I
have options for both my custom chatframes to align the text Left, Centered and
to the Right.
My general chatframe is set to left (default) and my combatlogframe [[ which is not the default blizzard combatlog, but a chatframe filled by CombatFilter (found on svn) ]]
is set to right.
The problem is: No matter what I choose, the textalignment does not change, it's
allways at the left.
With Prat-2.0 it was working just fine, is the module 'Paragraph' not the correct
one I'm looking for or am I doing something wrong?
Not sure if this is the place to ask, but doing it anyway. Can you add support for Yurrcombatlog? Mainly making Scrolling possible. I don't think i can scroll the combatlog even without YCL either. I've tried YCL with Chatter and it works fine btw.
Not sure if this is the place to ask, but doing it anyway. Can you add support for Yurrcombatlog? Mainly making Scrolling possible. I don't think i can scroll the combatlog even without YCL either. I've tried YCL with Chatter and it works fine btw.
I'm not sure what is happening but I just downloaded the latest version of Prat 3.0 (with the High CPU mod as well)and for the first time it's not coloring a few of the letters. It seems to be JUST lower case letters of "a, e, f, i, k, l, m, and o." I tried Uppercase and symbols and they seem to be fine, just those lowercase letters. I'm posting a screenshot of what I did.
I'm not sure what is happening but I just downloaded the latest version of Prat 3.0 (with the High CPU mod as well)and for the first time it's not coloring a few of the letters. It seems to be JUST lower case letters of "a, e, f, i, k, l, m, and o." I tried Uppercase and symbols and they seem to be fine, just those lowercase letters. I'm posting a screenshot of what I did.
Thanks for the bug report. My guess is that you have people with names that have those letters followed by a non-english letter.
Look and see. You can pm me your saved variables if you like.
Oh, also, there's an option to turn off global name coloring in player names now. If you turn it off that issue should go away. Let me know if it does so we can be sure thats what is causing it.
I'm not sure what is happening but I just downloaded the latest version of Prat 3.0 (with the High CPU mod as well)and for the first time it's not coloring a few of the letters. It seems to be JUST lower case letters of "a, e, f, i, k, l, m, and o." I tried Uppercase and symbols and they seem to be fine, just those lowercase letters. I'm posting a screenshot of what I did.
I just experienced this yesterday (my time), was going to post a screenie myself when I saw your post.
It occurred to me after I entered a BG. Then it continued on even after I exited the BG. Have to /reload ui to get it fixed.
No error showed up though, at least under tekErr. I'm also trying to duplicate it but to no avail.
Another thing, when the coloring on certain letters went kaput, the itemlinking also went haywire.
Due to the imminent release of 30000 I have to release a beta this week, or this weekend. If there are any outstanding issues, please report them here.
I'll link to the ticket system once I release the beta.
Any suggestions for how to package the beta, what to enable by default etc, would also be helpful.
Due to the Ace3 liscensing requirement that I cannot distribute a standalone version. The Prat zip currently looks like:
Ah, sorry about that. Did not realize that the frame module had the chat frame hover transparency control. That's exactly what I needed, thanks for your help!
Interface/Addons/Prat-3.0/modules/EditBox.lua:412:Attempt to index global 'AceGUIWidgetLSMlists' (a nil value)
Doesn't give me the option to move my editbox, even though I have it enabled in module control.
If you just recently updated Ace3 or if you're using the embedded version they said in the last commit that some of AceGUI was now broken because some of Blizz's code is broken:
Yep, that part of the Buttons module (along with some other stuff) hasn't been implemented just yet.
There is currently some quirk with this. If the guild info api doesnt return the class of the person speaking in guild chat - prat does a who on the guild name. The purpose of this is to deal with guilds that have >500 members where you cant use the guild API to get this information.
The social pane shouldn't open. If it does, its a bug.
but could not find my problem described.
Basically, it's about the module 'Paragraph'. I enabled it and it loads fine, I
have options for both my custom chatframes to align the text Left, Centered and
to the Right.
My general chatframe is set to left (default) and my combatlogframe
[[ which is not the default blizzard combatlog, but a chatframe filled by CombatFilter (found on svn) ]]
is set to right.
The problem is: No matter what I choose, the textalignment does not change, it's
allways at the left.
With Prat-2.0 it was working just fine, is the module 'Paragraph' not the correct
one I'm looking for or am I doing something wrong?
Sure. In the next update.
Thanks for the bug report. My guess is that you have people with names that have those letters followed by a non-english letter.
Look and see. You can pm me your saved variables if you like.
Oh, also, there's an option to turn off global name coloring in player names now. If you turn it off that issue should go away. Let me know if it does so we can be sure thats what is causing it.
Also, try resetting your saved data.
Yea I have a crap-load of addons I use so It could be anything.
I just experienced this yesterday (my time), was going to post a screenie myself when I saw your post.
It occurred to me after I entered a BG. Then it continued on even after I exited the BG. Have to /reload ui to get it fixed.
No error showed up though, at least under tekErr. I'm also trying to duplicate it but to no avail.
Another thing, when the coloring on certain letters went kaput, the itemlinking also went haywire.
I guess I'll attach a screenie.
and could you bring the option bakc to move the buttons inside the chatframe?
I'll link to the ticket system once I release the beta.
Any suggestions for how to package the beta, what to enable by default etc, would also be helpful.
Due to the Ace3 liscensing requirement that I cannot distribute a standalone version. The Prat zip currently looks like:
Prat-3.0_Libraries is essentially Ace3 standalone, but its embedded into Prat, so it meets the liscense requirement.