Talk:Physics File Format: Difference between revisions

From OLPC
Jump to navigation Jump to search
(New page: Suggested topics for discussion: * Should the format be tied closely to Box2D's terminology, features and limitations or generalized? * Should the format be easily editable by novices (l...)
 
No edit summary
 
Line 1: Line 1:
Suggested topics for discussion:
Suggested topics for discussion:

* What are the overall goals of the file format?

** Ability to save & load user-edited scenes.
** Ability to share scene geometry & mechanical devices between applications using the same (or similar) physics simulation engines.
** Ability to create complex scenes without programming knowledge.
** Ability to create converters to and from other 2D vector formats.


* Should the format be tied closely to Box2D's terminology, features and limitations or generalized?
* Should the format be tied closely to Box2D's terminology, features and limitations or generalized?

Latest revision as of 07:37, 11 July 2008

Suggested topics for discussion:

  • What are the overall goals of the file format?
    • Ability to save & load user-edited scenes.
    • Ability to share scene geometry & mechanical devices between applications using the same (or similar) physics simulation engines.
    • Ability to create complex scenes without programming knowledge.
    • Ability to create converters to and from other 2D vector formats.
  • Should the format be tied closely to Box2D's terminology, features and limitations or generalized?
  • Should the format be easily editable by novices (like maybe JSON or YAML) or is XML okay?
  • Should the format be derived from an existing format, like SVG, that would allow for use of existing vector editors?
  • Should the format be derived from an existing 2D physics application format, like Phun or iPhysics?