|
Post by newc254 on Mar 20, 2007 20:07:20 GMT
xen244.pwp.blueyonder.co.uk/Species%20Dex.jarThis is a very basic java pokedex I have written. I've compiled it with the JDK 6 which is the only one I have installed so it might not work unless you have Java 6 installed. It's both a double-clickable as an example of a pokedex type mechanism and also includes all the source and data files I've been using. Feel free to use anything I've included in it. There are a few files which I reverse engineered from GTGE by decompiling and modifying (ie. the font classes), as I didn't like aspects of GTGE's implementation and the fact it hasnt been updated for over a year, and I guess these are on slightly dodgy ground as far as copyright goes. All the graphics etc in the dex are pretty basic, its more a very simple gui to demonstrate what I have done so far as far as representing pokemon data. You use the arrows to navigate through the Dex. Im by no means an expert programmer so there are probably better ways of representing the data, and Ive made some probably pretty idiocentric choices, but if you want to use bits of any of the classes and want to know why I've done things a certain way where its unobvious I will do my best to explain why it made sense to me at the time. Note - the file is about 2MB in size as it contains all the pokemon sprites and icons as not terribly efficitently compressed single images.
|
|
|
Post by FMY on Mar 21, 2007 14:48:15 GMT
Ok, thanks alot. I'll examinate it as soon as possible . The GTGE guy isn't strict at all. Just ask him to show you code, and he'll do it. He showed me some at least. GTGE is only a temporary solution anyway. We're making an open source game, so I eventually want all parts off it to be open source. GTGE is not open source, so we'll have to make some parts off it ourselves, or convince the GTGE people to open source their engine.
|
|
|
Post by BonzaiRob on Mar 21, 2007 17:59:50 GMT
Wow, I'll definitely give that a look! The Dex has been one of those things I've been putting off. Edit: It doesn't work in Java 5
|
|
|
Post by FMY on Mar 21, 2007 22:57:25 GMT
This is absoluterly awesome. Thanks alot newc, you saved us hourse, days, if not weeks or months of work. This is just awesome.
Anyways, we'll certainly be using some of your code, probably not all of it, and some of may be rewritten. You've still helped us a lot.
|
|
|
Post by newc254 on Mar 22, 2007 3:19:38 GMT
Im glad if it helps. BonzaiRob I will recompile it for Java 5 at some point - it doesnt actually use any Java 6 features yet, but I was playing around with scripting for a bit so I changed its jdk to 6 (decided that for now, working out a scripting system was too much, and I would wait to see when it was actually needed). You might want to look at Slick ( slick.cokeandcode.com/ I think is the address, otherwise google). Its a lower level 2D api, but is being actively worked on and has some neat features. Im not using it yet as I know GTGE and havent been doing much graphical work yet, and also Slick is based on LWJGL which only allows a set few screen sizes, and I want to make my game ds screen sized. But I read that variable window sizes is planned for one of the next LWJGL releases, so when this happens I will probably switch unless progress has restarted on GTGE. Slick is also open source.
|
|
|
Post by merlin on Mar 22, 2007 17:14:48 GMT
i see the gtge engine a lot, anyways they can't hide the code, it's released under Creative Commons version 2.0 i don't know exactly what else to say about it, but creative commons helps on this.
|
|
|
Post by FMY on Mar 22, 2007 21:47:51 GMT
Well, that license doesn't say they have to share code. It just gives us the possibility to share and modify it.
Anyways, Slick doesn't look that bad, but for now I think it's best to stay with GTGE. I don't want to rewrite everything again, don't want the game to be full-sceen only, and don't want to be dependant of LWGL. We won't be using that much of GTGE however, so we can always replace it by self-written code later on.
I don't know if our game will be java 6 dependant, eventhough I think everyone should use that (since it's open source, jaj!). For now, porting it back to java 5 is fine, and we're not doing any wcripting yet anyway.
|
|