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
This is not at all the same as the way the non-stroking colour space (which, for some reason, is the only one pdfminer.six seems to care about, and even then only barely) is handled in LTChar, where it is an actual PDFColorSpace object.
Instead, pdfminer.six should apply the same logic as get_colorspace in PDFPageInterpreter.init_resources (which could just be a standalone utility function):
Currently
pdfminer.six
does this for colour spaces in images (inline or XObject) when creatingLTImage
This is not at all the same as the way the non-stroking colour space (which, for some reason, is the only one
pdfminer.six
seems to care about, and even then only barely) is handled inLTChar
, where it is an actualPDFColorSpace
object.Instead,
pdfminer.six
should apply the same logic asget_colorspace
inPDFPageInterpreter.init_resources
(which could just be a standalone utility function):Gratuitous self-promotion, this is fixed in PLAYA 😉 dhdaines/playa@96f7628
The text was updated successfully, but these errors were encountered: