Andreas Neumann wrote: > > I believe, like kirby stated in his answer, that Inkscape is the > better SVG editor than Illustrator, but Illustrator is the more > capable and more mature graphics software.
I personally find Inkscape almost thoroughly unusable (although perhaps that has a lot to do with Linux's lack of integration with my Wacom - it doesn't work). Most of what I do in SVG simply doesn't show up in Inkscape whatsoever. It is of no help in terms of actual drawing and no help whatsoever in terms of animation. Illustrator excels as a drawing interface, but is of no help in terms of animation. Once the svg is out of Illustrator and edited (I use GoLive as the most helpful SVG editor I've yet to encounter) it cannot reliably return to Illustrator. This is one of the biggest problems I have with SVG today (much as I did about five years ago). The workflow situation is almost nonexistent. Illustrator is a one-way street. Stuff can't round-trip back to Illustrator to draw further artwork. Illustrator can produce initial raw artwork and then you have to sort out your own workflow environment to manually instigate animation and further features. Once this has happened, they have to stay in said environment, which will largely be a non-visual one. This means much saving, hopping over to browser, reloading, (muting any midi accompanying as it launches each time, in my case,) nipping over to bluetooth, loading it onto the phone, watching the phone fail to render what ASV works with, etc. As I've said years ago - a developed LiveMotion would've been the ideal basis upon which to structure an SVG working environment. The existing LiveMotion frame animation wouldn't be neccessarily a 'real' frame analogue of what's happening, but rather it would be repurposed to be more similar to a music timeline of tracks. Similarly, animation 'modules' and sequences could be built in a similar way to 'riffs and licks' in music*. The huge problem I have with editing it in GoLive in what is essentially a luxurious but nevertheless manual way is that I have very little comprehension of what I'm actually doing with transform matrixes; the animation is always sheer guesswork which gradually whittles down to what I'm imagining; as is the reconstruction of simple bezier curves without the aid of an editor (because I can't round-trip back to Illustrator and I often can't be arsed to fire up Illustrator to draw a simple spline for something knowing that it'll be a one-way output-only trip that needs extracting from that single file and further massaging into the file I'm working on) - but, after all these years I'm getting sort of good at guesstimating the coordinate space for plugging in roughly the right numbers for curves. My point is that I shouldn't have to be getting my hands dirty with such low-level nuts and bolts. * Of course, the huge problem with doing it this way would be to make it painfully apparent that there's really no developed way of integrating music (or at least midi) with svg in a way that can have a meaningful and modular sense of sync, semantics or otherwise. ----- To unsubscribe send a message to: [EMAIL PROTECTED] -or- visit http://groups.yahoo.com/group/svg-developers and click "edit my membership" ---- Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/svg-developers/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
