Bug report #590

labels in map composer located wrong and printed bad

Added by Redmine Admin about 17 years ago. Updated over 14 years ago.

Status:Closed
Priority:Low
Assignee:nobody -
Category:-
Affected QGIS version: Regression?:No
Operating System:All Easy fix?:No
Pull Request or Patch supplied: Resolution:fixed
Crashes QGIS or corrupts data: Copied to github as #:10649

Description

SVN 6540, QT 4.2.2

As the title reads. See the linked screendumps.

that's how the project looks, and how I'd like it to be printed:
http://kufaya.googlepages.com/project.png

that's how it looks in the composer:
http://kufaya.googlepages.com/composer.png

Pay attention to labels 3, 13, 14 especially - although in QGIS project they are located within the polygons, in the map composer they are overlapping polygon's edges.

and that's what you get after printing:
http://kufaya.googlepages.com/print_to_raster.png

Label 13 moved from far right to close left, labels are huge (that's maybe related to bug #548), there is a noise around each label instead of the 1 pixel buffor as I specified in the label properties. BTW, please also look at the the way the polygon's fill patterns are rendered - bug #454.

Maciek

History

#1 Updated by Tim Sutton about 17 years ago

Moved to milestone 0.8.2 since we wont be fixing any further issues before the 0.8.1 release

#2 Updated by pcavallini - almost 17 years ago

I think the
trouble is causes by some scaling factor the original print composer dev
was forced to use because of a qt3 bug. Now with qt4 the scaling should
no longer be necessary, and it is probably causing the problem.
I do not think it should be too hard to fix it, and it would greatly
improve the usability of qgis.

#3 Updated by leo-lami - over 16 years ago

The labels are also more little than in the canvas.

#4 Updated by leolami - about 16 years ago

A bug is present also in the rappresentation of the label buffers (buffer multiplied) in the printed image

#5 Updated by Marco Hugentobler over 15 years ago

  • Status changed from Open to Closed
  • Resolution set to fixed

I think this is fixed with recent changes. Please reopen this bug if you think it's not.

Marco

#6 Updated by Anonymous over 14 years ago

Milestone Version 1.0.0 deleted

Also available in: Atom PDF