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

Tilman Hausherr edited comment on PDFBOX-2814 at 5/28/15 8:34 AM:
------------------------------------------------------------------

I looked at the first file only. It has "in verde lo" at the bottom which is 
unseen.
{code}
BT
7 Tr
.35 Tc
/F2 14 Tf
/GS3 gs
[(in v)20(er)40(de l)2(o )]TJ
ET
q
.77 -.252 62.09 10.22 re
W* n
/GS1 gs
62.88 0 0 11.04 .29 -.732 cm
/I4 Do
Q
{code}
It is rendered in mode 7 (Add text to path for clipping = NEITHER_CLIP). I.e. 
the path of the text is used to clip a part of a mostly black image (/I4).

Changing the TJ line to
{code}
[(in verde lo)     ]TJ
{code}
shows the text, although in poor quality. This looks to me as if adding the 
shapes to the clipping path doesn't work properly for TJ if there are several 
elements.

[~jahewson] In PageDrawer.showText(), the textClippingArea is reset at the 
beginning of each call, and at the end, 
{{state.intersectClippingPath(textClippingArea);}} is called. So if showText() 
is called several times as it is done in TJ, the intersection would be empty :-(


was (Author: tilman):
I looked at the first file only. It has "in verde lo" at the bottom which is 
unseen.
{code}
BT
1 Tr
.35 Tc
/F2 14 Tf
/GS3 gs
[(in v)20(er)40(de l)2(o )]TJ
ET
q
.77 -.252 62.09 10.22 re
W* n
/GS1 gs
62.88 0 0 11.04 .29 -.732 cm
/I4 Do
Q
{code}
It is rendered in mode 7 (Add text to path for clipping = NEITHER_CLIP). I.e. 
the path of the text is used to clip a part of a mostly black image (/I4).

Changing the TJ line to
{code}
[(in verde lo)     ]TJ
{code}
shows the text, although in poor quality. This looks to me as if adding the 
shapes to the clipping path doesn't work properly for TJ if there are several 
elements.

[~jahewson] In PageDrawer.showText(), the textClippingArea is reset at the 
beginning of each call, and at the end, 
{{state.intersectClippingPath(textClippingArea);}} is called. So if showText() 
is called several times as it is done in TJ, the intersection would be empty :-(

> Chars are not rendered 
> -----------------------
>
>                 Key: PDFBOX-2814
>                 URL: https://issues.apache.org/jira/browse/PDFBOX-2814
>             Project: PDFBox
>          Issue Type: Bug
>          Components: Rendering
>    Affects Versions: 2.0.0
>         Environment: Oracle Java8 - Windows 8.1 x64
>            Reporter: Daniele guiducci
>            Priority: Blocker
>             Fix For: 2.0.0
>
>         Attachments: PDFBOX-2814.pdf, PDFBOX-2814.png
>
>
> texts in PDF are not rendered when is present shadow. 
> The url contains 4 pdf of the same page, exported in 4 different ways. In few 
> cases one the last text line are not rendered.
> https://drive.google.com/drive/u/0/folders/0Bz-TZKnUq0uufmVLUDliMFBGSGRWZU1sQWVJamQ5VV9mOGxaMXhTOXZuSVhQd3Vpc280Z2M



--
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