[QGIS-trac] Re: [Quantum GIS] #3479: New Symbology does not print

[Quantum GIS]

#3479: New Symbology does not print
-----------------------------------------------------+----------------------
        Reporter:  bderstine                         |         Owner:  nobody       
            Type:  bug                               |        Status:  reopened     
        Priority:  major: does not work as expected  |     Milestone:  Version 1.7.0
       Component:  Printing                          |       Version:  1.6.0        
      Resolution:                                    |      Keywords:               
Platform_version:  Windows 7 Pro                     |      Platform:  Windows      
        Must_fix:  Yes                               |   Status_info:  1            
-----------------------------------------------------+----------------------
Changes (by mayeulk):

  * status:  closed => reopened
  * resolution:  fixed =>


Comment:

 Hi,
 I think it is only partly solved (tested on r15672 and r15676).
 Now the map canvas and the pdf are consistent but the offset seen in the
 map composer is much wider than on the map canvas and on the pdf (see
 screenshot). If I'm correct, it *seems* correct in the map composer if and
 only if the "width" parameter (the one which modifies the size of the
 entire symbol) is equal to one.

 As a minor note, with a set of styles I had (using the symbol-wide
 "width" parameter equals to 0.3), I needed to reduce a lot the line
 offsets to get the same appearance as before on the map canvas (without
 this, I got a very wide offset on the map canvas with the new qgis, same
 appearance as what I had before on the exported pdf). Is it that the map
 export was correct and all the rest incorrect before r15603?

 (A few related side notes which may give rise to independent tickets:
  * the symbol-wide  "width" parameter should probably change the offset as
 well, not only width of individual symbol levels
  * the offset should be allowed to be expressed in map units
  * the offset and line width should be allowed to have more than 2 decimal
 places, otherwise mapunit is useless when CRS is lat-long/degress
  * pdf vector export now yields MUCH bigger files than with r15538, like
 30MB for screenshot [500ko as raster pdf]  )

-- 
Ticket URL: <http://trac.osgeo.org/qgis/ticket/3479#comment:3>
Quantum GIS <http://qgis.org>
Quantum GIS is an Open Source GIS viewer/editor supporting OGR, PostGIS, and GRASS formats