• 0

    posted a message on Dungeon Raid Mode display/setting (LDB)
    I'm not really sure it's exactly what you want (you may not require the extra roll functionality) but if you don't mind the config menu (instead of a dropdown), then you can have a look at Broker Group. You can always see dungeon and raid difficulty on the tooltip and if you have selected it, difficulty will also display on the button, when you are grouped, according to your group composition (party - dungeons, raid - raid instances).
    Posted in: Addon Ideas
  • 0

    posted a message on LibItemBonus-2.0
    Level 60 base ratings for Dodge, Parry and Resilience have changed in 3.2.

    Dodge = Parry = 13.8 (was 12 for Dodge and 15 for Parry)
    Resilience = 28.75 (was 25).
    Posted in: Libraries
  • 0

    posted a message on 3.2 Changes
    They don't.
    Posted in: General Chat
  • 0

    posted a message on 3.2 Changes
    Quote from Tristanian
    As far as the ingame item bonus API goes, no. It does not pick up everything (most notably gems and several enchants just to name a few).


    Quoting myself, to report a strange behavior (bug ?) I haven't noticed before. Seems that meta gem text will remain grey (implied to be inactive) for any valid target (within inspection range) other than the player, when you are setting a tooltip for scanning via <tooltip>:SetInventoryItem(target, slotid), even if said target fulfills the meta gem requirements. Either that, or some addon is fraking me up. Can anyone confirm or deny ?
    Posted in: General Chat
  • 0

    posted a message on Is there a bug with LoadAddOn() API ?
    Quote from Adirelle
    I guess it means that any addons still relying on AceLibrary/LibRock to load the libraries should be fixed.

    (BTW, is it really intended ?)


    No one knows if its intended or not. I first noticed it on the PTR, when I was trying to use LoadAddOn during ADDON_LOADED for LoD plugin, which obviously didn't work, so I ended up moving that code to PL and unregistering the event listener afterwards.
    Posted in: General Chat
  • 0

    posted a message on 3.2 Changes
    Quote from Skylinee
    So just to get this straight before deleting said addons: Are RatingBuster/TekKompare and Sellfish no longer needed for 3.2? Are the built in options good enough to replace these addons?


    As far as the ingame item bonus API goes, no. It does not pick up everything (most notably gems and several enchants just to name a few).
    Posted in: General Chat
  • 0

    posted a message on DynPerf - Automagically update video settings based on frame rate.
    No, you are certainly right, if an addon can do its work without burdening the DO, it should do so.

    And about the DO changing any of the keys at any time. This is, imho an entirely wrong approach and the bug report should be going to the DO author, who cannot be arsed to initialize the (at least most important) attributes he/she is using (whenever is possible of course), by providing some sensible defaults. It's one line of code, that saves display authors countless more lines trying to figure out what the DO wants to do and taking all cases into consideration by registering callbacks for things that don't need to be registered and will most likely never be used. For example, while I can understand a DO author wanting to change the label, or icon, I certainly will never agree with (or support) someone attempting to let's say change OnClick handlers during runtime or decide for some weird reason that he doesn't like OnTooltipShow and wants to define OnEnter or something else instead. It is not really needed and there are better (and easier) ways to handle those specific cases that need such functionality (usually by specifying one more DO).

    CB also supports the iconR, iconG, iconB and iconCoords attributes.


    As do a lot (all ?) displays. That does not imply that 4 callbacks absolutely need to be registered for every single DO who isn't actually using those attributes, just in case the DO suddenly decides to do so, at runtime.
    Posted in: General AddOns
  • 0

    posted a message on DynPerf - Automagically update video settings based on frame rate.
    You certainly do not need to register callbacks for every single attribute. At most you require callbacks for : .text, .icon, .label and OnEnter/OnTooltipShow, assuming these are ultimately set/changed but *not* specified at the object creation time. For everything else, you can make an informed decision at object creation time, which for the most part should be accurate.

    You should never register callbacks for attributes you don't/can't support in the display anyway.
    Posted in: General AddOns
  • 0

    posted a message on Problem translating options table
    Quote from angelike
    found a solution.

    adding
     beql3.optionsFrames[key]["obj"]["label"]:SetText(discription);

    after
    beql3.optionsFrames[key]["name"] = discription;

    will solve my problem

    angelike



    What you are doing is utterly needless and if I may say so, stupid. There is absolutely no reason to embed AceLibrary and AceLocale-2.2, in an Ace3 addon, to avoid a UI reload and yes AceLocale-3.0 can optionally use the GAME_LOCALE global, which is imo equally as terrible, even for testing.
    Posted in: Ace3
  • 0

    posted a message on Tracking raid deaths
    Has been discussed. The final addon provided roughly at the end of the thread, should work, it's just that neither myself or Orion ever bothered to make it 'official'.

    Unfortunately, the relevant check uses an OnUpdate. To the best of my knowledge, there is no single event that will fire for a party/raid member death. Sure, you can go ahead and try to play around with UNIT_DIED in combat log unfiltered event, then compare the GUID returned, to a list of GUIDs from your raid but imo it's complicating things unnecessarily and might actually end up being more inefficient than an optimized OnUpdate that only runs when you are grouped (not to mention the fact that raid deaths can still occur for people outside of the range of your combat log, so it wouldn't be falseproof).

    I'm pretty sure there are already some solutions in other addons though.
    Posted in: Lua Code Discussion
  • 0

    posted a message on LibDataBroker-1.1 not-really-official thread
    Quote from Torhal
    I believe Funkydude added support to StatBlockCore...


    "Block" is the key word here. Creating secure buttons is fine. The problems begin when you want your secure stuff to peacefully co-exist with insecure stuff. For instance, you have a secure button and you anchor it to an insecure one, which also makes it secure (afaik). Guess what happens when that button attempts to let's say change width while in combat, because some event fired that caused it to update its data (let's say text label). Yep, that's right, taint and action blocked. Or you can disallow updates while in combat for plugins that do not have the secure attributes, which is imho kinda harsh and beats the point of using them under all circumstances in the first place. While you can work around these issues when dealing with blocks that you don't really need to "stick" together, problems arise when you want to implement this for a bar addon, unless of course you make everything secure and possibly sacrificing some features in the process (let's say auto showing/hiding on mouseover, while in combat).

    That being said, a secure spec certainly has a purpose, it's just (imho) not suitable for all kinds of uses.
    Posted in: Data Broker AddOns
  • 0

    posted a message on LDB on wowace for relationships (points!)
    Quote from Adirelle
    2) LibDBIcon allows a standalone use of LDB.


    Not exactly. LibDBIcon covers the tooltip and clicking functionality, so it will serve launchers but you cannot properly handle .text updates and the like, in a minimap button. It's kind of ironic that we would even mention this as an alternative, since one of the original arguments that spawned LDB was getting rid of the "minimap herpes" produced by LFB, if the display addon was not present.

    I also feel that the whole issue has been blown way out of proportion. Obviously if one is using LDB to provide optional features in an addon that is/was designed to work as standalone, then he does not *need* to embed it. He can just optionally include the code in the way Xinhuan has suggested, or make it a LoD addon harddeped to the "parent" that will only be loaded if the user desires it (and he can handle the freaking embed any way he likes it). In that case, imho, using LibDBIcon does have a purpose. But "forcing" LDB specific plugins, that are actually designed for the sole purpose of updating those attributes, to now also register their objects in a global table, just in case LDB isn't present, for the sake of not embedding it, so we don't have to work around the WowAce packager system (which we shouldn't need to do in the first place), is mind-boggling. There is no significant benefit or any special reason to do so, especially if said plugins are not even hosted here.
    Posted in: Data Broker AddOns
  • 0

    posted a message on LDB on wowace for relationships (points!)
    Personally, I partially agree with Orion (minus the "abusively obscene" part and removing support) and will keep the LDB embed straight to the .toc. There is really very little reason to try and invert "workarounds" for the packager, so that both lib and nolib packages will work as expected, not to mention cumbersome. I also don't see the problem with LS and CBH getting embedded via the .pkgmeta. It's been like that since hrm ages ?
    Posted in: Data Broker AddOns
  • 0

    posted a message on Central version checking addon
    Quote from watchout
    I think you are trying to solve a problem that actually lies somewhere else


    More like he is trying to force a "solution" to his specific problem down everyone's throat.

    Version checks aren't really necessary anymore, for the vast majority of addons. If your raiders are causing wipes because they aren't using the latest version of addon X, then instruct them to install it and explain how that can be helpful. If they continue not to care about anyone else besides themselves, get new raiders :p.
    Posted in: Addon Ideas
  • 0

    posted a message on Kaelten, ckknight, please let us use IE7
    I'd say mostly out of habit because IE comes pre-installed with Windows (though it is my understanding that this trend is ending with Windows 7), so there is really no point for someone in the IT to bother installing something else, unless it's going to be used for a specific purpose. "Power Users" will always install whatever works for them anyway :p
    Posted in: General Chat
  • To post a comment, please or register a new account.