Thanks Kevin. Here are my ideas:
. Both character and word spacing in user space as you have already
noted.
. Currently both extraction strategies return superscripts and
subscripts in a different line than the main text line, for obvious reasons.
Can something be done around it at strategy level?
. Not sure but do we need to expose both leading and rise variables
of the GraphicsState as well?
. I'd like to know what maths needs to be done with word and
character spacing to find out the real text position of a text chunk.
BTW, I don't see any new check-in on SourceForge. The last one is from
September 01. Or is it at a different place?
Best,
Shujaat
--
View this message in context:
http://itext-general.2136553.n4.nabble.com/PdfContentStreamProcessor-not-handling-TJ-operator-correctly-maybe-tp4656117p4656225.html
Sent from the iText - General mailing list archive at Nabble.com.
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
iText-questions mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/itext-questions
iText(R) is a registered trademark of 1T3XT BVBA.
Many questions posted to this list can (and will) be answered with a reference
to the iText book: http://www.itextpdf.com/book/
Please check the keywords list before you ask for examples:
http://itextpdf.com/themes/keywords.php
