Java-Gaming.org Hi !
Featured games (83)
games approved by the League of Dukes
Games in Showcase (538)
Games in Android Showcase (132)
games submitted by our members
Games in WIP (600)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
 
    Home     Help   Search   Login   Register   
Pages: [1] 2
  ignore  |  Print  
  The Development Plan (goals for version 1.0)  (Read 6389 times)
0 Members and 1 Guest are viewing this topic.
Offline Marvin Fröhlich

Senior Devvie




May the 4th, be with you...


« Posted 2006-09-08 23:31:26 »

This thread may serve as a discussion about the development plan, I've just released on xith.org.
The points on this list represent the goals for a stable version 1.0 of Xith3D (and Xith-TK).

Marvin

remark: It doesn't need to be made sticky, since I've put a link to it above the list.
Offline William Denniss

JGO Coder


Projects: 2


Fire at will


« Reply #1 - Posted 2006-09-10 05:30:26 »

Good plan. 

SVN is so much better than CVS.

Personally I think it is good API design to keep the core small and have optional modules that people can use or not (so long as each of the modules list their dependancies clearly).  This also provides some QA - commits to the core can be more heavily scrutinised.

It would be good to support JOODE for Physics/Collision when that is usable (not sure if it is or not - havn't checked for a while).

Cheers,
Will

Offline Marvin Fröhlich

Senior Devvie




May the 4th, be with you...


« Reply #2 - Posted 2006-09-10 10:03:20 »

Personally I think it is good API design to keep the core small and have optional modules that people can use or not (so long as each of the modules list their dependancies clearly).

I agree. But let's stay with the loaders as an example. Wouldn't it be logic to put the loader-bases into the core (as it was once for a short time, if I remember right)? Model loaders belong to a 3D lib like texture loaders do. But it wouldn't make sence to put all the loader implementations into the core, but the basis for any impl is a thing for the core, isn't it?

It would be good to support JOODE for Physics/Collision when that is usable (not sure if it is or not - havn't checked for a while).

Strange typing error? Well I've fixed it and now (#7) on the dev plan is as it should have been --> including JOODE.
Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline hawkwind

Junior Devvie




Java games rock!


« Reply #3 - Posted 2006-09-10 15:59:32 »

Good plan...

Having just downloaded the latest core/toolkit code I kinda consider the separation to be artificial.  Develoers come and go within Xith and I really am not sure if the separation helps or is required.  In general I would like the whole set in a single tree.

I would be interested in seeing the  Xith Nutshell doc.

I have a Javacooldude shadow example in Java3D.  Pretty cool stuff.  I have been  messing with it trying to make it Xith 3d compatible but don't have anything working.  I could post the code if someone else wanted a go at it.
Offline hawkwind

Junior Devvie




Java games rock!


« Reply #4 - Posted 2006-09-10 16:01:23 »

william

  How do you feel JOODE copares with the ODEJAVA work you have been involved in???  I am unable to access odejava.org due to bandwidth problems.  Have you dropped support of odejava??


Good to see you again.  You have been gone from this site for awhile. Grin
Offline Marvin Fröhlich

Senior Devvie




May the 4th, be with you...


« Reply #5 - Posted 2006-09-10 16:13:11 »

I would be interested in seeing the  Xith Nutshell doc.

The current (unfinished) development version is available from CVS of xith-tk (/docs/xin).
Offline Marvin Fröhlich

Senior Devvie




May the 4th, be with you...


« Reply #6 - Posted 2006-09-10 16:18:40 »

Having just downloaded the latest core/toolkit code I kinda consider the separation to be artificial.  Develoers come and go within Xith and I really am not sure if the separation helps or is required.  In general I would like the whole set in a single tree.

It certainly is artificial, but it absolutely makes sense. The core contains all parts, which are necessary for the library to work and the toolkit contains less important goodies, which are just nice tools to make the whole thing more comfortable and complete.

If you want it to be in one whole jar, you're free to create such a jar for your game distribution. This isn't a too hard job, is it?

Marvin
Offline Amos Wenger

Senior Devvie




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


« Reply #7 - Posted 2006-09-11 16:24:25 »

@Qudus : loaders aren't meant to be in the core cause they do *use* core features, are big and you don't need all of them at once, and don't touch the core scenegraph features. I think they are very much at home in the core.

Hmm by the way, anyone interested with a Cal3D loader for Xith3D ? I guess I forgot to commit this one. And I have a system which pre-compute each frame and store it (if we implement display lists, this is gonna be fast as lightning !).

I don't see how JOODE can be supported more than it is actually : as I said precedently, JOODE devs uses Xith3D for tests...

"Once you start working on something, don't be afraid of failure and don't abandon it. People who work sincerely are the happiest"
Offline Marvin Fröhlich

Senior Devvie




May the 4th, be with you...


« Reply #8 - Posted 2006-09-11 18:27:53 »

@Qudus : loaders aren't meant to be in the core cause they do *use* core features, are big and you don't need all of them at once, and don't touch the core scenegraph features. I think they are very much at home in the core.

That's true. But I think the loader's base (Scene, SceneBase and all the stuff in org.xith3d.loaders.scene) are core features, because model loaders im common are an essential feature of any 3d engine, but the loader implementations themselfs arent't.

Hmm by the way, anyone interested with a Cal3D loader for Xith3D ? I guess I forgot to commit this one. And I have a system which pre-compute each frame and store it (if we implement display lists, this is gonna be fast as lightning !).

The Cal3D loader is mentioned in XIN as a supported feature. So I guess it should be present. I would love to see your code committed.

I don't see how JOODE can be supported more than it is actually : as I said precedently, JOODE devs uses Xith3D for tests...

The Node class has a flag called collidable. Flags like that should be reused for a physics abstraction.
Offline Amos Wenger

Senior Devvie




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


« Reply #9 - Posted 2006-09-12 16:39:37 »

I don't see how JOODE can be supported more than it is actually : as I said precedently, JOODE devs uses Xith3D for tests...

The Node class has a flag called collidable. Flags like that should be reused for a physics abstraction.
I *don't* want to mix up graphics and physics. Qudus you should be careful not to do things in a too specific way (which works wll for you, but not necessarily everyone's cup of tea, cf. RenderLoop). Physics have to be bound to graphics by the user itself the way he/she wants to. Just my 3 cents.

"Once you start working on something, don't be afraid of failure and don't abandon it. People who work sincerely are the happiest"
Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline Marvin Fröhlich

Senior Devvie




May the 4th, be with you...


« Reply #10 - Posted 2006-09-12 19:02:46 »

I *don't* want to mix up graphics and physics. Physics have to be bound to graphics by the user itself the way he/she wants to. Just my 3 cents.

Maybe I have even less knowledge of physics than I thought Smiley So I don't know how to bind a physics engine to a scenegraph. I thought it was only linking shape nodes ang TransformGroups with Physics nodes and configuring the way they effect each others. The letter part certainly can't be "integrated" with xith, but the first one should.

Why is this CollisionSystem present in Xith-tk? Isn't this a minimalistic physics system? Isn't a physics system mixed up with our graphics lib?

Don't get me wrong. I can live with not integrating JOODE with xith, but isn't this what people will expect from a fully featured 3d engine: a graphics renderer handling input and physics (generally speaking)? I think there's a reason why SDL and libs like that have everything in one lib: People wan't it that way. I don't say we should hard-link joode with xith so that people won't have a change to choose their physics engine. But life should be made most easy for developers when they wan't to use a physics system with xith. And flags like isCollidable are disturbing whan they are present and don't do anything for me when I'm not using the integrated collision system, which I can't whan it's that basic (and broken).

As I said: I can live without this integration, but I think life would be easier, if we did it.

Qudus you should be careful not to do things in a too specific way (which works wll for you, but not necessarily everyone's cup of tea, cf. RenderLoop).

What's wrong with (Ext)RenderLoop? Isn't this what everyone needs? Every single example in the TK is built this way (and it was before I came to the project). So I just adepted what I found. I'm certainly open for any suggestions, what could be done better. But I really thought, it was what people need.


EDIT: Wow... my reply sounds like I'm angry. Be asured, that I'm not. Smiley
Offline Marvin Fröhlich

Senior Devvie




May the 4th, be with you...


« Reply #11 - Posted 2006-09-12 19:14:28 »

btw: It's hard to find a common sense when so few people are active in the forums and development.  Sad
Offline Amos Wenger

Senior Devvie




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


« Reply #12 - Posted 2006-09-13 13:56:21 »

Qudus, please edit your message and add " 1.0" to the title.

Your goal was to obtain a stable and reliable API, isn't it ? For 2.0 we can aim way higher.

Right ?

"Once you start working on something, don't be afraid of failure and don't abandon it. People who work sincerely are the happiest"
Offline Marvin Fröhlich

Senior Devvie




May the 4th, be with you...


« Reply #13 - Posted 2006-09-13 16:47:16 »

Qudus, please edit your message and add " 1.0" to the title.

Your goal was to obtain a stable and reliable API, isn't it ? For 2.0 we can aim way higher.

Right ?

Agreed and done. Smiley
Offline Amos Wenger

Senior Devvie




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


« Reply #14 - Posted 2006-09-16 14:03:49 »

I *don't* want to mix up graphics and physics. Physics have to be bound to graphics by the user itself the way he/she wants to. Just my 3 cents.

Maybe I have even less knowledge of physics than I thought Smiley So I don't know how to bind a physics engine to a scenegraph. I thought it was only linking shape nodes ang TransformGroups with Physics nodes and configuring the way they effect each others. The letter part certainly can't be "integrated" with xith, but the first one should.
What we should have is an "? extends Animatable" class which takes a Body (JOODE) and a TransformGroup (Xith3D). And that would be just fine.

Why is this CollisionSystem present in Xith-tk? Isn't this a minimalistic physics system? Isn't a physics system mixed up with our graphics lib?
Yes, and I think it should be removed, or at least extracted

Qudus you should be careful not to do things in a too specific way (which works wll for you, but not necessarily everyone's cup of tea, cf. RenderLoop).

What's wrong with (Ext)RenderLoop? Isn't this what everyone needs? Every single example in the TK is built this way (and it was before I came to the project). So I just adepted what I found. I'm certainly open for any suggestions, what could be done better. But I really thought, it was what people need.
I just think we should not put in the scenegraph what doesn't belong to it. What if I want to use your ExtRenderLoop in something which doesn't use Xith3D ? Your code would be just fine it's just too tied to Xith3D.
Now imagine your game has a menu.. how do you handle the transitions with RenderLoop ?

Here's my current app code :

LocalApp.java
1  
2  
3  
4  
5  
6  
7  
8  
9  
10  
11  
12  
13  
14  
15  
16  
17  
18  
19  
20  
21  
22  
23  
24  
25  
26  
27  
28  
29  
30  
31  
32  
33  
34  
35  
36  
37  
38  
39  
40  
41  
42  
43  
44  
45  
46  
47  
48  
49  
50  
51  
52  
53  
54  
55  
56  
57  
58  
59  
60  
61  
62  
63  
64  
65  
66  
67  
68  
69  
70  
71  
72  
73  
74  
75  
76  
77  
78  
79  
80  
81  
82  
83  
84  
85  
86  
87  
88  
89  
90  
91  
92  
93  
94  
95  
96  
97  
98  
99  
100  
101  
102  
103  
104  
105  
106  
107  
108  
109  
110  
111  
112  
113  
114  
115  
116  
117  
118  
119  
120  
121  
122  
123  
124  
125  
126  
127  
128  
129  
130  
131  
132  
133  
134  
135  
136  
137  
138  
139  
140  
141  
142  
143  
144  
145  
146  
147  
148  
149  
150  
151  
152  
153  
154  
155  
156  
157  
158  
159  
160  
161  
162  
163  
164  
165  
166  
167  
168  
169  
170  
171  
172  
173  
174  
175  
176  
177  
178  
179  
180  
181  
182  
183  
184  
185  
186  
187  
188  
189  
190  
191  
192  
193  
194  
195  
196  
197  
198  
199  
200  
201  
202  
203  
204  
205  
206  
207  
208  
209  
210  
211  
212  
213  
214  
215  
216  
217  
218  
219  
220  
221  
222  
223  
224  
225  
226  
227  
228  
229  
230  
231  
232  
233  
234  
235  
236  
237  
238  
239  
240  
241  
242  
243  
244  
245  
246  
247  
248  
249  
250  
251  
252  
253  
254  
255  
256  
257  
public class LocalApp {

   public static void main(final String[] args) {

      final LocalApp app = new LocalApp();
      app.run();

   }

   private World world;
   private ExtXith3DEnvironment env;
   private Group scene;
   private IACode ia;
   private UserCode userActions;
   private AWTKeyboard keyboard;
   private WorldRepresentation worldRepresentation;
   private NPFCounter fpsCounter;
   private PanelOverlay menuOverlay;
   private boolean previousGame;
   private Group gameScene = new Group();
   private UIWindow mainOverlay;
   private UIWindowManager gameWindowMgr;
   private MainOverlayPanel mainOverlayPanel;
   private int playTime;
   private LoadingPanel loadingPanel;

   // Testing
   private final static int WIDTH = 800;
   private final static int HEIGHT = 600;

   public void run() {

      TextureLoader.getInstance().getTexture("");

      // Init 3D scene
      env = new ExtXith3DEnvironment();

      env.addCanvas(new Canvas3DWrapper(OpenGLLayer.JOGL,
            LocalApp.WIDTH, LocalApp.HEIGHT, ColorDepth.B24,
            DisplayMode.FULLSCREEN, "Stratagem - Local version"));
     
      scene = new Group();
      env.addChild(scene);
      env.addChild(new Background(new Color3f(0f, 0f, 0f)));

      // Keyboard
      keyboard = new AWTKeyboard(env.getCanvasComponent());

      // Optimizations all over the place, whooha !!!
      env.getCanvas().get3DPeer().getRenderOptions().setOption(
            Option.USE_LIGHTING, false);
      env.getCanvas().get3DPeer().getRenderOptions().setOption(
            Option.USE_SHADOWS, false);

      // Init & load menus
      menuOverlay = new PanelOverlay(env, 800, 600);

      HashMap<String, Menu> menus = new HashMap<String, Menu>();

      menus.put("MainMenu", new MainMenu());
      menus.put("OptionsMenu", new OptionsMenu());
      menus.put("GameOptionsMenu", new GameOptionsMenu());
      menus.put("PlayMenu", new PlayMenu());

      MenuCode menuCode = new MenuCode(env, new String[] { "MainMenu",
            "OptionsMenu", "GameOptionsMenu", "GraphicsOptionsMenu",
            "PlayMenu" });

      String menu = "MainMenu";
     
      newGame(new GameInfo("Commander1", "Commander 2"));
      runGame();

      // Menu loop
      for (boolean isRunning = true; isRunning; Thread.yield()) {

         Message msg = menuCode.launchMenu(menu);

         if (msg.name.equals("action")) {

            String action = (String) msg.args.get(0);
           
            if (action.equals("play")) {
               env.render();
               if (!previousGame) {
                  newGame((GameInfo) msg.args.get(1));
               }
               runGame();
               menu = "InGameMenu";
            } else if (action.equals("resume")) {
               runGame();
            } else if (action.equals("abort")) {
               env.removeChild(gameScene);
            } else if (action.equals("exit")) {
               isRunning = false;
            }

         }
      }

      Options.get().finalize();
     
      // Exit
      System.exit(0);

   }

   /**
    *
    */

   private void runGame() {

      mainOverlay.setVisible(true);

      long beginTime = System.currentTimeMillis();
      long previousTime = System.currentTimeMillis();

      for (boolean isRunning = true; isRunning; Thread.yield()) {

         long delta = System.currentTimeMillis() - previousTime;
         delta = Math.min(100, delta);

         userActions.update(true, delta);
         ia.step(delta);

         previousTime = System.currentTimeMillis();

         // Rendering
         if (System.currentTimeMillis() - beginTime > 1000) {
            playTime += 1;
            beginTime += 1000;
            mainOverlayPanel.update(playTime);
         }
         fpsCounter.update();
         worldRepresentation.update(0, delta);
         gameWindowMgr.newFrame(env.getView());
         env.render();

         if (!env.getCanvasComponent().isVisible() || userActions.shouldExit) {
            userActions.shouldExit = false;
            isRunning = false;
         }

      }
   }

   private void newGame(GameInfo gameInfo) {

      if (loadingPanel == null) {
         loadingPanel = new LoadingPanel(env, menuOverlay.getWindowManager());
         menuOverlay.clear();
         menuOverlay.displayCentered(loadingPanel);
      }

      playTime = 0;

      loadingPanel.println("Creating terrain...");

      // Add a terrain and its representation
      final TerrainAttributes terrain = TerrainAttributes.get("TestTerrain.xml");

      loadingPanel.println("Creating world...");

      // World
      world = new World(terrain);

      loadingPanel.println("Adding armies...");

      initArmies(gameInfo);

      loadingPanel.println("Creating world representation...");

      // Representation
      gameScene = new Group();
      worldRepresentation = new WorldRepresentation(world, gameScene, 1);
      env.addChild(gameScene);

      loadingPanel.println("Init user actions...");

      // User actions
      userActions = new UserCode(env, world, gameInfo.commander1Name,
            keyboard, worldRepresentation, 1);

      loadingPanel.println("Init IA...");

      // IA
      ia = new IACode(world);

      // FPS & NPF counter
      fpsCounter = new NPFCounter();
      fpsCounter.setEnabled(false); // FIXME

      loadingPanel.println("Creating overlay...");

      // construct a window manager for this canvas
      mainOverlayPanel = new MainOverlayPanel();
      mainOverlayPanel.setGameInfo(gameInfo);
      if (mainOverlay == null) {
         mainOverlay = new UIWindow(mainOverlayPanel.getWidth(),
               mainOverlayPanel.getHeight(), false, true);

         gameWindowMgr = new UIWindowManager(env.getCanvas());
         gameWindowMgr.addOverlay(mainOverlay);
         gameWindowMgr.setPosition(mainOverlay, env.getCanvas().getWidth()
               / 2 - mainOverlay.getWidth() / 2, 0);
         gameWindowMgr.setVisible(mainOverlay, true);

         UIEventAdapter eventAdapter = new UIEventAdapter(gameWindowMgr);
         Canvas3DWrapper canvas = (Canvas3DWrapper) env.getCanvas();
         canvas.addKeyListener(eventAdapter);
         canvas.addMouseListener(eventAdapter);
         canvas.addMouseMotionListener(eventAdapter);
         canvas.setFocusable(true);

         gameScene.addChild(gameWindowMgr);
      }
      mainOverlay.setRoot(mainOverlayPanel);

      previousGame = true;

      menuOverlay.clear();

   }

   /**
    * Initiate the armies
    *
    * @param gameInfo
    */

   private void initArmies(GameInfo gameInfo) {

      /*
       * Army 1
       */

      final String commander = gameInfo.commander1Name;
      final Army army = new Army(commander, new Color3f(1f, 0f, 0f));
      world.addArmy(army.getCommanderName(), army);

      final float xCenter = world.getTerrain().getSizeX() / 2f;

      // Add fantassins
      UnitUtils.addUnits(army, 8, 8, 1f, new Vector2f(xCenter, 35f), 0.1f,
            "Fantassin.xml");

      /*
       * Army 2
       */

      final String commander2 = gameInfo.commander2Name;
      final Army army2 = new Army(commander2, new Color3f(0f, 1f, 0f));
      world.addArmy(army2.getCommanderName(), army2);

   }

}[/quote]
Should I use two RenderLoops and switch from one to another when needed ? or have an enum which tells me wether I'm in the menu or not and have a Switch node containing the menu and the gameScene ? But in-game the menu is rendered in transparency, over the game.

So you see I'
m not done with all these questions. (Oh and the code is probably shitty but at least it works fine).

"Once you start working on something, don't be afraid of failure and don't abandon it. People who work sincerely are the happiest"
Offline Marvin Fröhlich

Senior Devvie




May the 4th, be with you...


« Reply #15 - Posted 2006-09-16 15:03:10 »

1  
   private ExtXith3DEnvironment env;


If you're not using ExtRenderLoop or in your case not even RenderLoop it is sufficient to use Xith3DEnvironment instead of ExtXith3DEnvironment.

1  
2  
3  
4  
      env.getCanvas().get3DPeer().getRenderOptions().setOption(
            Option.USE_LIGHTING, false);
      env.getCanvas().get3DPeer().getRenderOptions().setOption(
            Option.USE_SHADOWS, false);


this can be done easier:
1  
2  
3  
      Canvas3DWrapper c3d = (Canvas3DWrapper)env.getCanvas();
                c3d.setRenderOption(Option.USE_LIGHTING, false);
                c3d.setRenderOption(Option.USE_SHADOWS, false);

or
1  
      env.disableLighting();


Should I use two RenderLoops and switch from one to another when needed ? or have an enum which tells me wether I'm in the menu or not and have a Switch node containing the menu and the gameScene ? But in-game the menu is rendered in transparency, over the game.

No. You can just use one. I don't see any problem with it. Please have a look at the RenderEngine interface and at the Intervall class system. The RenderLoop class takes an instance of RenderEngine for the method addRenderEngine(). The Xith3DEnvironment class implements this interface, so generally this instance is passed to the method. But you can also make your game class implement this interface and add it to the RenderLoop. Then you can easily make any call of env.render(gameTime, frameTime) in the interface's method.

The other possibility was to create an instance of Interval and pass it to the addInterval() method of the ExtRenderLoop. give the interval a value of 1000L and let it call your menu.update() method each second.

Or just override the loopIteration() method and put your main game loop code in there and update your menu each second.

There're several different possibilities for different flavors and you may decide to use any of them, can't you?

I just think we should not put in the scenegraph what doesn't belong to it. What if I want to use your ExtRenderLoop in something which doesn't use Xith3D ? Your code would be just fine it's just too tied to Xith3D.

The classes are tied to Xith3D but they have several interfaces which are implemented and wich aren't tied to any implementation of a scenegraph. So, yes of course the implementation is tied to Xith but you can easily use the interfaces and write an implementation for any other renderer.

Marvin
Offline Amos Wenger

Senior Devvie




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


« Reply #16 - Posted 2006-09-18 16:54:27 »

OK, designed better than I thought  Grin
Will take a look at it (if it makes my code more concise it's welcome).

"Once you start working on something, don't be afraid of failure and don't abandon it. People who work sincerely are the happiest"
Offline Amos Wenger

Senior Devvie




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


« Reply #17 - Posted 2006-09-26 20:36:40 »

It seems that my OpenOffice.org 2 is no longer crashing when trying to insert an image / save a file. Great ! I'll be able to finish XIN.

"Once you start working on something, don't be afraid of failure and don't abandon it. People who work sincerely are the happiest"
Offline Marvin Fröhlich

Senior Devvie




May the 4th, be with you...


« Reply #18 - Posted 2006-09-26 21:29:26 »

It seems that my OpenOffice.org 2 is no longer crashing when trying to insert an image / save a file. Great ! I'll be able to finish XIN.

Good to know Smiley.

When you're ready I'll add two additional chapters documenting multipass rendering and scenegraph traversal. Then we can finally release it Grin.
Offline Marvin Fröhlich

Senior Devvie




May the 4th, be with you...


« Reply #19 - Posted 2006-09-27 21:42:52 »

What's up with the TODO list on xith.org? I can't edit it. Every time I try a message pops up saying: "The module [ToDo] is currently being edited by another person.", which is absolutely impossible, since I am the only member being logged in Huh.

I noticed this first yesterday evening / night.

Could you maybe have a look at it, Amos?

Marvin
Offline hawkwind

Junior Devvie




Java games rock!


« Reply #20 - Posted 2006-09-27 22:00:21 »

By the way the XIN is a GREAT read!!  I enjoyed it and found to be at just the level I think most hobbyist developers would like.  Looking forward to the next few chapters.

An english comment not being critical,  in the lighting section use the word illuminating instead enlightning.  In englsh enlightning is more of a religious experience than a light source..

Offline Marvin Fröhlich

Senior Devvie




May the 4th, be with you...


« Reply #21 - Posted 2006-09-27 22:06:11 »

By the way the XIN is a GREAT read!!  I enjoyed it and found to be at just the level I think most hobbyist developers would like.

Thanks Grin (in my name and in Amos' Wink).

Looking forward to the next few chapters.

Will come soon Wink.

An english comment not being critical,  in the lighting section use the word illuminating instead enlightning.  In englsh enlightning is more of a religious experience than a light source..

Will change that.
Offline Amos Wenger

Senior Devvie




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


« Reply #22 - Posted 2006-09-28 16:13:46 »

What's up with the TODO list on xith.org? I can't edit it. Every time I try a message pops up saying: "The module [ToDo] is currently being edited by another person.", which is absolutely impossible, since I am the only member being logged in Huh.

I noticed this first yesterday evening / night.

Could you maybe have a look at it, Amos?
Hmm.. that's when someone (could be me, could be you) quit the page when editing a page without hitting the "cancel" button. It's now writeable again. (Next Time, In Admin, go to "System->Global Checking" and it's done !

"Once you start working on something, don't be afraid of failure and don't abandon it. People who work sincerely are the happiest"
Offline Amos Wenger

Senior Devvie




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


« Reply #23 - Posted 2006-09-28 16:16:09 »

By the way the XIN is a GREAT read!!  I enjoyed it and found to be at just the level I think most hobbyist developers would like.  Looking forward to the next few chapters.

An english comment not being critical,  in the lighting section use the word illuminating instead enlightning.  In englsh enlightning is more of a religious experience than a light source..
Thanks. I will change that.

...Then we can finally release it Grin.
No-o way ! So much chapters are missing ! I have *tons* of things to explain to the average *joe the hacker* which is tired of writing SII-hacking-scripts.  Grin Grin Grin

"Once you start working on something, don't be afraid of failure and don't abandon it. People who work sincerely are the happiest"
Offline Marvin Fröhlich

Senior Devvie




May the 4th, be with you...


« Reply #24 - Posted 2006-09-28 16:23:46 »

Hmm.. that's when someone (could be me, could be you) quit the page when editing a page without hitting the "cancel" button. It's now writeable again. (Next Time, In Admin, go to "System->Global Checking" and it's done !

Thanks.

No-o way ! So much chapters are missing ! I have *tons* of things to explain to the average *joe the hacker* which is tired of writing SII-hacking-scripts.  Grin Grin Grin

Ok, I agree, there's much to do. But shouldn't we maybe release a first (maybe v0.5) on xith.org and throw away the outdated GSG, such that less people are confused by it?

Marvin
Offline Amos Wenger

Senior Devvie




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


« Reply #25 - Posted 2006-09-28 17:14:00 »

Ok, I agree, there's much to do. But shouldn't we maybe release a first (maybe v0.5) on xith.org and throw away the outdated GSG, such that less people are confused by it?
Well, maybe but let me add some pics. Remember, it's "first belief" which counts  Grin

"Once you start working on something, don't be afraid of failure and don't abandon it. People who work sincerely are the happiest"
Offline Marvin Fröhlich

Senior Devvie




May the 4th, be with you...


« Reply #26 - Posted 2006-09-28 17:24:14 »

Well, maybe but let me add some pics. Remember, it's "first belief" which counts  Grin

Yes, You're right Wink. Take your time... add the pics... and we can release a first document Wink.
Offline cylab

JGO Ninja


Medals: 55



« Reply #27 - Posted 2006-09-28 18:56:20 »

+1 for releasing it.

It's often the biggest problem to think of something as not finished yet, so you never get it released in the end.

Mathias - I Know What [you] Did Last Summer!
Offline Amos Wenger

Senior Devvie




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


« Reply #28 - Posted 2006-09-29 14:27:59 »

+1 for releasing it.

It's often the biggest problem to think of something as not finished yet, so you never get it released in the end.
OK so I don't add chapters, just add pics to existing chapters.

"Once you start working on something, don't be afraid of failure and don't abandon it. People who work sincerely are the happiest"
Offline Marvin Fröhlich

Senior Devvie




May the 4th, be with you...


« Reply #29 - Posted 2006-09-29 17:47:50 »

OK so I don't add chapters, just add pics to existing chapters.

What about adding the chanpeters, but only with a not "coming soon"? That's what I planned to do with the chapters that I'm planning to add.

Marvin
Pages: [1] 2
  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.

rwatson462 (29 views)
2014-12-15 09:26:44

Mr.CodeIt (20 views)
2014-12-14 19:50:38

BurntPizza (40 views)
2014-12-09 22:41:13

BurntPizza (76 views)
2014-12-08 04:46:31

JscottyBieshaar (37 views)
2014-12-05 12:39:02

SHC (50 views)
2014-12-03 16:27:13

CopyableCougar4 (47 views)
2014-11-29 21:32:03

toopeicgaming1999 (114 views)
2014-11-26 15:22:04

toopeicgaming1999 (102 views)
2014-11-26 15:20:36

toopeicgaming1999 (30 views)
2014-11-26 15:20:08
Resources for WIP games
by kpars
2014-12-18 10:26:14

Understanding relations between setOrigin, setScale and setPosition in libGdx
by mbabuskov
2014-10-09 22:35:00

Definite guide to supporting multiple device resolutions on Android (2014)
by mbabuskov
2014-10-02 22:36:02

List of Learning Resources
by Longor1996
2014-08-16 10:40:00

List of Learning Resources
by SilverTiger
2014-08-05 19:33:27

Resources for WIP games
by CogWheelz
2014-08-01 16:20:17

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

List of Learning Resources
by SilverTiger
2014-07-31 16:29:50
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!