You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hi - I'm trying out easytable for a project, and am finding that some PDF processors (e.g. pdftotext from Poppler 0.48.0) spit out large numbers of messages like Syntax Error: No current point in closepath on documents I create using easytable.
It looks like the cause is that DrawingUtil#drawRectangle calls closePath() (which maps to PDF content stream operator h) as part of drawing the rectangle. However, this happens after it has already called fill(), which is implemented as PDF's operator f.
According to the PDF Specification PDF 32000-1:2008 section 8.5.3.3.1, the f operator already closes any open subpaths, leaving no open path that could be closed.
I think the call to closePath() is redundant. Removing the line results in a PDF file that does not cause those error messages without any obvious change to the rendering of the table.
The text was updated successfully, but these errors were encountered:
Hey @msww , thanks a lot for your thorough analysis!
I never experienced any issue like the one you are mentioning but your comment makes perfect sense. I will hence remove the respective line (as soon as I find time and if there are no other issues popping up due to removing the line).
Hi - I'm trying out easytable for a project, and am finding that some PDF processors (e.g.
pdftotext
from Poppler 0.48.0) spit out large numbers of messages likeSyntax Error: No current point in closepath
on documents I create using easytable.It looks like the cause is that DrawingUtil#drawRectangle calls closePath() (which maps to PDF content stream operator
h
) as part of drawing the rectangle. However, this happens after it has already called fill(), which is implemented as PDF's operatorf
.According to the PDF Specification PDF 32000-1:2008 section 8.5.3.3.1, the
f
operator already closes any open subpaths, leaving no open path that could be closed.I think the call to closePath() is redundant. Removing the line results in a PDF file that does not cause those error messages without any obvious change to the rendering of the table.
The text was updated successfully, but these errors were encountered: