- Pages
Pages
Total pages: 17
| Name | Author | Last Updated By | Updated On |
|---|---|---|---|
| .docmeta file | ckknight | ckknight | 02 Jan 2009 |
| For your repositories, you can put a '.docmeta' file in to provide extra information. Yes, that is a dot followed by 'docmeta'. .docmeta is a YAML file that goes in the root of your repository project folder. This means /trunk/.docmeta for SVN users and /.docmeta for Git and Hg users. Remember to use spaces instead of tabs for indentation Your .docmeta file, if it exists, will be validated when you commit. Specifying a documenter To add a documenter, you must specify a dictionary or a list of ... | |||
| Technology | ckknight | ckknight | 10 Dec 2008 |
| CurseForge.com and WowAce.com are both run on the same hardware. The distinction arises through different moderators, a different template scheme, and different settings. They both run on the same web service and use the same database, though. Software Python 2.5 is the language/framework we develop in. SQLAlchemy 0.5 for database access. Werkzeug as our WSGI base. It provides useful utilities to wrap around WSGI, such as easy request/response objects and a full-featured routing system. WTForms ... | |||
| Encodings, or: Validating UTF8 | anmoch | anmoch | 24 Oct 2008 |
| Contrary to what some people expect, not every file is valid UTF8. This means that if you mess up and mangle your encodings, the files may get rejected or cause problems with various software, such as the CurseForge packager or WoW. Note: The repository hooks validate the encoding of Lua files before accepting them. WoW addons must encode their files in UTF-8. WAR addons must encode their files in either little-endian UTF-16 with a BOM, or plain ASCII. Notation Most numbers are in decimal; byte ... | |||
| SSH Public Keys | ckknight | Adirelle | 10 Oct 2008 |
| Repository write access is handled by SSH tunnels that require the SSH public/private key system. Generating your SSH key pair On Windows, using the PuTTy suite is recommended. You can use PuTTyGen to generate your public and private key pair. Reading PuTTy documentation about key authentication is strongly recommended. The public key you will have to copy is displayed under "Public key for pasting into authorized_keys file" in PuTTyGen. The content of the public key file does not fit. On *nix ... | |||
| Repository keyword substitutions | ckknight | Arrowmaster | 03 Oct 2008 |
| When repositories are packaged, certain keyword substitutions take place on text files. Note: Anything for XML also applies to .mod files (Warhammer Online's XML mod file). Simple replacements @file-revision@ Turns into the current revision of the file in integer form. e.g. 1234 Note: does not work for git @project-revision@ Turns into the highest revision of the entire project in integer form. e.g. 1234 Note: does not work for git @file-hash@ Turns into the hash of the file in hex form. e.g. ... | |||
| What to do after creating a project | ckknight | ckknight | 26 Sep 2008 |
| Getting approval Before other users can see your project and before it reaches curse.com, an admin has to approve your project. If everything works out fine, you just need to wait and it'll all be good. See Project Acceptance Policy for more details. Editing your project's description You might want to provide more information in your description, add a feature to a feature list, etc. To do this, see Changing Descriptions Uploading images/screenshots This is a pretty simple process. Take a ... | |||
| Why use Revision Control? | ckknight | ckknight | 22 Sep 2008 |
| Many authors think that writing code, zipping it up, and uploading is a fine way to go about addon development, but it's far from perfect. There are many benefits to revision control: A history is kept of everything. You can know who did what when and to what files. You can revert to a previous revision if things break badly enough. Working with other developers is done in a standard way, you don't have to pass around files to contribute. Concept of branching and merging. You can work on side ... | |||
| Abandoned Project Policy | Kaelten | ckknight | 18 Sep 2008 |
| This page will outline our policies regarding abandoned projects. What is an abandoned project? Really there are two types of abandoned projects. There are ones that we've marked as abandoned, and there are ones that are abandoned in practice but not in name. We give projects a long time, a very long time, before we mark them as abandoned. So these types are considered essentially dead. However, they can be resurrected. The second category of abandoned projects are those that just haven't been ... | |||
| Project Acceptance Policy | ckknight | ckknight | 09 Sep 2008 |
| If you upload a project that is not your own, it will not be accepted on CurseForge. This doesn't apply is if you have a legitimate change you created and the project in question has a license that would allow you to make said changes. Any license that follows the Open Source Definition is forkable by definition. The only other time you could upload an addon that is not solely your work is if you have the explicit permission of the original author(s). Note that you can't upload an addon ... | |||
| Changing Descriptions | ckknight | ckknight | 21 Aug 2008 |
| The description of your project is actually tied into the Pages system. Thus, to edit the description of your project, you merely have to edit the Main page of your project. Click on the page on your project, and choose Page Actions -> Edit Page. If you'd like to add a description that isn't English, what you should do is create a page (Project Actions -> Create Page) with the name Main and the language of your choice. | |||
