Re: [Inkscape-devel] inkscape to synfig studio
2011/8/17 Alexandre Prokoudine <alexandre.prokoudine@...400...>:
Как и просили :)
---------- Forwarded message ---------- From: Johan Engelen <jbc.engelen@...2592...> Date: Wed, Aug 17, 2011 at 11:34 PM Subject: Re: [Inkscape-devel] inkscape to synfig studio To: inkscape-devel@lists.sourceforge.net
On 14-8-2011 21:04, Alexandre Prokoudine wrote:
Hi,
FYI, for a few weeks now Nikita Kitaev has been working on an svg2sif extension that allows exporting SVG to Synfig Studio animation editor documents.
https://github.com/nikitakit/svg2sif
He hopes that it will eventually replace the existing SVG importer in Synfig.
Discussion forum is here: http://www.synfig.org/forums/viewtopic.php?f=1&t=2953
(After a very brief look) Apparently, the extension requires all shapes to be converted to paths. Because it is implemented as a python script, an extra Inkscape subprocess is launched to convert the non-path shapes to paths. I see the benefit of having a Python script, but is it not easier/faster in this case to write it in C++ in Inkscape's codebase ? Or, alternatively, we could add an option for extensions to request SVG's with path-shapes only...?
(Alexandre, can you forward this to Nikita? Thanks)
Ciao, Johan
Hi everyone,
I agree that having direct access to Inkscape's features would save some code repetition and subprocess calls. C++ is probably faster/easier if you're already very familiar with Inkscape's codebase. I'm not.
Having extensions request path-only SVGs would help in this case, but hopefully it can be something more flexible. For example, svg2sif also uses Inkscape to get rid of <use> elements -- but at some point in time I plan to use Synfig's linking/clone features instead. If there's a way to request simplified SVGs, it would be nice to be able to pass options. (e.g. "No non-paths", "no clones", etc.)
What about dbus extension features? I remember that there were plans and code, but I don't know what the status is.
~Nikita
On Thu, Aug 18, 2011 at 6:28 AM, Nikita Kitaev <nikitakit@...400...> wrote:
What about dbus extension features? I remember that there were plans and code, but I don't know what the status is.
Alteady available in trunk, if you ./configure --enable-dbusapi
Alexandre Prokoudine http://libregraphicsworld.org
but not available to Windows users...
On 8/18/2011 2:46 PM, Alexandre Prokoudine wrote:
On Thu, Aug 18, 2011 at 6:28 AM, Nikita Kitaev<nikitakit@...400...> wrote:
What about dbus extension features? I remember that there were plans and code, but I don't know what the status is.
Alteady available in trunk, if you ./configure --enable-dbusapi
Alexandre Prokoudine http://libregraphicsworld.org
Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
On Thu, Aug 18, 2011 at 10:02 AM, Mark Schafer wrote:
but not available to Windows users...
D-Bus has been ported to Windows. Why it doesn't work in Inkscape is a different matter :)
Alexandre Prokoudine http://libregraphicsworld.org
Looks like its started working at 1.5.4 and now at 1.5.6 and it needs testing. this is great news though. (IMHO) I look forward to being able to do manipulations such as boolean ops in a python extension (on windows).
On 8/18/2011 6:37 PM, Alexandre Prokoudine wrote:
On Thu, Aug 18, 2011 at 10:02 AM, Mark Schafer wrote:
but not available to Windows users...
D-Bus has been ported to Windows. Why it doesn't work in Inkscape is a different matter :)
Alexandre Prokoudine http://libregraphicsworld.org
Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
On 18-8-2011 4:28, Nikita Kitaev wrote:
2011/8/17 Alexandre Prokoudine<alexandre.prokoudine@...400...>:
Как и просили :)
---------- Forwarded message ---------- From: Johan Engelen<jbc.engelen@...2592...> Date: Wed, Aug 17, 2011 at 11:34 PM Subject: Re: [Inkscape-devel] inkscape to synfig studio To: inkscape-devel@lists.sourceforge.net
On 14-8-2011 21:04, Alexandre Prokoudine wrote:
Hi,
FYI, for a few weeks now Nikita Kitaev has been working on an svg2sif extension that allows exporting SVG to Synfig Studio animation editor documents.
https://github.com/nikitakit/svg2sif
He hopes that it will eventually replace the existing SVG importer in Synfig.
Discussion forum is here: http://www.synfig.org/forums/viewtopic.php?f=1&t=2953
(After a very brief look) Apparently, the extension requires all shapes to be converted to paths. Because it is implemented as a python script, an extra Inkscape subprocess is launched to convert the non-path shapes to paths. I see the benefit of having a Python script, but is it not easier/faster in this case to write it in C++ in Inkscape's codebase ? Or, alternatively, we could add an option for extensions to request SVG's with path-shapes only...?
(Alexandre, can you forward this to Nikita? Thanks)
Ciao, Johan
Hi everyone,
I agree that having direct access to Inkscape's features would save some code repetition and subprocess calls. C++ is probably faster/easier if you're already very familiar with Inkscape's codebase. I'm not.
Having extensions request path-only SVGs would help in this case, but hopefully it can be something more flexible. For example, svg2sif also uses Inkscape to get rid of<use> elements -- but at some point in time I plan to use Synfig's linking/clone features instead.
You can have a look at the dxf_outlines extension in trunk to see how I handled <use> elements for DXF export. Might save you an Inkscape call :)
Ciao, Johan
participants (4)
-
Alexandre Prokoudine -
Johan Engelen -
Mark Schafer -
Nikita Kitaev