Difference between revisions of "Dev:Wish list"

Revision as of 22:32, 17 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:

1. "Well, it might be nifty. To someone."
2. "I probably would make use this"
3. "It's not essential, but I'd really like to have this at my disposal."
4. "Synfig would be soooo much better with this change"
5. "I can't/won't use Synfig without 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) (2) — The original intent of this feature request has been solved and documented - How do I....Fill an Outline? - but it would still be nice to have a way to convert one sort of path layer to another. (Downgraded to level 2) Snap 12:32, 17 Jan 2006 (PST)

• Layer hide boolean parameter (3) — An animatable way to remove a layer from visibility and consideration in tools. And as an option, to hide the layer in the layer list while it is invisible. This crosses over functionality from the Amount Parameter, the Show/Hide checkbox in the Layers Dialog, and builds upon it as well, allowing the Layers Dialog to dynamically unclutter. (This feature request is a refactoring of the Amount Parameter)

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

• Gnome HIG Compliance — This should solve all complaints about the layout, without requiring Synfig to be "just like program (x)"

• 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. ;)

• Networkability (2) — Like Inkscape's "inkboard" feature (using Jabber), or Blender's Verse server [3], or OpenCanvas's Networking option.

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

• Intuitive tangent modification (3) — (BBQ Pulled Duck) Inkscape has this for still handles - basically, grab a section of the spline between handles, and pull it around, the program automatically alters the tangent handles to match. What would be really neat is if you could do the same for temporal handles - be able to grab the spline between keyframes, and yank it around, and have Synfig automatically adjust the key interpolation to match. Not sure exactly what the workflow in the UI would be for this, however.

• 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. According to the Synfig 0.61.01 roadmap on deepdarc.com, there is a plugin API already implemented. So instead, this may be a Wiki Wish for documentation, depending on how much has already been completed. Snap 19:57, 13 Jan 2006 (PST)

• 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'.

• mod_synfig (1) — For Apache. Render .sif to some format like png/mng on access.

• synfig nsplugin (1) — Let Mozilla and Mozilla-based view synfig files in-browser.

• Uninstall feature for OSX. — 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?