Java-Gaming.org    
Featured games (79)
games approved by the League of Dukes
Games in Showcase (477)
Games in Android Showcase (109)
games submitted by our members
Games in WIP (536)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
 
    Home     Help   Search   Login   Register   
Pages: [1]
  ignore  |  Print  
  CVS management & toolkit  (Read 647 times)
0 Members and 1 Guest are viewing this topic.
Offline Amos Wenger

Senior Member




Everything's possible, but not everything's fun...


« Posted 2006-05-23 19:23:56 »

There's (at least) one thing I want to know : what is the toolkit exactly intented to be ?

Here's some of the reasons for its existance:

1. to coordinate and provide resources for Xith3D tool development
2. to create a central repository for Xith3D tools so they are easily accessable
3. to allow developers to use org.odejava.* packages with the confidance that they will be kept up to date with Xith3D API changes, that they are community supported and will always be available.  Such packages are also licensed-alike with Xith3D, so there won't be any nasty surprises.

This doesn't mean a package will always be maintained - but when Xith3D changes are made, corresponding changes will be made in the Toolkit (not least because both are on my Eclipse build path so I instantly see when a change to Xith3D breaks something in the TK.
I thought a bit about it and wanted to say some more "what should be done" (noise, as kevglass said  Cool ).
I think having both org.xith3d and com.xith3d packages is a bit confusing for new users.
I think we can make use of CVS (/SVN ? can we switch) modules to separate core and loaders, terrain, UI, etc..
I can conceive changing imports from org.xith3d to all com.xith3d would annoy users more than anything else. Maybe it's worth keeping it like it.

Contributions as I see them are done like this :
  • User download Xith3D build
  • He has 10hours of spare time and implement an MD5 loader (e.g.)
  • He post on the forum an announce he made that
  • A core developer handle this demand, review the classes and give the guy developer access for the corresponding module (may be new if feature is totally innovant)
  • The user commit its work and maintain it as long as possible, after what another can take care of it, or it can be dropped if superseded, or just left unmaintained

Why not ? In this case, toolkit isn't needed.

"Once you start working on something, don't be afraid of failure and don't abandon it. People who work sincerely are the happiest"
Pages: [1]
  ignore  |  Print  
 
 
You cannot reply to this message, because it is very, very old.

 

Add your game by posting it in the WIP section,
or publish it in Showcase.

The first screenshot will be displayed as a thumbnail.

CogWheelz (15 views)
2014-08-01 22:53:16

CogWheelz (15 views)
2014-08-01 22:51:43

CopyableCougar4 (15 views)
2014-08-01 19:37:19

CogWheelz (19 views)
2014-07-30 21:08:39

Riven (27 views)
2014-07-29 18:09:19

Riven (16 views)
2014-07-29 18:08:52

Dwinin (14 views)
2014-07-29 10:59:34

E.R. Fleming (35 views)
2014-07-29 03:07:13

E.R. Fleming (13 views)
2014-07-29 03:06:25

pw (44 views)
2014-07-24 01:59:36
Resources for WIP games
by CogWheelz
2014-08-01 18:20:17

Resources for WIP games
by CogWheelz
2014-08-01 18:19:50

List of Learning Resources
by SilverTiger
2014-07-31 18:29:50

List of Learning Resources
by SilverTiger
2014-07-31 18:26:06

List of Learning Resources
by SilverTiger
2014-07-31 13:54:12

HotSpot Options
by dleskov
2014-07-08 03:59:08

Java and Game Development Tutorials
by SwordsMiner
2014-06-14 00:58:24

Java and Game Development Tutorials
by SwordsMiner
2014-06-14 00:47:22
java-gaming.org is not responsible for the content posted by its members, including references to external websites, and other references that may or may not have a relation with our primarily gaming and game production oriented community. inquiries and complaints can be sent via email to the info‑account of the company managing the website of java‑gaming.org
Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines | Managed by Enhanced Four Valid XHTML 1.0! Valid CSS!