From: Erik V. <eri...@hc...> - 2007-01-21 15:45:19
|
I like the About dialog. However, I don't think the checkbox in Options is necessary. It's a bit heavy-handed, especially when the user has to check the box every time they play. We should leave the disclaimer in the AboutDialog, and just remove the checkbox in Options. In Options we can add a button to view the AboutDialog. I think that's sufficient. That way the disclaimer is still available on game start-up, but it doesn't block people from playing. I don't think it's necessary to hard-code the disclaimer text. It's inconsistent with our localization efforts. It's also inconsistent with the philosophy behind choosing an open source license. Having a single copy of the disclaimer in the LocalisedText.properties file is good enough. Util.isEqual() is unnecessary. There's already a .equals() method that everything inherits from Object. In a few places we override the .equals() method to make more meaningful comparisons. One example is MapHex. I know you want to get rid of GameTest. We'll do it very soon, but we should do it after we refactor the package hierarchy. For now, we should reorganize our existing files into a hierarchy that uses the rails.foo.bar model and perhaps cleans up a few current organizational issues. Then, we can move main() into a better location. If I'm going to be confronted with a disclaimer each time I run a test, I will definitely work around that, and keep some (local) version of GameTest regardless. The disclaimer is OK for released versions, but I don't want to see it. For now, I would like to see a scaled-down patch that is just adding the AboutDialog and the disclaimer. Then, we can come back and find a good way to start adding some more consistent conventions and relocate some of these other files. - Questions - Java-Version Which one are you using? By know I have used only 1.4.2 syntax, but would like to go up to 1.6 (or 1.5). 1.5 should be faster and has more type-safty and a enumaration. 1.6 should be faster then 1.5 and has some advantages in web-services At work, we are using still 1.4.2, becouse we have some third-party-libs, which are not compatible with 1.5, but I would like to get experince in 1.5/1.6 For the sake of it? That does not sound like a good reason to start using it in this project. I don't know much about Java 1.5, so I would like to know why we would need it in this project. The last time we talked about it (at least 1 or 2 years ago), we had decided to use Java 1.4.2. However, that might be something we can revisit. I'm not sure how Java's adoption has been going. If most people have 1.5 or 1.6, I don't see a problem changing our system requirements. If there is a clear need, we should upgrade, but I don't see it yet. If it is speed, we can always recommend people to use the latest and fastest version of java, without relying upon it for our source code. Erik. |