I have figured it out there is a bug in PDColorSpace.
At no point you can not get a PDPattern with the variable array set.
so the method in PDSpecialColorSpace "public COSBase getCOSObject()"
always returns null, which is why it fails to get put into the resource.
On 08/11/2016 17:00, Tilman Hausherr wrote:
Am 08.11.2016 um 16:00 schrieb clifford:
in PDFBOX-1094 <https://issues.apache.org/jira/browse/PDFBOX-1094>
there is a file called gs-bugzilla691715.pdf
Was this file generated by PDFBox, if so could I have the source as I
am trying to get PDPattern to work.
No, the file is from ghostscript:
http://bugs.ghostscript.com/show_bug.cgi?id=691715
I've never heard that people create PDFs with patterns because it's
complex. But you're welcome and hopefully you'll be helped. Last year
we had a guy who created shadings from scratch.
when doing
cvPage.getResources().put(COSName.getPDFName("R9"),PDColorSpace.create(COSName.PATTERN,cvPage.getResources()));
cvPage = a PDPage object
The Pattern is not added to the resources items, there is code in
PDFBox that actually stops a PDPattern from being added?
I can add any other PDColorSpace object I like but not a
COSName.PATTERN one.
Can you create some small but complete code that "proves" that the
Pattern is not being added? Obviously you have something, but I, to
help you, would have to create something from scratch.
Tilman
looking at gs-bugzilla691715.pdf it looks like ColourSpace Patten has
been added to Resources as a array under ColorSpace, how did they do
that.
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
--
*Kind regards*
*Clifford Dann
Paprika*
T +44 (0)1732 811601
www.paprika-software.com <https://www.paprika-software.com%3C>
Latters House, High Street, Hadlow, Tonbridge, Kent, TN11 0EF, United
Kingdom
Agency Software Worldwide Ltd. Registered in England and Wales 01665695
