| Summary: | Export to EPS does not produce high-quality PostScript and color is missing | ||
|---|---|---|---|
| Product: | [Applications] kst | Reporter: | Cirilo Bernardo <bercy> |
| Component: | general | Assignee: | kst |
| Status: | RESOLVED FIXED | ||
| Severity: | wishlist | ||
| Priority: | NOR | ||
| Version: | 1.1.0 | ||
| Target Milestone: | --- | ||
| Platform: | unspecified | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Cirilo Bernardo
2005-08-03 02:59:22 UTC
All "Export to Graphics File..." functionality is provided by the KImageIO class, so any shortcomings in Kst are also shortcomings in KImageIO. This is really a wishlist item rather than a bug. Actually it's not a shortcoming of KImageIO. KImageIO is for working on images (bitmaps), not vector graphics. It does the best it can - embed the bitmap in a vector wrapper. There is no such generic subsystem for vector graphics in kdelibs. However this can be implemented with a new QPaintDevice I think. We also have KSVG(2) that we can make use of. I think, from the user's point of view, this really is a bug. EPS is vector graphics, and that is what the user (rightfully) expects. On August 6, 2005 12:43 am, George Staikos wrote: [bugs.kde.org quoted mail] On Friday 05 August 2005 18:47, netterfield@astro.utoronto.ca wrote: > 00:47 ------- I think, from the user's point of view, this really is a bug. > EPS is vector graphics, and that is what the user (rightfully) expects. Sure - doesn't matter does it? That's just for our use. Anyway exporting to vector EPS is really a whole new subsystem for us, just as SVG would be. An eps file is quite close to a ps file (with minor differences in the header and footer). It should be possible to use a QPrinter to generate the required ps file and then simply hack in the changes. Not very elegant, but simple. SVN commit 450675 by arwalker: CCBUG:110070 First pass at saving EPS as vector graphics M +186 -178 graphfiledialog.ui M +64 -11 kst.cpp M +5 -0 kst.h M +29 -5 kstgraphfiledialog_i.cpp M +4 -2 kstgraphfiledialog_i.h M +67 -1 kstviewwindow.cpp M +1 -0 kstviewwindow.h The output seems to look pretty good, but: -I get a dialog popping up complaining that there is no default printer on my laptop which has no default printer (but it works anyway). -There is no reason to have the 'use vector graphics for eps' checkbox - it should just do it that way always. eps is a vector format. Not sure there is anything we can do about the dialog, as this is presumably thrown up by some lower level in KDE. EPS is not necessarily a vector format. An EPS can quite legitimately contain a raster image. I see no reason not to give the user the option. Sure EPS and PS can host a raster image, but they should only do so if
you put a raster image into the document and even then only that image
should be raster. Everything else should be vector as usual. If I
wanted a raster image I'd choose one of those formats, not EPS.
MSWindows produces raster EPS and PS files and it is absolutely useless
- you get ugly documents which take up many MB per page. Presumably if a
user selected 'EPS' it's because they wanted a vector format - I don't
see that there should be a choice between vector EPS and bitmap-stuffed EPS.
- Cirilo
> ------- Additional Comments From arwalker sumusltd com 2005-09-29 23:13 -------
> Not sure there is anything we can do about the dialog, as this is presumably thrown up by some lower level in KDE.
>
> EPS is not necessarily a vector format. An EPS can quite legitimately contain a raster image. I see no reason not to give the user the option.
>
>
>
*** This bug has been confirmed by popular vote. *** |