Difference between revisions of "Dev:Wish list"
(Python and Plugins are 'standard' requests, so I'm mentioning them here.) |
|||
Line 8: | Line 8: | ||
<hr/> | <hr/> | ||
+ | * ''' Uninstall feature for os x. Install put 80MB of gtkmm rubbish somewhere above slash and | ||
+ | then the app failed to run anyway because it couldn't find said rubbish. Not happy, Jan. | ||
+ | Perhaps an install prefix for osx where folks could easily delete it? | ||
+ | |||
* '''Arbitrary Color Channels''' — The ability for the user to create any number of custom channels for various purposes. | * '''Arbitrary Color Channels''' — The ability for the user to create any number of custom channels for various purposes. | ||
Revision as of 02:46, 12 January 2006
Got a great idea for a new feature, just add it here. Please add a rating of how essential this feature is to your workflow according to the following scale:
- "Well, it might be nifty. To someone."
- "I probably would make use this"
- "It's not essential, but I'd really like to have this at my disposal."
- "Synfig would be soooo much better with this change"
- "I can't/won't use Synfig without it!"
- Uninstall feature for os x. Install put 80MB of gtkmm rubbish somewhere above slash and
then the app failed to run anyway because it couldn't find said rubbish. Not happy, Jan. Perhaps an install prefix for osx where folks could easily delete it?
- Arbitrary Color Channels — The ability for the user to create any number of custom channels for various purposes.
- Autorecover History — It would be great if autorecover could also recover the associated history of a file in the event of a crash.
- Render target filetype — the ability to save as .mng [1]
- Layer Convert (4) — Convert a fill, outline, or gradient, to a fill, outline, or gradient (or layer mask?). So you could, say, duplicate a line and turn it into the background for a shape (if, say, you forgot to use the checkbox to create a layer of that type when you drew it, or the tool does not yet support it)
- Layer hide boolean (3) — Removes a layer from consideration on frames when this is active. Tools that consider other layers should ignore layers that are currently set hidden. An option to turn off display of hidden layers in the Layers Dialog as well, when you don't need to worry about them (you can always show them again to get ahold of them).
- Vector fill bucket (3) — Like the traditional bitmap fill, but this fills the area clicked out to the nearest boundary paths with a region of that area, set to the foreground color (it actually would create a new region layer).
Alternatively, a single-duck layer object, that performs a simple bitmap fill from its (animatable) location, with its stored color value. (This second approach is similar to the behavior of one of Softimage's TOONZ[2]'s tools)
If this is implemented, it will probably be necessary to change the existing "fill" tool's name and icon to a "color injector" (hypodermic needle / turkey injector icon) tool, as that's closer to describing what it does.
- redraw tool (4-5) — Intutive reshaping of path-based layers. See link.
- Restore Default Layout (3) — It's very difficult to put all the dialogs back where they were when you started the program, if you've closed them. In addition, with many programs, if you've done something with your window manager to take a window's position off screen, this command is sometimes the only way to bring them back.
- Alternate UI (2) — An MDI window would be nice on systems that don't support a fixed menu location (like Windows or Gnome/KDE) - or at the very least place the Canvas's context menus along the top of the Canvas window. [3]
- Flock tool (3) — To push around a 'soft-select' region of all layers, or all selected layers. Sort of like a smudge tool in a raster drawing app, or like the soft-mod tool in 3DSMax and Maya. "Flock" because this tool affects all the ducks in an area. ;)
- Riding ducks (2) — Not chocobos. The ability to link a duck from one shape to an arbitrary position on another path, without creating an extra shape duck on that path.
- Plugin API (1) — Would be nice to enable additional functionality to be added to the program without it necessarily needing to be in the Synfig source tree. (added as this is a standard request/feature for a graphics or video app)
- Python support (1) of some sort will no doubt be demanded by the userbase eventually, for studio-specific automation of tasks, noncompiled plugins, etc. I (SnapSilverlight) don't have any particular use for it at the moment, tho'.