UNPKG

aseprite-atlas

Version:

Aseprite sprite atlas parser and animator for browser and Node.js.

19 lines (18 loc) 1.05 kB
- Increase test coverage. - How can the typings be more general to allow any CLI options? - Given sufficiently generic typings, migrate upstream to either DefinitelyTyped or Aseprite itself. - Can any of these changes to the format be migrated upstream to Aseprite? - Elaborate on tradeoffs of class vs data-centric approach. - For example, classes need to be inflated and data can just be used. - Classes can provide encapsulation, manage their own data, and the API is a little nicer, I think. - Classes can use g/setters for data API compatibility. - Can a JSON format be supported? This would allow the parse step to happen at compilation instead of run time. - How should infinite be represented? - Add a more thorough demo. For example, a very small game showcasing a few things: different collisioning (including Aseprite GUI screenshots of slices), tiling, different animations, parsing and image loading, a mini sprite / entity system. - What to do about Rust typings? Is it possible to go from Rust to Wasm to TSD?