On Sun, 19 Dec 2004, bulia byak wrote:
Date: Sun, 19 Dec 2004 14:48:36 -0400 From: bulia byak <buliabyak@...155...> Reply-To: inkscape-user@lists.sourceforge.net To: inkscape-user@lists.sourceforge.net Subject: Re: [Inkscape-user] outputting gradients
Scribus actually didn't work on the example I tried. It didn't render the gradients correctly, and it also munged the fonts I was using (made Vera into a monospaced font).
I heard that Scribus (1) can't handle gradients whose nodes are outside the object and (2) has problems with fonts. The (2) is fixed by converting text to path before export, not sure about (1). Try to bug the Scribus guys about that.
Is anybody working actively on direct PDF output?
Not that I know of. It's an awful amount of work, and so far our plan was to lift, one day, the PDF code from Scribus and reuse it in Inkscape. Scribus' PDF is quite good.
Anyone know how Cairo is coming along? I thought it was a more likely route to gain PDF support from the GTK angle but I didn't realise the Scribus PDF code would be something Inkscape could eventualy reuse.
Personally, I would much prefer to have standard system-wide high-quality SVG->PDF and PS->SVG converters that we could use, without having to code them into Inkscape. Such a modular approach would be the best for everyone.
Gnome-Print is going this direction already and I cannot remember where i got the notion that Cairo was going to provide PDF export but if I find anything relevant again I'll try and mention it.
The idea that every single design app must import and export all common formats is, IMHO, a harmful misconception originated on proprietary platforms where each app has to be self-sustaining and cannot count on cooperation from other programs.
Gstreamer in a way is providing a standard infrastructure for video and gdkpixbuf is the business for raster graphics. Ideally many more file formats should be handled at a platform levels like this, and I live in hope of seeing similar things done for text providers and vector graphics support.
- Alan H.