• 0

    posted a message on Alternatives to PowerAurasClassic?
    I use Ellipsis for cooldown/HoT/DoT alerts (unlike some mods of that type, it can give you a sound when a timer has expired) & GoodNewsEveryone for proc alerts. The most efficient mods of their type I've yet found. I also for some reason still use the creaking Ace2 SpellReminder, because old habits/mod preferences die hard :D.

    Ellipsis isn't in active development anymore unfortunately, though. It may or may not be updated for Cataclysm, according to the author's last post from Dec. 09. But it works well currently & uses less CPU time than any other mod of this type I've tested. CoolLine is the only other mod of that type that comes close to Ellipsis's CPU efficiency (it doesn't beat it, though). But it has far fewer features.
    Posted in: AddOn HELP!
  • 0

    posted a message on Basic Chat Mods??
    r213 works reliably regarding the scrolldown.lua module, but found out what the/a problem was. It + buttons.lua are not totally compatible with Chatter's TinyChat module.

    Been using that module in that mod forever; its been around for literally years. So when BCM added that functionality in dont_disable.lua, I of course disabled it ;). Commented out lines 13 & 14 while keeping TinyChat active.

    But...doing that causes random issues with BCM's scrolldown + buttons. On one raid character, there was never an issue with the scrolldown icon appearing. But on a different raid character...with a very similar (but not identical) total mod load, identical chat mod load & identical Chatter profile to the other one, BCM's scrolldown icon rarely appeared after logon. It did appear on two occasions, but on 95% of the logons with that character, it never did.

    Put back BCM's chat resizing (uncommented those two lines in dont_disable.lua), disabled Chatter's TinyChat. Now the scrolldown icon appears 100% of the time on that character it was having issues on (& all other characters).
    Posted in: General AddOns
  • 0

    posted a message on Basic Chat Mods??
    Problem just noticed with the new r212 scrolldown.lua module. With buttons.lua active--and unmodified--the scrolldown button does not appear on the chat frame at any time.
    Posted in: General AddOns
  • 0

    posted a message on Basic Chat Mods??
    Quote from funkydude
    Fix is now in alpha zips, let me know if it works aright.


    Improved, but still rather odd.

    The test state here that duplicated the results shown in Vyrt's screenshots above in r208: Beginner's Tooltips disabled & Enhanced Tooltips enabled in Blizzard's Interface, Game, Help frame.

    Now with r212's chatcopy.lua, mousing over a chat tab it puts what appears to be the beginner's tooltip for the chat tab (that appears normally when you have that turned on) with the BCM "help" line at the bottom:

    Chat Options
    Right-click to get a list of customizable options for this window. Left-click and drag to move the window.

    (icon) Double-click to copy chat.

    ------------

    You get that tooltip even when you have Beginner's Tooltips turned off, which is unexpected.
    Posted in: General AddOns
  • 0

    posted a message on Basic Chat Mods??
    ^^

    That's exactly what happens here.
    Posted in: General AddOns
  • 0

    posted a message on Basic Chat Mods??
    Quote from funkydude
    all it does is move the tooltip


    That's the issue. It apparently moves the tooltip...to the chat button you are mousing over. When you remove the mouse cursor from the button, the tooltip goes back to its normal place. It occurs when using no tooltip mods at all as well (just tested).

    The tooltip that appears (sometimes) when you mouse over a chat tab contains all the information I mentioned. Which is the player/NPC/item data of one of the last things you moused over identical to how it appeared in the regular game tooltip + the instruction text: "Double-click to copy chat".

    If the tooltip is being moved, it probably should only contain the instruction line. Having it also show you the information from the toltip of one of the last things you moused over is unexpected.

    Quote from funkydude
    I'm finding it hard to understand the issue here, when you customized the timestamp, did you remember to re-select it in the Blizzard options?


    Its not really an issue; it only occurs so far with that one obsolete mod (that I can't find an alternative to). I might be the only one still using it :D; thought you might be interested in the different behaviors.

    Of course the proper customized timestamp was selected. With coloring removed, how it looks in raid chat (only): 12:45:28| [1] 12:45:28| (chat text). The "[1]" being the raid group number inserted by that other mod. How it looks (properly) in all other chat types: 12:45:28| (chat text). How raid chat looks in Chatter (coloring not on either): [12:45:28] [1] (chat text).

    I'll get a screenshot next time can find a friend to join a raid group for testing.
    Posted in: General AddOns
  • 0

    posted a message on Basic Chat Mods??
    Works well, ty very much for your efforts.

    One issue, though. The v4.02 chatcopy.lua has some strange behavior. It seems to often take hostage temporarily the game tooltip.

    As in when mousing over a chat tab, in addition to the "Double-click to copy chat" line, above that in the tooltip it will show one of the last things you moused over. Such as the tooltip info of the last person you moused over, "Mailbox" or similar.

    Mouse over the chat buttons again and no tooltip shows. Try again, it will show a random game tooltip with the last thing you moused over showing as before. And so on.

    It doesn't affect double clicking to bring up the chatcopy frame, but its somewhat disconcerting. Using with a semi-customized version of TinyTip; it has no issues with anything else.

    Second thing, not really an issue, but an interesting comparison. Used with the obsolete (but still working) RaidGroupNumber, BCM's timestamps (when the coloring is removed) will duplicate in raid chat with that mod's "number" in-between them. It does not duplicate the timestamps anywhere else. Chatter's Timestamps.lua module doesn't exhibit that behavior.
    Posted in: General AddOns
  • 0

    posted a message on Importing Notes from Cartographer_Notes into another addon like HandyNotes
    (the crowd cheers) The fake notes can now be deleted from the world map so the errors with them never happen again.

    One issue, though. When importing (or reimporting; I've done both...heh) the Cart2 notes with the updated import.lua, its different than it used to be. As in all your imported notes have duplicate lines in them. It duplicates the note Title the Description/Notes area.

    For example, for a note that reads "Timmy starts here!", that line is duplicated in both areas. Meaning that every imported note on the map looks like Jacob Two-Two wrote them. This happens whether reimporting or starting with a 100% fresh HandyNotes SV (deleted before importing).

    Nice work on the fake note resolution, though.
    Posted in: AddOn HELP!
  • 0

    posted a message on Basic Chat Mods??
    Quote from Dridzt
    You cannot have the pie whole and eat it too.
    "Change that" means change the regular expression to not look for colorcode as a way to find non-timestamped lines to add timestamp to.
    So basically return to the previous search for number:number pattern.


    You should be able to have pie...and eat it too.

    Yes, the only thing that eliminated the duplicate timestamps when getting rid of the coloring was to revert to the old expression method which doesn't work on achievements or looting (("%d:%d")). Oh well. There is always the old pre-3.3.5 code which works.
    Posted in: General AddOns
  • 0

    posted a message on Basic Chat Mods??
    Tried the new r183. Limited testing of the defaults; yes, the defaults now timestamps loot pickups (and I assume achievements) properly.

    But on line 24 of channelnames.lua it/you now mentions: You'll need to change this if you removed colors from the timestamp_customize module. Bringing up the question...change what? :D

    Have tried a large number of modifications to the find("^|c") then string on line 25. Mostly parts/all of the "%H:%M:%S|r| " am using on my custom timestamp_customize line in place of |c. As well as removing it. And a couple other things.

    Nothing works. The best could get was single, proper timestamps on non-chat (which was OK), but duplicate timestamps (one after the other, then the chat) on every other chat line.

    So if its possible in the current implementation to remove the custom color from the timestamp_customize line(s) and still get timestamps working properly, would be cool if you could post what to change :!:.
    Posted in: General AddOns
  • 0

    posted a message on Basic Chat Mods??
    Quote from funkydude
    Try the latest svn version, it takes the timestamp from the Blizz config.


    Nice work. A couple things.

    It timestamps more than the default, but still doesn't do everything, unlike that old code posted. It doesn't stamp either (Player name) receives loot: [loot name]/You receive loot: [loot name] or [Player name] has earned the achievement: [Heroic: Pet My Kitty]! strings. Likely due to the new insert-stamps-before-the-message behavior.

    The rest of it works great and can be custom modified like the old version. In timestamp_customize.lua, though, the instructions at the top state:
    Must start with |cff and end with |r
    DO NOT remove anything inside the brackets
    .
    But I changed one of the lines to a preferred TIMESTAMP_FORMAT_HHMMSS_24HR = "%H:%M:%S|r| "; it works fine.

    Quote from funkydude
    Yes to save creating another hook. If you want to disable the channelnames module, I suggest you simply copy over the "AddMessage" function as well as local newAddMsg = {} to the timestamp_customize module and remove the channelname code from inside the "AddMessage" function.


    Yep, I just commented out the applicable channelname code to get rid of the channel name modifications (as used to do in the old version); works without issues.
    Posted in: General AddOns
  • 0

    posted a message on BigWigs
    Decided to give the (controversial) tips.lua a try. The Output to chat frame option doesn't work. The Tips window pops up in the middle of the screen upon entering a raid whether or not that option is checkmarked. As well, the tip text is not output to chat.

    BigWigs r7516, USEnglish client/server, WoW 3.3.5 live.
    Posted in: Raid AddOns
  • 0

    posted a message on Basic Chat Mods??
    And on to WoW 3.3.5.

    Disappointed with v3.60/3.65 that you have removed timestamp customizing for anything other than the default Blizzard timestamps.

    The Blizzard ones do not show stamps for anything other than chat messages. Not loot rolls, not skill increases, not anything else. Consequently, your chat window is peppered with timestamps interspersed with...no timestamps. Its quite a shock when you prefer and are used to having timestamps showing for everything.

    Many other updated chat mods retain timestamps for everything. One I recall (myChat) even mentions in its description that it provides timestamp modification for everything as Blizzard does not do so.

    Sooo...am still using essentially the same code in channelnames.lua in WoW 3.3.5 that I've always used with BasicChatMods. Get timestamps on everything colored the same as the rest of the line, no channel name modifications:


    local tformat = "%X"
    local lbrack, rbrack = "", ""
    
    local date = _G.date
    local newAddMsg = {}
    
    local function AddMessage(frame, text, ...)
    text = ""..lbrack..date(tformat)..rbrack.."|r| "..text
    return newAddMsg[frame:GetName()](frame, text, ...)
    end
    
    do
        for i = 1, 10 do
            if i ~= 2 then -- skip combatlog
                local f = _G[format("%s%d", "ChatFrame", i)]
                newAddMsg[format("%s%d", "ChatFrame", i)] = f.AddMessage
                f.AddMessage = AddMessage
            end
        end
    
    end
    Hope you will reconsider putting back (or making optional) timestamp modification for lines other than what Blizzard handles.
    Posted in: General AddOns
  • 0

    posted a message on Talented, a Talent template editor !
    Talented r649 is subject to the infamous ChatFrameEditBox problem in WoW 3.3.5 live.

    SHIFT-click a glyph out of the glyph frame to link in chat and:

    ["message"] = "Talented_GlyphFrame-@project-version@\\glyph.lua:118: attempt to index global 'ChatFrameEditBox' (a nil value)\n\nLocals:|r\n\n  ---",
                ["type"] = "error",
                ["session"] = 177,
                ["counter"] = 3,
            }, -- [103]
    Changing a portion of line 118 in glyph.lua to ChatFrame1EditBox fixes the problem.
    Posted in: General AddOns
  • 0

    posted a message on RatingBuster performance question
    My mistake about the TrinketMenu "don't worry about it". Haven't used/tested third-party equipment managers forever; probably got it mixed up with something else was thinking of.

    Its unneeded these days and really out of date. But if you want something that provides easier/fastest access to the built-in Blizzard equipment manager for trinket (& other) switching that uses 0 CPU (via a LDB display), try ClosetGnome. Or what was previously said about the default character frame quick item switching.

    But yes, as Phanx said, its impossible to determine an addon's true CPU & memory usage if they use third-party shared libraries (in Skada's case, Ace3). As those libraries are shared between addons and often the wrong one will be blamed for CPU/memory usage.

    The only way to get a true picture of things when testing is to install third-party libraries as standalones and delete them from the addon's folder. But that's not recommended unless an advanced user.

    As to what you have (following up what other people have said), OmniCC uses about 20% of the CPU Cooldowns does when a cooldown is active in my last testing. As well as much less garbage. So its recommended to switch if it does what you want.

    For damage meters, they don't all measure things (DPS, etc.) the same way. Showing Disc Priest healing is especially problematic with ones that don't have an option for calculating "absorbs". One of the other accepted standards for damage meters is Recount (with RecountGuessedAbsorbs & RecountHealandGuessedAbsorbs by a third party).

    Haven't tested CPU usage of DPS meters in a long time. But as noted, remember that using one that isn't widely used may create discrepancies between what is shown to you and what others may be seeing. And/or missing out on things like absorbs.
    Posted in: AddOn HELP!
  • To post a comment, please or register a new account.