CurseForge and Overwolf are joining forces!
Awesome More Information
  • 0

    posted a message on [Grid] GridDynamicLayout
    Alpha should work with latest Grid alpha, waiting for Grid release to tag it.
    Posted in: Grid & Grid2
  • 0

    posted a message on MalygosFlamer - a Malygos Phase 3 Addon
    Personally I check 5 seconds after zoning in, that's ugly but it works...
    Posted in: General AddOns
  • 0

    posted a message on Getting started
    Depends what you're after :
    - If what you want to do is specifically learn about wow addon programming in general : buy the WoW programming book (http://wowprogramming.com/)
    - If you have an idea of addon, aren't really interested in the minutiae of wow programming and don't mind using an existing framework : http://forums.wowace.com/showthread.php?t=12050
    Posted in: Lua Code Discussion
  • 0

    posted a message on New Profession
    AoC has it. I imagine it's more of a skill (think defence, weapon skills) he's talking about.
    As for applications there could be some, for example in instances but I fail to see it having any sort of relevance except in gimmicky situations. Flavourful addition ? Yes. Worth the dev time ? No.
    And I think this guy is a bit confused about what wowace is about.
    Posted in: Project Discussion
  • 0

    posted a message on Wowace localization tool
    Apologies for posting here but the "Site issues/suggestions" forum is just a redirect to the issue tracker and this isn't an issue per se (for now at least).

    I came across the nifty localization tool that is now available. I'd like to have some precisions :
    1/ If I understand correctly : all I have to do in my working copy is include the localization tag in lieu of my localization code. This is a slight problem as this means that I cannot use my ingame interface/addon directory to make modifications on the fly, am I right ?
    2/ Regarding previous question, what is the "best practice" ? Have a separate working copy, commit code changes through svn and wait for packager to do its thing before redownloading ? It seems a bit extreme to me and is kind of a deal breaker for using what seemed like an extremely nifty wowace feature.
    3/ Apparently the addon is not automatically repackaged when a new localization is submitted / validated. Would tagging of the existing trunk be enough to trigger said repackaging with updated localization ?
    Posted in: Lua Code Discussion
  • 0

    posted a message on AceTimer-3.0 help w/ ScheduleRepeatTimer
    I think it should read :
    self:CancelTimer("ScanItem")
    timers.ScanItem = nil
    Posted in: Ace3
  • 0

    posted a message on Grid
    Use /grid and work your way toward the correct option.
    I think it's something to the extent of /grid profiles choose [Name of profile] but I may be forgetting some keywords.
    Posted in: Grid & Grid2
  • 0

    posted a message on Grid
    GridDynamicZoneSwitch is 3rd party addon and yes it can make the difference between heroic and normal raid instances
    Posted in: Grid & Grid2
  • 0

    posted a message on Undercut Monitor
    Well, I side with Quoc79 here, even with Auctioneer it's pretty boring to always relist my glyphs. I am new in the whole AH scene but it seems to me glyph selling has quite specific need :
    - very high RoI (glyph I consider sells 10-50g each and cost maybe 2-5g in mats)
    - high number of different items listed at any given time, the individual transactions are small so you need to have a large inventory
    I think I may try and hack something specifically for glyphs using Auctioneer undocumented API, I won't release it though
    Posted in: Addon Ideas
  • 0

    posted a message on Why use ace3?
    Nope but the question is "Why use Ace3 ?"
    For me, as a beginner, the answer is : because the default way of handling things seems hackish at first and that WoWAce does a very nice job of smoothing the way.
    And specifically for the OP : if you already figured out ways to do all that and like the end result (code clarity, reusability, perfomance), by all mean keep it that way. Ace3 just provides a de-facto standard for many things and helps the developper arriving at the right result faster.
    Posted in: Ace3
  • 0

    posted a message on One-click "enable config mode for all addons"
    I like it, are you planning on releasing this as a standard ?
    Then we should really begin to discuss a naming convention for plugins that will register non-compliant addons (like OCC_[AddonName] )
    Posted in: Addon Ideas
  • 0

    posted a message on Why use ace3?
    What Elsia said and the main reason according to me : if you're a beginner in lua coding Ace3 provides a framework to work with which really is a lot easier and seems more logical than WoW native API (and tons of examples via the different Ace3 addons to boot).
    Just take the event API from the pov of a beginner addon coder, why should I create an invisible frame to register some events ? It does seem like a hack at first and is completely non obvious. So while it is indeed a very thin wrapper, it is one that completely abstracts the event concept from the GUI one.

    Look at the "Your first Ace3 addon" guide, every "classic" question in addon development is covered :
    - Want to persist information between sessions ? Boom, here is AceDb
    - Want a command line ? Slap together an AceOptions table and AceCommand
    - Want to have a config GUI with that ? Use the same AceOptions table and plug into AceConfig
    - Want to respond to some events ? Use AceEvent
    - Need a localization solution ? Use AceLocale

    Basically every angle I wanted to cover with my first addon was addressed by Ace, without me having to resort to write "Noob question, how do I..." threads in every coding forums out there. It is a tremendous help when what you want is a simple no-fuss functionnality for your addon.
    Posted in: Ace3
  • 0

    posted a message on Ace3 Documentation
    Quote from Torhal
    ...which is severely lacking. I know people can dig through the lib code to see what does what, but they really shouldn't have to - especially when much of the API isn't documented even there.

    QFT...
    But I understand API documentation is boring work, the need is here though...
    Posted in: General Chat
  • 0

    posted a message on GridLayoutPlus
    If it's that simple, just do it, branch it out of the Grid trunk, have the Grid dev crew review it and merge it back in the trunk.

    Note : the real answer might be one of the following :
    - "Yes it's that hard"
    - "Yes it's that hard to do in a way that meshes well with what exists. Too much bother for little added value."
    - "That's not something that we're willing to spend valuable time coding."
    Posted in: Unit Frames
  • To post a comment, please or register a new account.