Version: 1.2.0_devel (using KDE 3.4.1, Gentoo) Compiler: gcc version 3.3.5-20050130 (Gentoo 3.3.5.20050130-r1, ssp-3.3.5.20050130-1, pie-8.7.7.1) OS: Linux (i686) release 2.6.9-gentoo-r6 Printing or exporting to pdf has reverted to bitmaps rather than vector graphics again. How to see: Make a plot in kst export to pdf open with kpdf Zoom a long way in: see bitmap jaggies, not nice straight lines. You can also just print it and see the same ugliness.
I don't recall we had ever done anything special with pdf. There was a fix/hack that we applied for EPS; is that what you were thinking of?
> Printing or exporting to pdf has reverted to bitmaps rather than vector > graphics again. > > How to see: > Make a plot in kst > export to pdf > open with kpdf > Zoom a long way in: see bitmap jaggies, not nice straight lines. > > You can also just print it and see the same ugliness. The only thing that is a bitmap for me is labels. Everything else is definitely vector based. I'm not sure we can easily address the label issue and still preserve the label features we have.
Vector labels in printing is a non-negotiable requirement.
I've just looked more carefully at the plots I printed to 'confirm' that black and white printing works ok, and noticed that yes, they are not at the right resolution. After comparing to plots I printed with kst circa ~2 months ago (I didn't print anything in the meantime), it looks like printouts are printed at screen resolution instead of finer (printer) resolution.
Labels, or other? The labels aren't at a low resolution anyway - they're being rasterized instead of output as PS/PDF operations.
Labels *and* others (curves in particular).
How are you determining this? I'm quite certain that we're using vector postscript operations which makes resolution rather irrelevant.
On Fri, Dec 02, 2005 at 10:00:49PM -0000, George Staikos wrote: > How are you determining this? I'm quite certain that we're using vector > postscript operations which makes resolution rather irrelevant. By comparing physical printouts on the same printer of (almost) identical plots of two different versions of kst, one from 2 months ago, and trunk. I even tried another printer to be sure.
> By comparing physical printouts on the same printer of (almost) > identical plots of two different versions of kst, one from 2 months ago, > and trunk. I even tried another printer to be sure. Hmm ok, we'll have to investigate. There are a lot of variables in there still...
SVN commit 485855 by netterfield: BUG: 117481 when printing, 2D plots are informed that the paint type is P_PRINT... M +1 -1 kst.cpp --- trunk/extragear/graphics/kst/kst/kst.cpp #485854:485855 @@ -1367,7 +1367,7 @@ return; } - KstPainter paint(KstPainter::P_PAINT); + KstPainter paint(KstPainter::P_PRINT); paint.begin(&printer); QPaintDeviceMetrics metrics(&printer); QSize size(metrics.width(), metrics.height());