Bug 117481

Summary: Labels are printed/exported using a low resolution
Product: [Applications] kst Reporter: Netterfield <netterfield>
Component: generalAssignee: kst
Status: RESOLVED FIXED    
Severity: normal    
Priority: NOR    
Version: 1.x   
Target Milestone: ---   
Platform: unspecified   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description Netterfield 2005-12-02 02:10:37 UTC
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.
Comment 1 Andrew Walker 2005-12-02 02:25:56 UTC
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?
Comment 2 George Staikos 2005-12-02 18:21:00 UTC
> 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.
Comment 3 Netterfield 2005-12-02 18:39:45 UTC
Vector labels in printing is a non-negotiable requirement. 
Comment 4 Matthew Truch 2005-12-02 22:14:38 UTC
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.  
Comment 5 George Staikos 2005-12-02 22:33:57 UTC
  Labels, or other?  The labels aren't at a low resolution anyway - they're 
being rasterized instead of output as PS/PDF operations.
Comment 6 Matthew Truch 2005-12-02 22:52:15 UTC
Labels *and* others (curves in particular).  
Comment 7 George Staikos 2005-12-02 23:00:49 UTC
  How are you determining this?  I'm quite certain that we're using vector 
postscript operations which makes resolution rather irrelevant.
Comment 8 Matthew Truch 2005-12-02 23:10:25 UTC
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.  
Comment 9 George Staikos 2005-12-02 23:18:37 UTC
> 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...
Comment 10 Netterfield 2005-12-06 00:20:11 UTC
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());