"fill styles" of the "simple fill" symbology (ex: "diagonal X") are not exported as expected from print composer

[qgib]

Author Name: Antonio Locandro (Antonio Locandro)
Original Redmine Issue: 11030
Affected QGIS version: master
Redmine category:map_composer/printing

---

See attached images the same setting one exported from Canvas, another from Print Composer, print composer didn't honor hatch

---

• sample.png (Antonio Locandro)
• error_composer.png (Antonio Locandro)

[qgib]

Author Name: Nyall Dawson (@nyalldawson)

---

Are you referring to the green cross hatch? If so, it's still in the export, just at a different scale. How is your pattern defined? Does it use mm or map units as distance?

---

• status_id was changed from Open to Feedback
• category_id was configured as Symbology

[qgib]

Author Name: Roy Roge (Roy Roge)

---

If you mean the area over "parque central" (and the wider on the left) i can see the lines
maybe they are too thin...

[qgib]

Author Name: Antonio Locandro (Antonio Locandro)

---

Yes you can see the blur, but I would expect WYSIWYG thing. I am using mm which I think is the default and Diagonal X style

I just reviewed and if I zoom to the image that seems flat color the hatch is there but the mesh is so small. I think the real problem is that what you see on screen is not what is exported from composer, from map canvas it does export as seen on screen

[qgib]

Author Name: Nyall Dawson (@nyalldawson)

---

• subject was changed from Cross lines doesn't export to image in print composer to line pattern fill size is not respected in composer outputs

[qgib]

Author Name: Nyall Dawson (@nyalldawson)

---

Is this a regression from 2.2? Are you able to test the project with 2.2 and see if you get the same behavior?

[qgib]

Author Name: Antonio Locandro (Antonio Locandro)

---

I first notice with 2.2, then tried with 2.4 and master. This happens with all of them. This is the first time I try to symbolize like this so I didn't notice this before.

[qgib]

Author Name: Giovanni Manghi (@gioman)

---

With the "line pattern fill" the result of the export from the composer (to pdf or image) is ok, in the sense that it respects the symbology defined in the qgis project. I just tested on qgis 2.4/master on both linux and windows.

What fails to be exported/printed as expected are the "fill styles" of the "simple fill" symbology, for example "diagonal X" (as shown in the attached images). And in this specific case qgis seems affected since... always, so I'm not even sure it is a qgis issue.

---

• category_id was changed from Symbology to Map Composer/Printing
• version was changed from 2.4.0 to master
• priority_id was changed from Normal to Low
• status_id was changed from Feedback to Open
• subject was changed from line pattern fill size is not respected in composer outputs to "fill styles" of the "simple fill" symbology (ex: "diagonal X") are not exported as expected from print composer

[qgib]

Author Name: Daniel Adams (Daniel Adams)

---

I'm having the same issue and just wanted to comment on here. I'm running 2.6.1 on Windows 7. I'm trying to print a large format (36" x 48") map with some high res orthophotos and a few simple layers over them. Everything looks good in the print composer, but when I export to PDF there is one specific layer (which is just a green fill of some features) that doesn't show up on the export. Everything else shows up. I checked the settings on the map and everything looks good. Not sure why this one layer doesn't show up on an exported PDF.

[qgib]

Author Name: Daniel Adams (Daniel Adams)

---

I tried reducing the resolution of the map I was trying to export and now all the layers show up. I'm wondering if there is some size limit on the map you can produce.

[qgib]

Author Name: Giovanni Manghi (@gioman)

---

• regression was configured as 0
• easy_fix was configured as 0

[qgib]

Author Name: Giovanni Manghi (@gioman)

---

End of life notice: QGIS 2.18 LTR

Source:
http://blog.qgis.org/2019/03/09/end-of-life-notice-qgis-2-18-ltr/

---

• resolution was changed from to end of life
• status_id was changed from Open to Closed