Shujaat, Shujaat wrote > However, I did notice one little issue. [...] This has an effect of > converting negative character spacing into positive. I changed it to: > > return > userSpace.GetEndPoint().Subtract(userSpace.GetStartPoint())[Vector.I1]; > //X coordinate since this is text width > > to get correct character spacing value.
While it is true that the spacing values are signed values, your change only works for texts horizontal in user space. Why don't you simply re-apply the sign of the gs.*Spacing value to the convertWidthFromTextSpaceToUserSpace result in the get*Spacing methods? Regards, Michael PS: Kevin, in case of high-load PDF parsing scenarios, some optimizations exploiting the linearity of the operations and the special form of the CTMs would turn out useful. -- View this message in context: http://itext-general.2136553.n4.nabble.com/PdfContentStreamProcessor-not-handling-TJ-operator-correctly-maybe-tp4656117p4656288.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
