Yes. Just right-click the chat frame tab and change the background. There's a transparency slider there. This is also a Blizzard function I believe (it's getting hard to tell with some things these days, haven't used the default UI for more than 2 minutes since EU beta).
That's the default Blizzard slider. But it doesn't do what I am asking for. There is still an alpha-add to the chat window when you hover over it. I looked a bit at Blizzard's code. The hover fade-in/out seems to happen in the function FCF_OnUpdate. If the current alpha of the chat window is less than DEFAULT_CHATFRAME_ALPHA, it will fade-in the alpha until it reaches DEFAULT_CHATFRAME_ALPHA. So I tried setting DEFAULT_CHATFRAME_ALPHA to 0. That actually seemed to work. But I don't know enough about Blizzard's implemenetation to be sure there are no bad side-effects of doing that. Perhaps you could look into it and add it to Prat if you believe it is safe to do?
Somewhere in this thread i think i answered this. Default alpha will fade in any frame with an alpha less than that amount when you hover over with your mouse. So the way you did it was correct I think.
Is it posseble or will it be posseble to hide the join/left messeges for certain channels? Since the LFG ui isnt that great, my server got a moderated LookingForGroup chan, but the join/left spam is huge.
Use the module "Filtering".
It can do this, just enable it and look at its options.
[2007/03/13 20:25:38-475-x160]: Prat-2.0 Beta 2 28928.29616\modules\ChatButtons.lua:351: attempt to index field 'bottom' (a nil value)
Prat-2.0 Beta 2 28928.29616\modules\ChatButtons.lua:281: in function <Interface\AddOns\Prat\modules\ChatButtons.lua:274>
(tail call): ?:
<in C code>: ?
<in C code>: in function `ChatFrame_OnUpdate'
<string>:"Window2_Chat:OnUpdate":7: in function <[string "Window1_Chat:OnUpdate"]:1>
I'm looking into a reported bug saying Eloquence's inbound filters don't function when Prat is installed.
Eloquence's filters just hook ChatFrame_OnEventHandler, process, and return. Could someone here point me to some info so that get these two mods to play nice?
Prat hooks ChatFrame_MessageEventHandler, your mod does this as well.
There is no way for both mods to maintain their hook given they are doing similar things. Prat hooks AddMessage and allows event in MessageEventHandler to generate its AddMessage as if Prat were not there. This message is tossed, and a saved copy is then run through all of prat's mods and sent to the chatframe. This is most likely the source of the trouble for your mod.
Prat provides events via AceEvent that you can listen for if you wanted to. Using the events when Prat is installed, you could run without hooking MessageEventHandler. Depending on what isnt working it could be as simple as listening for the event and setting a value in a table.
Im also willing to add to the api if need be, i just need to know more details.