Difference between revisions of "Dev:Software roadmap"
From Synfig Studio :: Documentation
| Line 1: | Line 1: | ||
| − | A software roadmap is in the process of being developed | + | A software roadmap is in the process of being developed. If you would like to lobby for specific functionality to be implemented sooner than what is stated, please discuss it in the [[Talk:Software roadmap|talk page]]. |
| − | + | ||
Since the roadmap isn't finished yet, here is an unsorted list of things that I plan to implement: | Since the roadmap isn't finished yet, here is an unsorted list of things that I plan to implement: | ||
| + | |||
| + | * '''Under-the-hood changes''' | ||
| + | ** Redesign the render target class | ||
| + | *** current implementation doesn't handle large images very well | ||
| + | ** migrate API to be more language agnostic | ||
| + | ** Add support for arbitrary multiple color channels | ||
| + | ** Add support for customizable mixing gamma per canvas | ||
| + | ** Start migrating toward a script-friendly API | ||
| + | ** Implement garbage collection of synfig nodes | ||
* '''Optimizations''' | * '''Optimizations''' | ||
| Line 14: | Line 22: | ||
There is certainly much more that I haven't mentioned, but it's a start. | There is certainly much more that I haven't mentioned, but it's a start. | ||
| − | + | <!-- | |
== Timeline Test == | == Timeline Test == | ||
This is just me testing out the [http://meta.wikimedia.org/wiki/EasyTimeline timeline feature] in mediawiki. | This is just me testing out the [http://meta.wikimedia.org/wiki/EasyTimeline timeline feature] in mediawiki. | ||
| Line 44: | Line 52: | ||
</timeline> | </timeline> | ||
| + | --> | ||
Revision as of 01:57, 19 February 2006
A software roadmap is in the process of being developed. If you would like to lobby for specific functionality to be implemented sooner than what is stated, please discuss it in the talk page.
Since the roadmap isn't finished yet, here is an unsorted list of things that I plan to implement:
- Under-the-hood changes
- Redesign the render target class
- current implementation doesn't handle large images very well
- migrate API to be more language agnostic
- Add support for arbitrary multiple color channels
- Add support for customizable mixing gamma per canvas
- Start migrating toward a script-friendly API
- Implement garbage collection of synfig nodes
- Redesign the render target class
- Optimizations
- Change the way surfaces are stored in memory from chunky to planar. This alone should provide significant speed improvements, as well as pave the way for future hardware optimization. (like Apple's new CoreImage)
- Support for arbitrary color channels
- Support for customizable color mixing gamma
- User Interface
- Re-write the canvas properties dialog, as it is currently too awkward and confusing
- Reimplement the draw tool so that it is actually useful
There is certainly much more that I haven't mentioned, but it's a start.
