The reduced performance in current trunk builds is not really related to paths created with the 'Spiro Splines' live path effect itself AFAICT - it is a known issue with already moderately complex _stroked_ paths:
Remove the stroke of the path in your example and add a fill instead (just for testing): new objects can now be added and edited as fast as in the stable 0.48 version, as well as node-editing the existing one.
The reduced performance in current trunk builds is not really related to paths created with the 'Spiro Splines' live path effect itself AFAICT - it is a known issue with already moderately complex _stroked_ paths:
Remove the stroke of the path in your example and add a fill instead (just for testing): new objects can now be added and edited as fast as in the stable 0.48 version, as well as node-editing the existing one.
See also: thread. gmane.org/ gmane.comp. graphics. inkscape. devel/37154/ focus=37156> (issue 2) thread. gmane.org/ gmane.comp. graphics. inkscape. devel/37456>
<http://
<http://
Probably the same issue as reported in /bugs.launchpad .net/inkscape/ +bug/844117>
Bug #844117 “Very slow when dealing with multiple objects”
<https:/
(unfortunately we never received feedback from the reporter of bug #844117).