Java-Gaming.org Hi !
Featured games (83)
games approved by the League of Dukes
Games in Showcase (539)
Games in Android Showcase (132)
games submitted by our members
Games in WIP (603)
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  
  Complains about Xith3D 0.8  (Read 1185 times)
0 Members and 1 Guest are viewing this topic.
Offline Amos Wenger

Senior Devvie




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


« Posted 2006-06-26 17:23:11 »

Post yours here so I/we know what to fix for 0.8.1

"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 #1 - Posted 2006-06-27 14:15:54 »

This thread could seems a bit curious to users so I'll describe what I want to see here :

- Some things you don't like in the design, that you could "live with" but not necessarily hard to fix it, like : why Loaders don't use the singleton pattern ? Or why do I have to have 5 lines of code to change the color of an object (or even more lines of code if you want scenegraph traversal !)

- Some small bugs you noticed or integration problems

"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 #2 - Posted 2006-06-27 15:04:10 »

ok. Then I will collect some things mentioned in previous threads:

  • TransformGroup/Transform3D: Make Transform3D being an interface with only the getMatrix4f() method and add some implementations for translation / rotation / scale
  • BranchGroup: extend the BranchGroup class to RootBranchgroup with a contructor taking a projection policy and change the View class to take only RootBranchGroup instances and render depending on the given projection policy. And guerantee that its children are rendered in the added order (OrderedGroup could then be eliminated)
  • Scene/SceneBase: Change the Scene interface and SceneBase implementation to not return arrays in all the getters, but Vectors/HashMaps/etc. and let the SceneBase extend TransformGroup. Add a constructor with a desired size to SceneBase doing what GenericLoader does.
  • Generics: Review all the code to eliminate all the unused private variables and make all classes use generics to avoid unneeded castings.
  • org.xith3d.geometry: Let all geometry helpers extend a GeometryBase class or implement a common interface.
  • org.xith3d.geometry: Add contructors to all geometry classes to take an instance of com.xith3d.Texture like I did for Quad
  • org.xith3d.geometry: Maybe we should consider renaming the package to org.xith3d.shapes, because that's what it really is.
  • Package reorganization: rename com.xith3d to org.xith3d in the core, spread some classes into subpackages of their current packages. We should offer a small java proggy to update code to the new hierarchy.

That's all for the moment.
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 #3 - Posted 2006-06-29 00:45:32 »

I found this on eclipse.org: http://www.eclipse.org/eclipse/development/eclipse_project_plan_3_2.html#JDT

Quote
Split refactoring. Refactoring currently relies on a closed world assumption. This means that all of the code to be refactored must be available in the workspace when the refactoring is triggered. However for large distributed teams, the closed world approach isn't really feasible. The same is true for clients which use binary versions of libraries where API changes from one version to another. In 3.2 the closed world assumptions will be relaxed in such a way that a refactoring executed in workspace A can be "reapplied" on workspace B to refactor any remaining references to the refactored element. [JDT Core/UI] (106207) [Theme: Scaling Up].

Eclipse 3.2 is announced to be release in late june (during the next days Smiley).

This should make it possible for us to change a lot of things without worrying about people using the new version to be f**ked up  Grin
So we are free to reform/improve the package hierarchy of xith.
Offline Amos Wenger

Senior Devvie




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


« Reply #4 - Posted 2006-06-29 13:51:37 »

I found this on eclipse.org: http://www.eclipse.org/eclipse/development/eclipse_project_plan_3_2.html#JDT

Quote
Split refactoring. Refactoring currently relies on a closed world assumption. This means that all of the code to be refactored must be available in the workspace when the refactoring is triggered. However for large distributed teams, the closed world approach isn't really feasible. The same is true for clients which use binary versions of libraries where API changes from one version to another. In 3.2 the closed world assumptions will be relaxed in such a way that a refactoring executed in workspace A can be "reapplied" on workspace B to refactor any remaining references to the refactored element. [JDT Core/UI] (106207) [Theme: Scaling Up].

Eclipse 3.2 is announced to be release in late june (during the next days Smiley).

This should make it possible for us to change a lot of things without worrying about people using the new version to be f**ked up  Grin
So we are free to reform/improve the package hierarchy of xith.
Yeah and it seems like much people's using Eclipse with Xith3D.

"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 dcomes

Innocent Bystander





« Reply #5 - Posted 2006-06-29 14:53:18 »

Is there a tag in CVS for 0.8 release?  If not can you guys make it part of your release procedure?

Thanks!
Offline Amos Wenger

Senior Devvie




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


« Reply #6 - Posted 2006-06-29 15:05:03 »

Is there a tag in CVS for 0.8 release?  If not can you guys make it part of your release procedure?

Thanks!
Well I must admit my CVS knowledge isn't as big as I would..

If you indicate me the procedure to follow I'll happily do that. (If I have the needed access rights, of course).

"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.

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

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

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

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

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

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

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

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

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

toopeicgaming1999 (37 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!