Our records show that you have outstanding author rewards points. Please confirm your latest payment information and redeem your points balance via the Author Reward Store.
Yeah, I never had this feature enabled before. I just tried r100, and the indenting to aling with player names is now happening on all multi-line chat text. No idea how to turn it off.
Also, with r100 I noticed the channel name abbreviations are not being colored the channel color as they were with r88 (the version I was using yesterday). Not sure if this is a change in profile settings that I missed.
It appears as of a couple releases ago that the keep info/keep lots of info has stopped querying the /who to get class colors/levels automatically.
Before once some one had typed something in Trade/General/etc etc it would automatically grab the info and the next thing they typed would show their class color and level, but not anymore.
If I manually shift click their name it does the /who and stores the data. How do I get it to work automatically again?
Rollback to Prat 3.0 beta 11 fixed things.
I tried Repair.exe just in case and it did not find any issues.
Let me know if you can reproduce it with only Prat running, otherwise, given that it works for almost everyone - its 1) your saved variables need to be deleted, or 2) an interaction with one of the addons in that list.
It appears as of a couple releases ago that the keep info/keep lots of info has stopped querying the /who to get class colors/levels automatically.
Before once some one had typed something in Trade/General/etc etc it would automatically grab the info and the next thing they typed would show their class color and level, but not anymore.
If I manually shift click their name it does the /who and stores the data. How do I get it to work automatically again?
Prat has been updated to use WhoLib-2.0/LibWho-2.0, but that library has not yet been released.
OK, so disabling "2 Column Chat" worked to resolve the color and and paragraph formatting issue. However, the problem with that is: I had my "General" chat tab unchecked under "Show Timestamp", yet the 2 Column Chat option seems to override that for the color and 2-column formatting.
I like having 2 column formatting for some of my other chat tabs, but the setting seems to be global with no overrides now.
Also, I'm curious why enabling "2 Column Chat" now overrides the coloring of the channel names.
Let me know if you can reproduce it with only Prat running, otherwise, given that it works for almost everyone - its 1) your saved variables need to be deleted, or 2) an interaction with one of the addons in that list.
Looks like a bad combo of SwStats and BugSac/!BugGrabber. Enabled all mods except them and it's a smooth sailing.
OK, so disabling "2 Column Chat" worked to resolve the color and and paragraph formatting issue. However, the problem with that is: I had my "General" chat tab unchecked under "Show Timestamp", yet the 2 Column Chat option seems to override that for the color and 2-column formatting.
I like having 2 column formatting for some of my other chat tabs, but the setting seems to be global with no overrides now.
Also, I'm curious why enabling "2 Column Chat" now overrides the coloring of the channel names.
The 2 column chat works by splitting the chat lines at the timestamp, which must be bracketed by a color |cffxxxxx[timestamp]|r
it finds the first |r, and splits the line there. i never got around to improving that. That's why you need colored timestamps while its on, and when its on, its on for all frames. that code is quite complicated, so I want to limit the number of options I provide for it.
Oh, the second part of that, is that it knows it has already split a line by adding a space to the beginning of the line after removing the timestamp. There are really 2 actual columns on the chatframe. I might be able to get away with putting an undisplayable character as a marker instead - that would be cleaner. But, my proiority now, is to get Prat ready for a release this weekend.
I still havent decided what the default setup will be. If I leave too many things "don't load" then noone can find them. If i leave them "disabled" then they use memory, and people won't know how to set them not to load.
I want to enable the global player colors, 2 column chat and hover hilighting because they are neat features, I tried a couple times in the past to create 2 column chat, and failed - its not easy. You will notice, that disabling the "HighCPUUsage" module - also disables 2 column chat, global name coloring, and mouseover hiligting.
I'm looking for a good idea on the default setup still. I don't want to prompt the user when the addon is first run. That's annoying.
Anyhow - see for yourself the difference in memory use when all the modules are "dont load", "disabled" and "enabled" (its a big difference - and its all done without using LoadOnDemand).
Hi there,
So, since last update this morning (beta) , all was working good until i use my stone to go shattrah from stormwind. one error poped.
sorry because i dont have bug catcher so you could have one look at this screenshot if it can help you to fix issue. (i changed nothing in options since few days)
I won't post about my 2 Column Chat bugs because it seems you are aware that feature is buggy at the moment, though I hope it is working well soon because it is a cool feature.
An issue I haven't seen posted is with changing the timestamp format. If I change it to anything other than [%X] my chat window stops displaying all text, and commands such as /time and /who cannot be entered - the editbox doesn't do anything when I press enter after typing them. /whisper still works, but the text doesn't display. The behavior persists until I switch the timestamp format back to [%X].
I tried logging onto a character that hasn't had any addons used on it before to test. With just Prat enabled, the problem continues. The problem happens with any of the timestamp options turned on or off. I tried toggling Color Timestamp, Show Space, Use Local Time, and 2 Column Chat and I still can't use a custom format, even after relogging. Changing the timestamp color works fine however.
I won't post about my 2 Column Chat bugs because it seems you are aware that feature is buggy at the moment, though I hope it is working well soon because it is a cool feature.
An issue I haven't seen posted is with changing the timestamp format. If I change it to anything other than [%X] my chat window stops displaying all text, and commands such as /time and /who cannot be entered - the editbox doesn't do anything when I press enter after typing them. /whisper still works, but the text doesn't display. The behavior persists until I switch the timestamp format back to [%X].
I tried logging onto a character that hasn't had any addons used on it before to test. With just Prat enabled, the problem continues. The problem happens with any of the timestamp options turned on or off. I tried toggling Color Timestamp, Show Space, Use Local Time, and 2 Column Chat and I still can't use a custom format, even after relogging. Changing the timestamp color works fine however.
I addressed alot of the issues with 2 column frames in beta 14 this am.
Delete your saved variables and reinstall prat.
Only some of the custom formats work, I can't control that really. Maybe people should post working ones, and I can just include those ina dropdown.
It sounds like you arent running buggrabber/bugsack. You should be getting some sort of error.
I downloaded B13 and since Class coloring again did not work I took a look at the source.
Somehting got fixed:
function GetGenderNeutralClass(ns, class)
class = class or ns
return class and (BR[class] or BR[class:upper()] or class)
end
BUT - it does not work (at least on deDE).
I changed it like this:
local BR=LibStub("LibBabble-Class-3.0"):GetReverseLookupTable()
--[[
local BR = setmetatable({}, {
__index = function(t, k)
_G.EnableAddOn("LibBabble-Class-3.0")
_G.LoadAddOn("LibBabble-Class-3.0")
setmetatable(t, LibStub("LibBabble-Class-3.0"):GetReverseLookupTable())
return t[k]
end })
]]
and it works.
There is something wrong with this setmetatable function.
I curious - on the one hand you changed the function GetGenderNeutralClass...
On the other hand you kept the not working setmetatable.
Did you even try your changes by forcing a different locale, or simply make a little change to the function an "hope" it helps?
Anyhow - it does NOT work with the setmetatable - but it works a soon as I replace this with a local variable initialised with the reverse....
[2008/11/07 15:13:11-1166-x2]: Prat-3.0-Beta 14 \modules\PlayerNameGlobalPatterns.lua:94: attempt to index local 'Name' (a nil value)
Prat-3.0-Beta 14 \modules\PlayerNames.lua:743: in function `?'
CallbackHandler-1.0-3 (Ace3):146: in function <...Ons\Ace3\CallbackHandler-1.0\CallbackHandler-1.0.lua:146>
<string>:"safecall Dispatcher[1]":4: in function <[string "safecall Dispatcher[1]"]:4>
<in C code>: ?
<string>:"safecall Dispatcher[1]":13: in function `?'
CallbackHandler-1.0-3 (Ace3):91: in function `Fire'
AceEvent-3.0-3 (Ace3):70: in function <Interface\AddOns\Ace3\AceEvent-3.0\AceEvent-3.0.lua:69>
Is there an option to filter out join/leave notifications for one/all channels? I thought the Filtering module did that, but it doesn't seem to have any effect. (tried with beta 14, erased saved variables before updating)
Hello,
I don't know if the Channel link feature is still in, but if it is; I happened to see that's implemented in the default UI (at least that's what I assume). ItemRef.lua lines 68 through 75:
elseif ( button == "LeftButton" ) then
local chan = strsub(link, 9);
local channum = tonumber(chan)
if ( (not channum) or GetChannelName(channum)~=0 ) then
--Open chat for channel
ChatFrame_OpenChat("/"..chan, DEFAULT_CHAT_FRAME);
end
end
I addressed alot of the issues with 2 column frames in beta 14 this am.
Delete your saved variables and reinstall prat.
Only some of the custom formats work, I can't control that really. Maybe people should post working ones, and I can just include those ina dropdown.
It sounds like you arent running buggrabber/bugsack. You should be getting some sort of error.
Or maybe you are running spammenot.
I deleted prat, deleted all saved variables, and reinstalled prat. I used it on a character with no add-ons enabled other than Buggrabber, Bugsack, and the three prat modules. I've never used spammenot before. Here is the error I get when I change the timestamp to [%r] and try to whisper myself:
[2008/11/07 22:21:14-3-x1]: Prat-3.0-Beta 15 \modules\Timestamps.lua:563: 'date' format too long
Prat-3.0-Beta 15 \modules\Timestamps.lua:563: in function `GetTime'
Prat-3.0-Beta 15 \modules\Timestamps.lua:554: in function `InsertTimeStamp'
Prat-3.0-Beta 15 \modules\Timestamps.lua:525: in function <Interface\AddOns\Prat-3.0\modules\Timestamps.lua:523>
(tail call): ?:
Prat-3.0-Beta 15 \addon\addon.lua:553: in function <Interface\AddOns\Prat-3.0\addon\addon.lua:546>
(tail call): ?:
Interface\FrameXML\ChatFrame.lua:2674: in function `ChatFrame_DisplayGameTime':
Interface\FrameXML\ChatFrame.lua:1360: in function `value':
Interface\FrameXML\ChatFrame.lua:3212: in function <Interface\FrameXML\ChatFrame.lua:3144>:
<in C code>: in function `ChatEdit_ParseText'
Interface\FrameXML\ChatFrame.lua:2911: in function `ChatEdit_SendText':
Interface\FrameXML\ChatFrame.lua:2932: in function `ChatEdit_OnEnterPressed':
<string>:"*:OnEnterPressed":1: in function <[string "*:OnEnterPressed"]:1>
Rollback Post to RevisionRollBack
To post a comment, please login or register a new account.
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumTimestamps module. "2 Column Chat"
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumBefore once some one had typed something in Trade/General/etc etc it would automatically grab the info and the next thing they typed would show their class color and level, but not anymore.
If I manually shift click their name it does the /who and stores the data. How do I get it to work automatically again?
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumERROR #132 (0x85100084) Fatal Exception
Program: D:\World of Warcraft\Wow.exe
Exception: 0xC0000005 (ACCESS_VIOLATION) at 0023:00600D15
The instruction at "0x00600D15" referenced memory at "0x00000000".
The memory could not be "read".
WoWBuild: 9183
Realm: Lightbringer [72.5.213.128:3724]
Local Zone: Refuge Pointe, Arathi Highlands
Local Player: Unknown, 0000000000E10E71, (-1230.89,-2526.31,22.271)
Add Ons: AckisRecipeList Bartender4 BigWigs !BugGrabber BugSack Capping Cartographer3 Cartographer3_InstancePOIs Cartogr
apher3_Notes Cartographer3_Waypoints ClearFont2 ClosetGnome CowTip CurseProfiler DoTimer FuBar_GroupFu FuBar_MoneyFu FuB
ar GatherMate GatherMate_Sharing InFlight_Load Ace2 LibFuBarPlugin-3.0 LibRock-1.0 LibRockComm-1.0 LibRockConfig-1.0 Lib
RockConsole-1.0 LibRockDB-1.0 LibRockEvent-1.0 LibRockHook-1.0 LibRockLocale-1.0 LibRockModuleCore-1.0 LibRockTimer-1.0
LibSharedMedia-3.0 SurfaceLib oCB Omen oRA2 PallyPower PerfectRaid PitBull PitBull_Aura PitBull_CastBar PitBull_CombatIc
on PitBull_CombatText PitBull_ExperienceBar PitBull_HealthBar PitBull_HideBlizzard PitBull_Highlight PitBull_LeaderIcon
PitBull_MasterLooterIcon PitBull_Portrait PitBull_PowerBar PitBull_PvPIcon PitBull_RaidTargetIcon PitBull_RangeCheck Pit
Bull_ReadyCheckIcon PitBull_ReputationBar PitBull_RestIcon PitBull_Spark PitBull_ThreatBar PitBull_VisualHeal PitBull_Vo
iceIcon Prat-3.0 Prat-3.0_HighCPUUsageModules Prat-3.0_Libraries RatingBuster Routes sct SellFish SW_Stats SW_UniLog
Rollback to Prat 3.0 beta 11 fixed things.
I tried Repair.exe just in case and it did not find any issues.
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumLet me know if you can reproduce it with only Prat running, otherwise, given that it works for almost everyone - its 1) your saved variables need to be deleted, or 2) an interaction with one of the addons in that list.
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumPrat has been updated to use WhoLib-2.0/LibWho-2.0, but that library has not yet been released.
That sucks. How long until it's ready for release do you think?
OK, so disabling "2 Column Chat" worked to resolve the color and and paragraph formatting issue. However, the problem with that is: I had my "General" chat tab unchecked under "Show Timestamp", yet the 2 Column Chat option seems to override that for the color and 2-column formatting.
I like having 2 column formatting for some of my other chat tabs, but the setting seems to be global with no overrides now.
Also, I'm curious why enabling "2 Column Chat" now overrides the coloring of the channel names.
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumLooks like a bad combo of SwStats and BugSac/!BugGrabber. Enabled all mods except them and it's a smooth sailing.
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumThe 2 column chat works by splitting the chat lines at the timestamp, which must be bracketed by a color |cffxxxxx[timestamp]|r
it finds the first |r, and splits the line there. i never got around to improving that. That's why you need colored timestamps while its on, and when its on, its on for all frames. that code is quite complicated, so I want to limit the number of options I provide for it.
Oh, the second part of that, is that it knows it has already split a line by adding a space to the beginning of the line after removing the timestamp. There are really 2 actual columns on the chatframe. I might be able to get away with putting an undisplayable character as a marker instead - that would be cleaner. But, my proiority now, is to get Prat ready for a release this weekend.
I still havent decided what the default setup will be. If I leave too many things "don't load" then noone can find them. If i leave them "disabled" then they use memory, and people won't know how to set them not to load.
I want to enable the global player colors, 2 column chat and hover hilighting because they are neat features, I tried a couple times in the past to create 2 column chat, and failed - its not easy. You will notice, that disabling the "HighCPUUsage" module - also disables 2 column chat, global name coloring, and mouseover hiligting.
I'm looking for a good idea on the default setup still. I don't want to prompt the user when the addon is first run. That's annoying.
Anyhow - see for yourself the difference in memory use when all the modules are "dont load", "disabled" and "enabled" (its a big difference - and its all done without using LoadOnDemand).
So, since last update this morning (beta) , all was working good until i use my stone to go shattrah from stormwind. one error poped.
sorry because i dont have bug catcher so you could have one look at this screenshot if it can help you to fix issue. (i changed nothing in options since few days)
An issue I haven't seen posted is with changing the timestamp format. If I change it to anything other than [%X] my chat window stops displaying all text, and commands such as /time and /who cannot be entered - the editbox doesn't do anything when I press enter after typing them. /whisper still works, but the text doesn't display. The behavior persists until I switch the timestamp format back to [%X].
I tried logging onto a character that hasn't had any addons used on it before to test. With just Prat enabled, the problem continues. The problem happens with any of the timestamp options turned on or off. I tried toggling Color Timestamp, Show Space, Use Local Time, and 2 Column Chat and I still can't use a custom format, even after relogging. Changing the timestamp color works fine however.
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumI addressed alot of the issues with 2 column frames in beta 14 this am.
Delete your saved variables and reinstall prat.
Only some of the custom formats work, I can't control that really. Maybe people should post working ones, and I can just include those ina dropdown.
It sounds like you arent running buggrabber/bugsack. You should be getting some sort of error.
Or maybe you are running spammenot.
I downloaded B13 and since Class coloring again did not work I took a look at the source.
Somehting got fixed:
function GetGenderNeutralClass(ns, class)
class = class or ns
return class and (BR[class] or BR[class:upper()] or class)
end
BUT - it does not work (at least on deDE).
I changed it like this:
local BR=LibStub("LibBabble-Class-3.0"):GetReverseLookupTable()
--[[
local BR = setmetatable({}, {
__index = function(t, k)
_G.EnableAddOn("LibBabble-Class-3.0")
_G.LoadAddOn("LibBabble-Class-3.0")
setmetatable(t, LibStub("LibBabble-Class-3.0"):GetReverseLookupTable())
return t[k]
end })
]]
and it works.
There is something wrong with this setmetatable function.
I curious - on the one hand you changed the function GetGenderNeutralClass...
On the other hand you kept the not working setmetatable.
Did you even try your changes by forcing a different locale, or simply make a little change to the function an "hope" it helps?
Anyhow - it does NOT work with the setmetatable - but it works a soon as I replace this with a local variable initialised with the reverse....
http://img372.imageshack.us/my.php?image=pratbeta14errorlf8.jpg
This is with the beta 14.
[2008/11/07 15:13:11-1166-x2]: Prat-3.0-Beta 14 \modules\PlayerNameGlobalPatterns.lua:94: attempt to index local 'Name' (a nil value)
Prat-3.0-Beta 14 \modules\PlayerNames.lua:743: in function `?'
CallbackHandler-1.0-3 (Ace3):146: in function <...Ons\Ace3\CallbackHandler-1.0\CallbackHandler-1.0.lua:146>
<string>:"safecall Dispatcher[1]":4: in function <[string "safecall Dispatcher[1]"]:4>
<in C code>: ?
<string>:"safecall Dispatcher[1]":13: in function `?'
CallbackHandler-1.0-3 (Ace3):91: in function `Fire'
AceEvent-3.0-3 (Ace3):70: in function <Interface\AddOns\Ace3\AceEvent-3.0\AceEvent-3.0.lua:69>
-
View User Profile
-
View Posts
-
Send Message
Curse Premium-
View User Profile
-
View Posts
-
Send Message
Curse PremiumI don't know if the Channel link feature is still in, but if it is; I happened to see that's implemented in the default UI (at least that's what I assume). ItemRef.lua lines 68 through 75:
elseif ( button == "LeftButton" ) then local chan = strsub(link, 9); local channum = tonumber(chan) if ( (not channum) or GetChannelName(channum)~=0 ) then --Open chat for channel ChatFrame_OpenChat("/"..chan, DEFAULT_CHAT_FRAME); end endI deleted prat, deleted all saved variables, and reinstalled prat. I used it on a character with no add-ons enabled other than Buggrabber, Bugsack, and the three prat modules. I've never used spammenot before. Here is the error I get when I change the timestamp to [%r] and try to whisper myself:
[2008/11/07 22:21:14-3-x1]: Prat-3.0-Beta 15 \modules\Timestamps.lua:563: 'date' format too long
Prat-3.0-Beta 15 \modules\Timestamps.lua:563: in function `GetTime'
Prat-3.0-Beta 15 \modules\Timestamps.lua:554: in function `InsertTimeStamp'
Prat-3.0-Beta 15 \modules\Timestamps.lua:525: in function <Interface\AddOns\Prat-3.0\modules\Timestamps.lua:523>
(tail call): ?:
Prat-3.0-Beta 15 \addon\addon.lua:553: in function <Interface\AddOns\Prat-3.0\addon\addon.lua:546>
(tail call): ?:
Interface\FrameXML\ChatFrame.lua:2674: in function `ChatFrame_DisplayGameTime':
Interface\FrameXML\ChatFrame.lua:1360: in function `value':
Interface\FrameXML\ChatFrame.lua:3212: in function <Interface\FrameXML\ChatFrame.lua:3144>:
<in C code>: in function `ChatEdit_ParseText'
Interface\FrameXML\ChatFrame.lua:2911: in function `ChatEdit_SendText':
Interface\FrameXML\ChatFrame.lua:2932: in function `ChatEdit_OnEnterPressed':
<string>:"*:OnEnterPressed":1: in function <[string "*:OnEnterPressed"]:1>