<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - inkscape fails to print thin lines to PDF" href="https://bugs.freedesktop.org/show_bug.cgi?id=77298#c14">Comment # 14</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - inkscape fails to print thin lines to PDF" href="https://bugs.freedesktop.org/show_bug.cgi?id=77298">bug 77298</a> from <a class="email" href="mailto:ajohnson@redneon.com" title="Adrian Johnson <ajohnson@redneon.com>"> Adrian Johnson</a> <pre>(In reply to Bill Spitzak from <a href="show_bug.cgi?id=77298#c13">comment #13</a>) > Created <a href="attachment.cgi?id=118385" name="attach_118385" title="attachment-30721-0.html">attachment 118385</a> <a href="attachment.cgi?id=118385&action=edit" title="attachment-30721-0.html">[details]</a> > attachment-30721-0.html > > This seems excessively complex, rather than having the later handler (the > one turning a non-zero float into a zero fixed) be patched instead. I > figure it would be correct for all backends to turn very tiny but non-zero > line widths into the smallest ones they can render. We don't want to alter the line width on the vector backends. If a 0.001mm line width is specified for pdf that is the line width it should use. My patch only alters the line width when the extents are measured for the purpose of culling 0 width/height objects.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the QA Contact for the bug.</li> </ul> </body> </html>