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

Maruan Sahyoun commented on PDFBOX-3550:
----------------------------------------

>  Font.layoutGlyphVector(..)
we had issues in the past with using awt font for rendering as you know. Hope 
that won't hit us here again. I don't think that will be an issue if the font 
used is from a TTF or so file but with embedded font programs that might be the 
case. Usage of that is very typical for forms filling.

> how much do you know about Indic scripts? or Arabic? or Thai? 
well at least for Arabic I know how that works. 

If we can keep the implementation from the public API let's start with Java's 
inbuilt functions (which will even get better with Harfbuzz). I do suggest that 
we start with a layout model and the definition of it's properties in line with 
the PDF spec (Rich Text for example) and other established properties and terms 
which should allow for layout of rectangular text blocks consisting of multiple 
paragraphs. A little similar to what we have for multiline interactive form 
fields. That should be the public API and the rest is hidden. If we hit a show 
stopper on our way forward we could still look at FOP (or other) options.

Although openhtmltopdf is LGPLd we might consider getting in touch with the 
project as they have some dependencies on PDFBox and might be open to help out. 
The same for other current projects using PDFBox for text formatting purposes.



> OpenType Shaping
> ----------------
>
>                 Key: PDFBOX-3550
>                 URL: https://issues.apache.org/jira/browse/PDFBOX-3550
>             Project: PDFBox
>          Issue Type: New Feature
>          Components: FontBox, PDModel
>         Environment: All
>            Reporter: Omid Pourhadi
>              Labels: unicode
>         Attachments: BYekan.ttf
>
>
> the problem is, in some languages letters need to be joined together for 
> example, consider this word 
> {color:red}
> سلام 
> {color}
> but after creating a pdf it contorts to 
> {color:red}
> س‌ل‌ام
> {color}
> with extra semi-spaces. I think this is a bug in pdfbox and definetly is not 
> related to font.
> {code:title=SampleCode.java|borderStyle=solid}
> public class SampleCode
> {
>     public static void main(String[] args) throws IOException
>     {
>         
>         PDDocument document = new PDDocument();
>       //this font perfectly works in iText and JasperReport with the same text
>         PDFont titleFont = PDType0Font.load(document, 
> SampleCode.class.getResourceAsStream("/BYekan.ttf"));
>         PDPage page = new PDPage(PDRectangle.A4);
>         document.addPage(page);
>         PDPageContentStream contentStream = new PDPageContentStream(document, 
> page);
>         contentStream.beginText();
>         contentStream.setFont(titleFont, 12);
>         contentStream.newLineAtOffset(0, 100);
>         contentStream.showText("سلام");
>         contentStream.endText();
>         contentStream.close();
>         
>       
>         document.save(new File("/home/omidp/temp/htmltopdf/output.pdf"));
>         document.close();
>     }
> }
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to