• 0

    posted a message on BadBoy: An extremely minimal spam blocker & reporter
    I'd say keep it. For a balance for others, have an option with it disabled by default.

    It actually also worries people unnecessarily when seeing a line saying that spam has been detected, but you have no idea who the spam came from. It raises uncertainty.
    Posted in: General AddOns
  • 0

    posted a message on BadBoy: An extremely minimal spam blocker & reporter
    With v6.634:

    <>
    Posted in: General AddOns
  • 0

    posted a message on LittleWigs
    All the LittleWigs: Lich King modules bug out with the current release/forward alphas of BigWigs (r8950-release/r8955).

    In the Big Wigs Encounters options, all the dungeon names are visible on the left side of the options panel. But click one of them (for example, Violet Hold), an error is thrown up and the module options never load:

    ["message"] = "BigWigs_Options-r8954\\Options.lua:763: We wanted to show options for the zone \"536\", but it does not have any modules registered.\nBigWigs_Options-r8954\\Options.lua:763: in function <Interface\\AddOns\\BigWigs_Options\\Options.lua:751>\n<in C code>: in function `Show'\nInterface\\FrameXML\\InterfaceOptionsFrame.lua:28: in function `InterfaceOptionsList_DisplayPanel':\nInterface\\FrameXML\\InterfaceOptionsFrame.lua:46: in function `InterfaceOptionsListButton_OnClick':\n<string>:\"*:OnClick\":2: in function <[string \"*:OnClick\"]:1>\n",
                ["type"] = "error",
                ["locals"] = {
                    "frame = <unnamed> {\n 0 = <userdata>\n cancel = <function> defined @Interface\\AddOns\\BigWigs_Options\\Options.lua:848\n parent = \"Big Wigs Encounters\"\n refresh = <function> defined @Interface\\AddOns\\BigWigs_Options\\Options.lua:848\n hidden = false\n addonname = \"BigWigs\"\n default = <function> defined @Interface\\AddOns\\BigWigs_Options\\Options.lua:848\n name = \"The Violet Hold\"\n okay = <function> defined @Interface\\AddOns\\BigWigs_Options\\Options.lua:848\n id = 536\n}\nzone = 536\nmultiple = nil\nzoneModules = <table> {\n Caverns of Time = <table> {\n }\n 756 = <table> {\n }\n 4 = <table> {\n }\n 819 = <table> {\n }\n Dragonblight = <table> {\n }\n 820 = <table> {\n }\n 759 = <table> {\n }\n 775 = <table> {\n }\n Dalaran = <table> {\n }\n 768 = <table> {\n }\n 696 = <table> {\n }\n 758 = <table> {\n }\n 824 = <table> {\n }\n 747 = <table> {\n }\n Coldarra = <table> {\n }\n 789 = <table> {\n }\n 3 = <table> {\n }\n 780 = <table> {\n }\n 764 = <table> {\n }\n Zul'Drak = <table> {\n }\n 535 = <table> {\n }\n 782 = <table> {\n ", -- [1]
                    "}\n 604 = <table> {\n }\n 752 = <table> {\n }\n 799 = <table> {\n }\n 753 = <table> {\n }\n 800 = <table> {\n }\n 754 = <table> {\n }\n 757 = <table> {\n }\n The Storm Peaks = <table> {\n }\n The Frozen Halls = <table> {\n }\n}\nAceGUI = <table> {\n objPools = <table> {\n }\n RegisterAsContainer = <function> defined @Interface\\AddOns\\Ace3\\AceGUI-3.0\\AceGUI-3.0.lua:521\n RegisterWidgetType = <function> defined @Interface\\AddOns\\Ace3\\AceGUI-3.0\\AceGUI-3.0.lua:559\n WidgetBase = <table> {\n }\n RegisterAsWidget = <function> defined @Interface\\AddOns\\Ace3\\AceGUI-3.0\\AceGUI-3.0.lua:537\n counts = <table> {\n }\n LayoutRegistry = <table> {\n }\n GetLayout = <function> defined @Interface\\AddOns\\Ace3\\AceGUI-3.0\\AceGUI-3.0.lua:583\n GetWidgetVersion = <function> defined @Interface\\AddOns\\Ace3\\AceGUI-3.0\\AceGUI-3.0.lua:613\n Create = <function> defined @Interface\\AddOns\\Ace3\\AceGUI-3.0\\AceGUI-3.0.lua:172\n GetWidgetCount = <function> defined @Interface\\AddOns\\Ace3\\AceGUI-3.0\\AceGUI-3.0.lua:607\n GetNextWidgetNu", -- [2]
                    "m = <function> defined @Interface\\AddOns\\Ace3\\AceGUI-3.0\\AceGUI-3.0.lua:596\n WidgetRegistry = <table> {\n }\n WidgetVersions = <table> {\n }\n RegisterLayout = <function> defined @Interface\\AddOns\\Ace3\\AceGUI-3.0\\AceGUI-3.0.lua:573\n Release = <function> defined @Interface\\AddOns\\Ace3\\AceGUI-3.0\\AceGUI-3.0.lua:206\n ClearFocus = <function> defined @Interface\\AddOns\\Ace3\\AceGUI-3.0\\AceGUI-3.0.lua:257\n WidgetContainerBase = <table> {\n }\n SetFocus = <function> defined @Interface\\AddOns\\Ace3\\AceGUI-3.0\\AceGUI-3.0.lua:247\n}\nL = <table> {\n Show addon warnings = \"Show addon warnings\"\n About = \"About\"\n ICON = \"Icon\"\n You are running an ALPHA RELEASE of Big Wigs %s (revision %d) = \"You are running an ALPHA RELEASE of Big Wigs %s (revision %d)\"\n You are running an official release of Big Wigs %s (revision %d) = \"You are running an official release of Big Wigs %s (revision %d)\"\n raidiconDesc = \"Some encounter scripts use raid icons to mark players that are of special interest to you", -- [3]
                    "r group. For example 'bomb'-type effects and mind control. If you turn this off, you won't mark anyone.\n\n|cffff4411Only applies if you're either the group leader or promoted!|r\"\n License = \"License\"\n soundDesc = \"Messages might come with a sound. Some people find it easier to listen for these after they've learned which sound goes with which message, as opposed to reading the actual messages.\n\n|cffff4411Even when off, the default raid warning sound might be played by incoming raid warnings from other players. That sound, however, is different from the sounds we use.|r\"\n There are people in your group with older versions or without Big Wigs. You can get more details with /bwv. = \"There are people in your group with older versions or without Big Wigs. You can get more details with /bwv.\"\n Profiles = \"Profiles\"\n List abilities in group chat = \"List abilities in group chat\"\n Minimap icon = \"Minimap icon\"\n blizzardDesc = \"Blizzard provides their own messages for some abi", -- [4]
                    "lities on some encounters. In our opinion, these messages are both way too long and descriptive. We try to produce smaller, more fitting messages that do not interfere with th", -- [5]
                },
                ["session"] = 5393,
                ["counter"] = 1,
            }, -- [981]
    Same error repeats with different zone numbers trying to click any LittleWigs LK instance name in the Big Wigs Encounters options.
    Posted in: Raid AddOns
  • 0

    posted a message on BadBoy: An extremely minimal spam blocker & reporter
    With BadBoy v6.628:

    <>
    Posted in: General AddOns
  • 0

    posted a message on Recount
    Quote from Elsia
    Great that's indeed fixable. I committed an alpha that treats all absorbs that are not overheals as effective healing. Let me know if it works as intended. Thanks.


    In the changelog for r1192, though, is the following: "Absorbed heals not reported as overheals will not count towards effective healing...". Is it actually that or was the log worded improperly?
    Posted in: General AddOns
  • 0

    posted a message on BadBoy: An extremely minimal spam blocker & reporter
    With v6.6:

    <>
    Posted in: General AddOns
  • 0

    posted a message on [Request] Blink Health Text Remake
    Alternative that does the same thing, but works without issues in WoW 4.0-4.2a (currently): OnScreenHealth.
    Posted in: Addon Ideas
  • 0

    posted a message on Recount
    Quote from Elsia
    DDI seems to be doing much more than I need. All I need is a dropdown solution that isn't blizz to avoid taints.


    Darn. LibDDI provides the item types, but you don't need to use all of them. Heck, just use one of them (etc.).

    The biggest thing here is stability. I have yet to see a single issue appear with this being used in BigWigs (& now oUF_Freebgrid) since r8 in December. Or even prior. If it can handle the frame level/strata problem that LibDropdown-1.0 has without issues (as well as having a history of stability), wouldn't it make more sense to use it? You are avoiding tainting, but running into something else you have to work around, which might be avoided entirely with LibDDI.
    Posted in: General AddOns
  • 0

    posted a message on Recount
    Noticed your new commit r1169, Elsia: "Removing level code for libdropdown frame, the library does not seem robust against level changes".

    Remember from a while ago there were a number of ongoing issues with LibDropdown-1.0. Either as a result of that or other reasons, it hasn't found widespread adoption by mods at all. And in the case of BigWigs, a completely different library performing similar functions was created instead: LibDDI-1.0. Might want to give that a try instead for Recount?
    Posted in: General AddOns
  • 0

    posted a message on AllYouCanEat
    This has been a fine replacement for some of the features of the long obsolete Historian. The changes in the recent r20 & later builds are not so fine, though: "Saved data from previous AllYouCanEat versions are completely deleted because of a new storage system."

    Its a problem several historical database mods have had in the past. If such a mod is new and in development, its no big problem changing the database format over a limited period of time until it is stable. It is a very big problem when the mod has been around for a long time (in AllYouCanEat's case, over a year), then it suddenly requires old database deletion.

    It really defeats the point of having used AllYouCanEat in the past. And what's the point of using this in the future if the same thing might happen again?

    A couple of the aforementioned historical database mods like this in the past reversed course (after initially requiring database deletion) and later provided an upgrade mechanism. Hope you can do the same for r19 and prior database formats of AllYouCanEat.
    Posted in: General AddOns
  • 0

    posted a message on BasicChatMods - Configurable chat modules
    Quote from funkydude
    BCM doesn't touch the gmotd, only replicate it. The default WoW client itself will NOT show the gmotd if it's not available at the time of login (due to lag, etc). The difference is BCM will try and wait until it is available to display it. Also hence why it happens when the module is disabled (not loaded).


    Tested through 6 relogs on two different days with both BasicChatMods enabled & disabled as well as that feature enabled & disabled. No lag problems. BasicChatMods enabled (and that feature either enabled or disabled): the default GMOTD never shows up. BasicChatMods disabled: the default GMOTD always shows up (yes, there was an actual GMOTD present on all occasions).

    But BasicChatMods' copy of the GMOTD never failed to show up when enabled. This behavior is consistent whether Chatter's "DelayGMOTD.lua" is active or not at the same time.

    So something different is happening on this end in 4.1.

    Quote from funkydude

    This is most likely due to the introduction of the chat history module. Calling SetMaxLines clears the chat frame even if you're simply increasing the number of lines. For this reason I load the chat history module first. Nothing I can do other than advise you to disable the History module. I will look into having that module save and restore chat when calling that function.


    Hope it can be improved. Chatter's "Scrollback" (history) module doesn't cause that issue.
    Posted in: General AddOns
  • 0

    posted a message on BasicChatMods - Configurable chat modules
    Excellent work on the options flexibility; thanks for your efforts.

    But two peculiarities seen in WoW 4.1 live with BasicChatMods (BCM) v6.52 that weren't present in WoW 4.0.6 with earlier versions. First issue is the GMOTD feature. Whether disabled or enabled, it blocks the original GMOTD from ever being shown. In 4.0.6, the feature properly didn't block the message when it was disabled.

    Bigger issue is something in this now is interfering with other things that may post messages to chat at logon (might be the GMOTD thing). Specifically with Mitsugo. Any saved whispers by that mod that are normally posted to chat when you log on again are never shown (GMOTD feature on or off). Disable BCM, that mod functions again. All other chat mods tested (incl. multi-featured ones) don't interfere. BCM didn't interfere either in WoW 4.0.6.
    Posted in: General AddOns
  • 0

    posted a message on BadBoy: An extremely minimal spam blocker & reporter
    Missed by 6.463:

    <>

    Unable to find a font that shows it properly on this board in the time I have to spend on this. After the "9" and also at the end of the line, there were two "blue box" standard Blizzard target markers. After the first target marker and before "Our...", "www" appeared, then a space. After "...Center", before the end target marker was a space then "com".
    Posted in: General AddOns
  • 0

    posted a message on Grid — compact party/raid unit frames
    r1435, USEnglish client/server, WoW 4.0.6 live.

    Clicking anywhere along the border of the party/raid frames of Grid strangely brings up the options window. It happens consistently within combat or not.

    Is this as designed (I really hope not)? Or is there some option I'm missing? If its as designed, what code can be modified to stop this behavior? Using Clique for heal-spell casting, this happening in the middle of a raid is very problematic.

    Update: this problem occurs when the tab on the top left of the frame showing "Grid" is disabled.

    Further update: the frame-positioning-bug change submitted by the previous poster that's in r1435 is itself buggy.

    Have a 10-man raid with the the default layout. Have 9 people in the raid with the 10th slot in the lower right side of the frame open. Then later invite a 10th person to fill out the raid...when in combat.

    The person invited "takes over" the slot the previous person in slot 9 was in. That original slot-9 person partially overlaps the new invite and has 1/2 of its frame in slot 10 (not completely filling it up). That original slot-9 person's frame is completely inaccessible from then on in combat or out of it, until you relog. The name is not shown, no indicators appear and Clique cannot access it. No errors are thrown.
    Posted in: Grid & Grid2
  • 0

    posted a message on BasicChatMods - Configurable chat modules
    Quote from funkydude
    Blizzard prints the GMotD in every chat frame which has guild chat registered, for consistency, BCM does the same thing.


    I just don't see the point of outputting two copies of the GMOTD, one after the other. Although I'm sure some may want that. So possible to make it optional for those who only want to see one copy while still retaining it for those who do?

    Quote from funkydude

    Are you asking to keep a reasonable minimum (like 10) so people don't make it stupidly small or are you asking for it to be optional? The former is doable but the latter I cannot do due to positioning issues, it needs to load early.


    A reasonable minimum would be great to alleviate problems. In testing, found it was too easy to make the horizontal and/or vertical dimensions non-existent, making it problematic to get the frame to resize. Have been hesitant to recommend the mod to less LUA-savvy associates due to that.

    The second, sorry to hear. I'm sure there are people who don't want the frames to be able to be resized.

    Quote from funkydude

    Please keep in mind that I will not be designing BCM around users using more than one chat mod. If you choose to do so, expect issues. If I was to customize each module with the thought that people may have another chat addon installed, the mod would no longer be basic.


    Am always (well trying to, anyway) looking at the larger user base here. What would be advantageous for other users as well.

    Brought up my example as an example; don't expect things tailored to my specific circumstance as I've been able to alter things to suit what I want. Made the suggestions for those who may have the same desires, but are less able to alter things.

    Thanks for the reply.
    Posted in: General AddOns
  • To post a comment, please or register a new account.