How do I get started in Addon programming?
Hmmmmm nevermind either I am a dunderhead which is possible and did not scroll down far enough or this message magically opened a new door....
I am fading awa.... |
OK i need help please
Hey im new in this can you guys please help me were can i find the program to create my own addons please help me:banana:
|
You can start creating your addon with notepad. There are enhanced versions out there like Programmer's Notepad and Notepad++ but for small addons notepad is enough for the budding author.
Next step is to bookmark the following pages at the least: www.wowwiki.com wowprogramming.com Both those sites will give you access to functions/forums/objects etc available for the addon author. After that, find a small addon that does something simple and see if you can see how it does what it does. Then see what you can do to make it look or do something different. Or, you may already have an addon that has stopped working, that you can now see if you can fix for the other users out there. Especially if the author is unable to at the present time. If you get stuck, you can also post on the forums and we can help you on your way. There are 2 ways to creating an addon ( addon.toc, addon.lua ) or ( addon.toc, addon.xml, addon.lua ). In other words. You can either write a pure lua addon or utilise the xml system to design your addon and use the lua to do the other side of things. Now that that has been said. This link will help you write your very first simple addon. http://www.wowwiki.com/Getting_start...writing_addons You can then use that as a template for your others by building on the code/changing the code etc as you need. |
Quote:
Sidenote/Warning If you're looking to create an addon for the explicit purpose of getting a beta key, save yourself the trouble. They'll screening for these types of scams so that legit authors don't get screwed. |
I recommend getting the World of Warcraft Programming Guide. Very cheap too! used! On Amazon, I got mine for 60 cents! Perfect new condition too! Though, its burning crusade, it's still a great reference. :)
edit - meh nvm, but yeah check out cheap used books on amazon :) |
The new version of the book was released this past year, perfectly for Lich King and Cataclysm!
|
The James Whitehead/Rick Roe one? I'm actually interested in learning a bit more, I just want to make sure I'm grabbing the correct book:
http://www.amazon.ca/World-Warcraft-...9641855&sr=1-1 I really would benefit from a square one reference guide. |
That is indeed the book we wrote =)
|
Awesome possum, that's one more copy sold, then.
|
Ditto, I was telling my wife just yesterday that I wanted to try my hand at programming/scripting and figured what better way then with LUA :) The last language I played around with was FORTRAN to give you an idea of how old my skills are in that area.
Thanks for all the references! |
Quote:
|
Quote:
|
What's the chances we could get the WoW Programming Guide (Amazon Link) pushed to the Kindle? Some programmers have to work other places and it's easier to hide my kindle then a bright blue book ;)
|
That depends entirely on my publisher, I suggest you note your interest on Amazon =)
|
Try to get used to program everything in lua from the start. I think it's much better then using XML in the long run.
Also do not start with libraries. I almost want to pull my hair out when I see totally trivial addon using ton of libraries. |
Your lack of using XML is personal preference and I happen to disagree with it.
|
There are reasons why making frames in Lua is preferred over doing it in XML.
1. Error checking is easier. If the XML file contains a syntax error, WoW doesn't tell you which line it is on. You have to use an XML parser (such as opening the XML file in Internet Explorer) which will then tell you what line gave an error. The Lua interpreter doesn't give an error unless there is code that expects a frame to be present. 2. Creating frames in Lua is far less verbose. It is less lines of text and fits on a page of text easily rather than 3 times the amount of lines. Less chances of mistakes is good. 3. Frames in XML are always created (excluding templates). Frames in Lua have the opportunity to be created only when needed on demand. 4. For code in Lua to access a frame or texture created in XML easily, you need to name the frame/texture (which adds it to _G). Although this is circumventable with a bit of tricks, if the frame/texture is simply created in Lua and assigned to local variables or table subentries, we wouldn't have this problem. |
Quote:
Quote:
Quote:
Quote:
Quote:
I'm not saying XML is always the answer.. but people avoiding it completely are doing themselves a disservice. 1. If your frame needs to have a name (or should have a name), which is most, then it should have a name. If you're doing this in Lua or XML it doesn't matter and the 'lookup' argument fails. 2. If your frame needs to be created when the addon is loaded, why does it matter that you can create them dynamically using Lua? Why NOT create your main frame in XML if you so desire? People who sit here and evangelize their hate of XML without espousing any of its benefits to newer members of the addon community do absolutely everyone a disservice. |
Quote:
|
Quote:
The important piece of information you are trying to convey is that in lua, the type of variables isn't explicitly declared, which is something entirely separate and distinct from whether there is an effective lack of types. I understand why this issue comes up with folks -- Lua is more generous with allowing arithmetic values to be used in string contexts than someone might otherwise expect, and many people have the misfortune to have mostly programmed only with some combination of Java, C, and C++ and therefore don't always think clearly about the ideas of implicit type declarations and dynamic typing. But I think calling Lua "effectively typeless" conveys misinformation about a very practical aspect of CS theory and the Lua language. |
Quote:
|
Quote:
One thing that I'd definitely make a note of, though, is that coercion occurs in statically typed languages as well, particularly the ones people tend to be most familiar with (C, C++, Java). While they don't directly say that it doesn't in your link, they write in such a way that it could be incorrectly inferred that coercion is about static vs dynamic typing, when it's not. In fact, one that many people who write in C, C++, & Java often make use of without thinking about it is the implicit coercion from integer types to floating point types. |
All times are GMT -6. The time now is 07:57 AM. |
vBulletin © 2024, Jelsoft Enterprises Ltd
© 2004 - 2022 MMOUI