- Registered User
Member for 15 years, 3 months, and 3 days
Last active Fri, Oct, 4 2013 14:29:42
- 0 Followers
- 97 Total Posts
- 0 Thanks
Feb 6, 2009Depends what you're after :Posted in: Lua Code Discussion
- 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
Feb 6, 2009AoC has it. I imagine it's more of a skill (think defence, weapon skills) he's talking about.Posted in: Project Discussion
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.
Feb 5, 2009Apologies 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).Posted in: Lua Code Discussion
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 ?
Feb 4, 2009Well, 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 :Posted in: Addon Ideas
- 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
Feb 3, 2009Nope but the question is "Why use Ace3 ?"Posted in: 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.
Feb 3, 2009I like it, are you planning on releasing this as a standard ?Posted in: Addon Ideas
Then we should really begin to discuss a naming convention for plugins that will register non-compliant addons (like OCC_[AddonName] )
Feb 3, 2009What 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).Posted in: Ace3
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.
Feb 3, 2009Posted in: General ChatQuote 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.
But I understand API documentation is boring work, the need is here though...
Feb 3, 2009If 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.Posted in: Unit Frames
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."
- To post a comment, please login or register a new account.