Export of straight segments to PDF triggers pixel fitting
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Inkscape |
New
|
Undecided
|
Unassigned |
Bug Description
Related to Question: https:/
Automatic or manually converted text-to-path saved as PDF frequently has thicker/thinner vertical lines on san-serif characters like lowercase "l". Horizontal lines may also be affected. This is very common and pronounced on small text.
It appears the export (save copy as) to PDF involves some pixel fitting, as the level of zoom on the resulting pdf changes the width of these lines.
This can be mitigated to a great degree by converting straight segments to curve, without distorting the shale of the lines. Export (save copy as) to PDF shows little variation in thickness at arbitrary zoom levels.
Considering the beneficial result of the conversion of straight segments to curves, it might be possible to include that operation in the PDF export dialog when the radio-button for "Convert texts to paths" is selected.
Examples attached.
TD
Are you sure that what you're seeing is not simply some hinting functionality applied by your PDF viewer? From what I can tell the geometric shapes are identical, so any difference in appearance is a characteristic of the renderer.
A good renderer probably tries to draw straight lines in a way so they coincide with physical pixels which explains why the behavior you're seeing becomes more pronounced at small zoom levels.
That being said I can see how forcing the renderer to disable this feature might be desirable in some cases if the path represents text - then again I don't see why I should not simply embed fonts into the PDF if text rendering is important to me.
Telling Inkscape to create paths instead of creating proper text but at the same time telling it to try to optimize those paths to ensure that they render more as if they were proper text is kind of working in opposite directions.