Robert Simms created PDFBOX-1709:
------------------------------------
Summary: processEncodedText gives x-coord short by width of
previous text, for next text at same y-coord.
Key: PDFBOX-1709
URL: https://issues.apache.org/jira/browse/PDFBOX-1709
Project: PDFBox
Issue Type: Bug
Components: PDModel
Affects Versions: 1.8.2
Environment: Windows 7 sp1, Javac 1.6.0_30, Java 1.7.0_17
Reporter: Robert Simms
Use this PostScript to create PDFs that demonstrate x-coordinate issue with
processEncodedText().
%!
/Helvetica findfont 20 scalefont setfont
100 72 moveto
(Hello) show
% CASES
% Uncomment any one of the following, make a PDF (with ghostscript ps2pdf,
or acrobat distiller),
% then process the PDF with java implementation of PDFBox PDFTextStripper.
% listing text and x,y positions obtained by overriding the
processEncodedText() method.
% For example, the x-coord. of a text item may be printed in that method with
% System.out.format("%.2f\n", this.getTextMatrix().getXPosition());
% % 0. Works to convince processEncodedText that string 'Hello world.' was at
100,72. This is good.
%
% ( world.) show
% % 1. Does not trick processEncodedText into thinking 'Hello' followed by ' '
+ 'world.'
% % Instead,
% % x-coord. of 'world.' reported as being actual position minus width of
'Hello', plus width of ' '
% % which is x=105.56 in this case.
%
%( ) stringwidth pop 0 rmoveto
%(world.) show
% % 2. Positioning 'world.' within about 500 points from 'Hello', at same
vertical position causes
% % processEncodedText to give
% % x-coord. of 'world.' as actual position minus width of 'Hello'
% % which is x=200 in this case.
%
%100 0 rmoveto
%(world.) show
showpage
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
