Improving the Program
From OHRRPGCE-Wiki
Contents |
[edit] For non-programmers
Even if you don't know how to program, and don't want to learn, you can still help us. Just download the latest nightly build and test it for bugs. If you find a bug, report it
[edit] For programmers (and people who want to learn)
Before you can help write the OHRRPGCE, you must know how to program. We use FreeBasic as the language, so knowing that helps, although the syntax is easy enough to pick up if you're familiar with any other language.
The next thing you need to do is become familiar with the project. Know what the engine can and cannot do. Use Subversion, and check out a copy of the source code. Look over it. See the formatting standards we use. Subscribe to the Developer mailing list, introduce yourself, read what others are posting.
Finally, once you've become familiar with The Way Things Work, then you can start writing code.
[edit] Bugfixes
If you write a patch to fix a bug, we will love you. In a metaphorical sense, of course.
Check out the Buglist for a list of outstanding bugs. Be sure to read the comments that people have left on the bugs, so that you know what we've tried or not tried thus far.
Once you fix the bug, you then need to test it. This cannot be stressed enough. You need to make sure that:
- The bug is, in fact, fixed
- You did not introduce any other bugs
If you didn't fix the bug, or if you introduced other bugs, or worse, did both, we cannot accept the patch.
Once you've determined the quality of the patch, attach it to the bug report. One of the developers will review it, and then either accept it and commit it to the source, or reject it, and tell you what's wrong with it.
[edit] New Features
If you've hacked a new feature in to the OHRRPGCE (and by hacked, I mean written in a non-hackish way), you can submit it as well. File a bug report with severity "enhancement", and then attach your patch.
But, make sure you've tested it, and that it doesn't break other things. We've been bitten by this before: too many new features + not enough testing = bad release.
Also, if you change anything, you should update (or add...) the relevant Documentation as well.
[edit] And...
If you prove yourself to be a worthy developer, by fixing bugs and adding new features, you may become a full developer with direct write access to the source code, so you don't have to keep submitting patches, and bothering us waiting for us to review it.
