Register
Ichiro wrote:
James, would it be OK if I used some sprites from Wandering Hamster as icons?
Sure, that sounds cool with me.
And I am sure Fenrir would say the same about Vikins of Midgard sprites
Tue Mar 27, 2012 3:14 am 
Sure, that sounds cool with me.
And I am sure Fenrir would say the same about Vikins of Midgard sprites
Tue Mar 27, 2012 3:47 am
James Paige wrote:
And I am sure Fenrir would say the same about Vikins of Midgard sprites
But even if he says no, he can do NOTHING. Mwahaha, the public domain.
Mega Tact v1.1
Super Penguin Chef
Wizard Blocks
Tue Apr 03, 2012 6:39 am
OK, I'm getting a little desperate. Does anyone know how I can get some people to help me?
Tue Apr 03, 2012 10:29 am
The only people you could get onboard this project are OHR users who are also Java programmers. Unless maybe it's some specific component that has nothing to do with the OHR and could be reused, such as, say, some code for tinting fixed-palette graphics.
Reuse existing code and libraries. The OHR uses almost none because historically it couldn't, it's still a slight pain to interface, and generally we've already labouriously written everything required from scratch. Definitely don't do this. If you want a fancy RELOAD tree browser don't write one from scratch unless it's your idea of a good time; repurpose an XML tree browser. Rementioning OHRRPGCE FMF.
By the way, I have a suggestion. If I were going to rewrite Custom in some new language, I would not create classes for storing heroes, items, etc. (OK, the exceptions would be maps and graphics -- map layers and graphics should be 'primitives'.) Instead, I would store everything in trees of dynamically typed data, even stuff read from and saved to non-RELOAD data formats. Memory and performance don't matter. Having done that, I'd focus on supporting editedit menu definitions (or more likely, an extension, with some automatic conversion tools), since that's sooo much easier when you have introspection. I'm assuming that Java doesn't have Python-style introspection. However this is all a very Pythonic viewpoint, and I doubt that it would work as well in Java (I imagine that you would have to write stuff like hero.data["walkabout graphic"].getBool() instead of hero.walkabout_graphic? Maybe go for hero.getBool("walkabout graphic")?) Opps, I guess this is somewhat demotivational. However, you should follow your own interests.
Reuse existing code and libraries. The OHR uses almost none because historically it couldn't, it's still a slight pain to interface, and generally we've already labouriously written everything required from scratch. Definitely don't do this. If you want a fancy RELOAD tree browser don't write one from scratch unless it's your idea of a good time; repurpose an XML tree browser. Rementioning OHRRPGCE FMF.
By the way, I have a suggestion. If I were going to rewrite Custom in some new language, I would not create classes for storing heroes, items, etc. (OK, the exceptions would be maps and graphics -- map layers and graphics should be 'primitives'.) Instead, I would store everything in trees of dynamically typed data, even stuff read from and saved to non-RELOAD data formats. Memory and performance don't matter. Having done that, I'd focus on supporting editedit menu definitions (or more likely, an extension, with some automatic conversion tools), since that's sooo much easier when you have introspection. I'm assuming that Java doesn't have Python-style introspection. However this is all a very Pythonic viewpoint, and I doubt that it would work as well in Java (I imagine that you would have to write stuff like hero.data["walkabout graphic"].getBool() instead of hero.walkabout_graphic? Maybe go for hero.getBool("walkabout graphic")?) Opps, I guess this is somewhat demotivational. However, you should follow your own interests.
Sat Apr 21, 2012 7:51 am
I am suspending all work on HamsterWrench, as I can not, in good conscience, support Java anymore due to Oracle's little lawsuit.
Sat Apr 21, 2012 4:59 pm
Ichiro wrote:
Oracle's little lawsuit.
???
Also, using Java isn't really supporting Oracle. Are you paying them anything?
Mega Tact v1.1
Super Penguin Chef
Wizard Blocks
Mon Apr 23, 2012 5:25 am
Mogri wrote:
???
Ichiro wrote:
Oracle's little lawsuit.
???
Oracle want to sue Google due to Android-makers using 37 APIs. The dumb part is that it isn't due to the APIs being used at all, but rather because it's an un-updated/potentially un-updated offshoot of Java. If the case goes through it's bad news for a lot of Java developers as it means they could attack anyone next with a "Re-release or pay the price" suit.
At least that's what my early morning brain can remember... here's a better take on what I'm attempting to say:
http://www.bbc.co.uk/news/technology-17705873
Mon Apr 23, 2012 2:25 pm
Oracle is a horrible company.
They inherited a lot of open source when they bought the zombie corpse of Sun Microsystems, but Oracle is definitely an enemy of the open source movement (I would say a bigger enemy than Microsoft, who doesn't seem that bad anymore)
I am pretty confident that Oracle's suit against Google will fail. Their claim is completely bogus, but they are gambling on the fact that most judges don't understand technical issues.
When the lawsuit fails, people will be able to continue to use Java without fear-- but it will probably take many years for the lawsuit to run its course :(
They inherited a lot of open source when they bought the zombie corpse of Sun Microsystems, but Oracle is definitely an enemy of the open source movement (I would say a bigger enemy than Microsoft, who doesn't seem that bad anymore)
I am pretty confident that Oracle's suit against Google will fail. Their claim is completely bogus, but they are gambling on the fact that most judges don't understand technical issues.
When the lawsuit fails, people will be able to continue to use Java without fear-- but it will probably take many years for the lawsuit to run its course :(