[
https://issues.apache.org/jira/browse/PDFBOX-4951?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18086073#comment-18086073
]
Volker Kunert edited comment on PDFBOX-4951 at 6/4/26 1:10 PM:
---------------------------------------------------------------
I committed a new version.
Changes:
1 new interface GlyphLayoutProcessorInterface
2 rename GlyphLayoutProcessorAwt, GlyphLayoutFontLoaderAwt
3 no RuntimeException, throws IOException, FontFormatException
4 new class to run all examples: DoGlyphLayoutRunExamples
5 Threads: GlyphLayoutProcessorAwt and GlyphLayoutFontLoaderAwt should be
threadsafe now
5a current font size is stored in PDAbstractContentStream
6 Bidi should be handled by a higher level class before calling
contentstream.showText(), that showtext() is called with unidirectional texts -
but the current implementation should work in many cases.
I did not find an easily usable library or a comprehensive description.
7 made PDAbstractContentStream public because of public interface
8 PDAbstractContentStream, not sure which methods are seen as
part of the interface and need the check for beginText and fontStack,
and which are considered internal. Some methods that used to be internal are
now used by some class implementing GlyphLayoutProcessorInterface.
These methods are made public in this version.
9 Use Glyphvector method to determine if positioning is needed, other small
changes
was (Author: [email protected]):
I committed a new version.
Changes:
1 new interface GlyphLayoutProcessorInterface
2 rename GlyphLayoutProcessorAwt, GlyphLayoutFontLoaderAwt
3 no RuntimeException, throws IOException, FontFormatException
4 new class to run all examples: DoGlyphLayoutRunExamples
5 Threads: GlyphLayoutProcessorAwt and GlyphLayoutFontLoaderAwt should be
threadsafe now
5a current font size is stored in PDAbstractContentStream
6 Bidi should be handled by a higher level class before calling
contentstream.showText(), that showtext() is called with unidirectional texts -
but the current implementation should work in many cases.
I did not find an easily usable library or a comprehensive description.
7 made PDAbstractContentStream public because of public interface
8 PDAbstractContentStream, not sure which methods are seen as
part of the interface and need the check for beginText and fontStack,
and which are considered internal. Some methods that used to be internal are
now used by some class implementing GlyphLayoutProcessorInterface.
These methods are made public in this version.
> Sequences of DIN SPEC 91379 with combining letters are rendered incorrectly
> ---------------------------------------------------------------------------
>
> Key: PDFBOX-4951
> URL: https://issues.apache.org/jira/browse/PDFBOX-4951
> Project: PDFBox
> Issue Type: Bug
> Components: Rendering
> Affects Versions: 2.0.21
> Reporter: Volker Kunert
> Priority: Major
> Attachments: DIN_SPEC_91379_Sequences-aa.pdf,
> DIN_SPEC_91379_Sequences-ab.pdf, DIN_SPEC_91379_Sequences-ac.pdf,
> DIN_SPEC_91379_Sequences.txt, DefaultScriptProcessor.java, DejaVuSans.ttf,
> DoGlyphLayoutBidi.pdf, DoGlyphLayoutDinSpec91379.pdf,
> DoGlyphLayoutDinSpec91379Form.pdf, DoGlyphPositionBengali.pdf,
> ExamplePdfboxFopPos-By-Tilman.pdf, ExamplePdfboxFopPos.java,
> ExamplePdfboxFopPos.pdf, ExamplePdfboxFopPosForm.java,
> ExamplePdfboxFopPosForm.pdf, FiraCode-Regular.ttf,
> FontForge-Lohit-Bengali.png, TestPdfbox.java, TestPdfboxFop2.java,
> TestPdfboxFop2.pdf, TestPdfboxJava2D.java, TestPdfboxJava2D.pdf, bidi-1.png,
> bidi-2.png, bidi.png, example-PDFBOX-3147-NotoSansThaiLooped-Regular.png,
> image-2026-05-23-16-16-53-442.png, image-2026-05-23-16-17-28-172.png,
> image-2026-05-26-16-49-45-529.png, ligatures-kerning.png,
> patch-2020-10-02.txt, pdfbox.patch, pdfbox.pdf, screenshot-1.png
>
>
> Accented Letters composed of Unicode base letter and combining accent are
> rendered wrong. E.g. with 0041 030B LATIN CAPITAL LETTER A WITH COMBINING
> DOUBLE ACUTE ACCENT the accent appears at the right hand side of the letter
> A, not above the letter A.
> The position is wrong for most of the sequences defined in the following spec:
> DIN SPEC 91379: Characters in Unicode for the electronic processing of names
> and data
> exchange in Europe; with digital attachment
> [https://www.xoev.de/downloads-2316#StringLatin]
> [https://www.din.de/de/wdc-beuth:din21:301228458]
>
> The correct rendering should look like the output of hb-view 2.6.8, see files
> DIN_SPEC_91379_Sequences*.pdf.
> The output of PDFBox is appended in pdfbox.pdf, which is created by running
> TestPdfbox.java. The sequences are read from file
> DIN_SPEC_91379_Sequences.txt.
>
> Font used for testing: NotoSansMono-Regular.ttf, see
> [https://www.google.com/get/noto/]
> download:
> [https://noto-website-2.storage.googleapis.com/pkgs/NotoSansMono-hinted.zip]
> See also FOP-2969
>
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
