Recent content by Atheriel

Thank you for the pull request, Anglican. I will be putting up something more official for this project in the Resources section when I have time.

Re: Choosing a language C++ is the favourite language of "serious" programmers. If you're really concerned about performance, there is probably no language better than C++ (which is based on C, not C# as posted above). However, since you're probably interested in writing a 2D game, you don't...

It is incredibly easy to fork a project, especially on Github. Essentially: 1. Fork (i.e. get your own copy of) the project 2. Make changes 3. Submit changes to your version (commit) 4. Submit a pull request to the original (there's even a button for this) It was easy to learn, and I've...

I'm very much in favour of including factories, I just haven't written them yet. I don't think reflection will be necessary for the basic ones, either, although I'm currently making use of it to keep track of the instantiated types. I get the impression from your knowledge of reflection... :P...

I don't really see adding a field as compromising the library's generality. So long as it's apparent from the documentation that you have options, the minor increase in clutter could probably be forgiven. There's no obligation to use the Effect field, any more than there's an obligation to use...

If you wanted to write up something tutorial-style on how to implement this, it might make a good addition to the site/wiki. And I'd be grateful, of course.

Those are beautiful tiles, especially on the (palm?) trees and rock formation.

I had actually posted that as a criticism of that approach... in any case, I think I've decided that it doesn't hurt to pander to both methods. There's almost no cost to adding an optional field. I've updated the class to handle an Effect field if so desired, but it's null by default and won't...

Keep in mind that this is exactly what I suggested yesterday for Moves and Items. It also gives two options for developers: handling effects in their respective classes, and handling them in the engine and having the classes only contain a name or id field to identify them. But leaving Items...

Hopefully, developers shouldn't really need to adapt their code to my data structures. Why? Because they don't really DO anything. They don't have functional abilities that people are likely to debate. Suppose you're writing a game, and you don't want to make use of a commonly used field -- take...

This might be an issue of semantics/different programming languages... and I'm getting the feeling that it's not that important to argue about. :P I talk about OOP in the simplified everything-is-in-the-inheritance-tree kind of way, which is a bit of a caricature, but it is where most of the...

What I was trying to point out originally was that strict OOP inheritance schemes don't handle things like move effects very well. As far as I can tell from your link, function codes are a piece of data attached to a Move instance so that effects can be handled in a more general way. That's a...

I'm surprised to hear that Essentials has only one abstract move class. Plenty of moves do very similar things. You could probably dramatically reduce the number of move classes if you had a few different kinds of general but non-abstract ones -- a ChanceToCauseStatusAilmentMove(Ailment...

I strongly disagree with this. As I said in my original post, I have no intention of writing an engine. That is an enormous undertaking, and I would rather produce something useful, even if it is not the only tool you would need to write an application. Not all APIs are libraries. Think of the...

I'm glad to hear that there's interest and even possible help :) Any preference on how/where it should be hosted? Having a github repository makes sense to me, so that it can be forked and accept pull requests easily, and there is a built-in way to post javadocs/documentation through their...