[jira] [Commented] (PDFBOX-903) Unicode text getting mangled via TextToPDF + PDFTextStripper

["Joseph Vychtrle (JIRA)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/PDFBOX-903?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13041603#comment-13041603 ] 

Joseph Vychtrle commented on PDFBOX-903:
----------------------------------------

Seconded...

There is also a nullpointer exception in the test case when using pdfbox 1.6.0-SNAPSHOT

Because of this issue, it is impossible to do something like this. Even though unicode fonts are used, unless this issue is fixed, it won't work...

	private static void createPdfFromTxtFile(File from, File to) throws IOException, FileNotFoundException, COSVisitorException {
                File f = new File(EntitiesGenerator.class.getClassLoader().getResource("fonts/SomeUnicodeTrueTypeFonts.ttf").toURI());

		PDDocument document = null;
		try {
			document = new PDDocument();
			PDPage page = new PDPage();
			document.addPage(page);

			PDFont font = PDTrueTypeFont.loadTTF(document, f);
			
			PDPageContentStream contentStream = new PDPageContentStream(document, page);

			contentStream.beginText();
			contentStream.setFont(font, 5);
			contentStream.drawString(FileUtils.readFileToString(from));
			contentStream.endText();
			contentStream.close();
			document.save(new FileOutputStream(to));
		} finally {
			if (document != null)
				document.close();
		}
	}

> Unicode text getting mangled via TextToPDF + PDFTextStripper
> ------------------------------------------------------------
>
>                 Key: PDFBOX-903
>                 URL: https://issues.apache.org/jira/browse/PDFBOX-903
>             Project: PDFBox
>          Issue Type: Bug
>    Affects Versions: 1.4.0
>            Reporter: Nick Burch
>         Attachments: TestUnicodeText.java, TestUnicodeText.java
>
>
> I'm trying to round trip some text through PDFBox, but I'm finding that along the way unicode text is getting mangled and coming back as the wrong characters.
> The process I'm following is to use TextToPDF to generate a PDF, then reading it back in again with PDFTextStripper. I'm not sure if the problem is coming about during generation or reading yet, but I've a nasty feeling there might be an issue with both. (I've seen issues with code that does one part of the other)
> Attached is a unit test written against trunk. It creates a series of Reader objects based on both ASCII and non-ASCII text, creates a PDF using TextToPDF, then compares the text. It includes a test that verifies that the corruption isn't caused by the readers, and another that fails showing that the text was corrupted by the roundtrip.
> Ideally the test would also look in the dictionary to check what was stored there, but I don't know enough about the file format to manage that. Will hopefully look into that shortly though.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira