would it not make sense if animation was to ever be attempted that inkscape be used as a base and animation features be placed on top? using each key frame as a layer and storing only the changes between each layer should be easy anough to have as an add on.
It would be very nice to have within inkscape but I think the projects main aims of being SVG compient come first.
On Apr 18, 2006, at 8:49 AM, Martin Owens wrote:
would it not make sense if animation was to ever be attempted that inkscape be used as a base and animation features be placed on top? using each key frame as a layer and storing only the changes between each layer should be easy anough to have as an add on.
It would be very nice to have within inkscape but I think the projects main aims of being SVG compient come first. --
Yes.... but animation is part of SVG 1.1 and SVG Tiny. To claim we fully support the latter (one of our near-term goals), we'll have to do something for animation.
2006/4/18, Martin Owens <doctormo@...1114...>:
would it not make sense if animation was to ever be attempted that inkscape be used as a base and animation features be placed on top? using each key frame as a layer and storing only the changes between each layer should be easy anough to have as an add on.
It would be very nice to have within inkscape but I think the projects main aims of being SVG compient come first.
I think is very important for Inkscape (and the world) to have svg animation support. If someone asked me what do I want for Inkscape, I would say:
-3D/2D support. This is a huge task, maybe needs Inkscape low level refactoring, because it can't handle lots of data.
-Animation. The web needs practical svg animation, and it doesn't exist yet. Flash is an impressive technology and open source needs to try to catch them.This is a huge task too but we are not alone here, there is a lot of people that 'd want to draw dynamic graphics but they don't know about it yet.
Flash is not open/readable, so you can't manipulate what you receive. This makes web content TVish instead of interactive. Google can't see from a flash file, but it can thought svg.
As an example, Inkscape can now fill 99% of my static drawing needs and I use it a lot more than "normal" users, if I want something complex (filling a path with lines") I could do it with some extra effort, but I cant use it for 0.00% of my moving drawings needs. If someone starts this task, someone will continue his work. One developer unit time is going to be better spend filling a 100% need than a 1% one.
-Sound integration, make it easy to connect drawing events to sounds in a standard svg way.(scripting)
Cheers Jose Hevia
so it is a legitimate feature! we should work on this right away! it shouldn't be too hard if the base has been written right and the ability to add scripting would be a plus for sure.
Where do i sign up to help?
Perl, 92% VB, 67% C, 12%
Oh and no C++ experience. am I useless on the programming side?
On 18 Apr 2006, at 21:42, Jose Hevia wrote:
2006/4/18, Martin Owens <doctormo@...1114...>:
would it not make sense if animation was to ever be attempted that inkscape be used as a base and animation features be placed on top? using each key frame as a layer and storing only the changes between each layer should be easy anough to have as an add on.
It would be very nice to have within inkscape but I think the projects main aims of being SVG compient come first.
I think is very important for Inkscape (and the world) to have svg animation support. If someone asked me what do I want for Inkscape, I would say:
-3D/2D support. This is a huge task, maybe needs Inkscape low level refactoring, because it can't handle lots of data.
-Animation. The web needs practical svg animation, and it doesn't exist yet. Flash is an impressive technology and open source needs to try to catch them.This is a huge task too but we are not alone here, there is a lot of people that 'd want to draw dynamic graphics but they don't know about it yet.
Flash is not open/readable, so you can't manipulate what you receive. This makes web content TVish instead of interactive. Google can't see from a flash file, but it can thought svg.
As an example, Inkscape can now fill 99% of my static drawing needs and I use it a lot more than "normal" users, if I want something complex (filling a path with lines") I could do it with some extra effort, but I cant use it for 0.00% of my moving drawings needs. If someone starts this task, someone will continue his work. One developer unit time is going to be better spend filling a 100% need than a 1% one.
-Sound integration, make it easy to connect drawing events to sounds in a standard svg way.(scripting)
Cheers Jose Hevia
This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid%110944&bid$1720&dat%... _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
On Tue, Apr 18, 2006 at 10:36:17PM +0100, Martin Owens wrote:
so it is a legitimate feature! we should work on this right away! it shouldn't be too hard if the base has been written right and the ability to add scripting would be a plus for sure.
Where do i sign up to help?
Right here! :-)
Perl, 92% VB, 67% C, 12%
Oh and no C++ experience. am I useless on the programming side?
As long as you're motivated to gain C++ experience you'll be fine. We've had several people who have learned C++ as they worked on Inkscape, which worked out well since you have a tangible goal to work towards, and some C++ gurus hanging around to get you pointed in the right directions.
But given your strong scripting background, I'd actually recommend a slightly different strategy that's worked really well for others:
Start by learning how to create extensions for Inkscape (it's pretty easy). Then investigate how to make extensions that'll allow animating things in SVG. This lets you focus on implementing rudimentary animation capability *now*, and put off having to learn C++ a bit. You can get some experience learning how to do animation in SVG, and produce animation functionality that others can start using ASAP.
But there's some limits to how far you'll be able to take this; you won't be able to have much UI, for example, and won't be able to directly animate stuff in inkscape itself. So, your next step would be to learn a little C++ so you can start enabling functionality inside Inkscape (c.f. DOM work). As you go, you'll get more and more confident with C++ coding in Inkscape, and can move into the core at your own pace.
As an example, you could start with an extension that implements some sort of animation effect (movement, color variation, or whatever) to a selected item. Then work on creating a perl script (using the SVG.pm module) to add that code. There's a few Perl script extensions you can use as examples.
Also, talk with ACSpike on chat for some more tips on doing this.
Welcome to the team!
Bryce
participants (4)
-
Bryce Harrington -
Jon A. Cruz -
Jose Hevia -
Martin Owens