[jira] [Updated] (FOP-2528) [PATCH] Re-add css baseline-shift support for SVGs

[Matthias Reischenbacher (JIRA)]

 [ 
https://issues.apache.org/jira/browse/FOP-2528?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Matthias Reischenbacher updated FOP-2528:
-
Attachment: fop_2528_testcase.svg

> [PATCH] Re-add css baseline-shift support for SVGs
> --
>
> Key: FOP-2528
> URL: https://issues.apache.org/jira/browse/FOP-2528
> Project: FOP
>  Issue Type: Improvement
>  Components: image/svg
>Reporter: Matthias Reischenbacher
> Attachments: fop_2528.patch, fop_2528_testcase.svg
>
>
> When FOP handles text rendering for SVG output, baseline-shift doesn't work. 
> Attaching a patch which fixes that. Please review, I'm not a font expert.



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

[jira] [Created] (FOP-2529) [PATCH] Avoid character remapping if font contains the same character multiple times

[Matthias Reischenbacher (JIRA)]

Matthias Reischenbacher created FOP-2529:


 Summary: [PATCH] Avoid character remapping if font contains the 
same character multiple times
 Key: FOP-2529
 URL: https://issues.apache.org/jira/browse/FOP-2529
 Project: FOP
  Issue Type: Improvement
  Components: font/opentype
Reporter: Matthias Reischenbacher


When using font Meiryo for japanese PDF output, some japanese characters where 
remapped, e.g. 青 (decimal unicode: 38738) was remapped to ⻘ (decimal unicode: 
11992). My patch contains a changed MultiByteFont.findCharacterFromGlyphIndex() 
method that tries to preserve the original character, if possible, but falls 
back to the current behavior if not.

Preserving the original characters is important for a more predictable search 
behavior in PDF viewers. Since the characters were remapped, searching for the 
original character didn't show any results.



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

[jira] [Created] (FOP-2528) [PATCH] Re-add css baseline-shift support in SVG output

[Matthias Reischenbacher (JIRA)]

Matthias Reischenbacher created FOP-2528:


 Summary: [PATCH] Re-add css baseline-shift support in SVG output
 Key: FOP-2528
 URL: https://issues.apache.org/jira/browse/FOP-2528
 Project: FOP
  Issue Type: Improvement
  Components: image/svg
Reporter: Matthias Reischenbacher


When FOP handles text rendering for SVG output, baseline-shift doesn't work. 
Attaching a patch which fixes that. Please review, I'm not a font expert.



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

[jira] [Updated] (FOP-2529) [PATCH] Avoid character remapping if font contains the same character multiple times

[Matthias Reischenbacher (JIRA)]

 [ 
https://issues.apache.org/jira/browse/FOP-2529?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Matthias Reischenbacher updated FOP-2529:
-
Attachment: fop_2529.patch

> [PATCH] Avoid character remapping if font contains the same character 
> multiple times
> 
>
> Key: FOP-2529
> URL: https://issues.apache.org/jira/browse/FOP-2529
> Project: FOP
>  Issue Type: Improvement
>  Components: font/opentype
>Reporter: Matthias Reischenbacher
> Attachments: fop_2529.patch
>
>
> When using font Meiryo for japanese PDF output, some japanese characters 
> where remapped, e.g. 青 (decimal unicode: 38738) was remapped to ⻘ (decimal 
> unicode: 11992). My patch contains a changed 
> MultiByteFont.findCharacterFromGlyphIndex() method that tries to preserve the 
> original character, if possible, but falls back to the current behavior if 
> not.
> Preserving the original characters is important for a more predictable search 
> behavior in PDF viewers. Since the characters were remapped, searching for 
> the original character didn't show any results.



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

Re: [jira] [Updated] (FOP-2527) RTF first line indent not being rendered by fo:block text-indent

[Andreas L. Delmelle]

Hi Luis, Clay,

> On 18 Sep 2015, at 14:56, Clay Leeds  wrote:
> 
> 

> NOTE: It's *possible* (although unlikely) that fop-dev@ is also getting these 
> emails by default.

Errrm... as far as I am aware, that *is* indeed the case. If not, how would we 
be made aware that a new issue is created (?)
That said, what I noticed myself is that, for issues that I comment on, I have 
to disable the notifications (i.e. remove myself from the watch list) to avoid 
getting these notifications twice: once via fop-dev@ and then another, directly 
via my @apache.org account...

AFAIK, any subscriber to fop-dev@ will always get these messages. The only way 
out is indeed to unsubscribe from the dev-list, I'm afraid.

Having said that, given that the sender always contains "(JIRA)", it should be 
a trivial exercise to filter those client-side, via a rule or some such.


HTH!

Andreas

[jira] [Updated] (FOP-2528) [PATCH] Re-add css baseline-shift support in SVG output

[Matthias Reischenbacher (JIRA)]

 [ 
https://issues.apache.org/jira/browse/FOP-2528?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Matthias Reischenbacher updated FOP-2528:
-
Attachment: fop_2528.patch

> [PATCH] Re-add css baseline-shift support in SVG output
> ---
>
> Key: FOP-2528
> URL: https://issues.apache.org/jira/browse/FOP-2528
> Project: FOP
>  Issue Type: Improvement
>  Components: image/svg
>Reporter: Matthias Reischenbacher
> Attachments: fop_2528.patch
>
>
> When FOP handles text rendering for SVG output, baseline-shift doesn't work. 
> Attaching a patch which fixes that. Please review, I'm not a font expert.



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

[jira] [Updated] (FOP-2528) [PATCH] Re-add css baseline-shift support for SVGs

[Matthias Reischenbacher (JIRA)]

 [ 
https://issues.apache.org/jira/browse/FOP-2528?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Matthias Reischenbacher updated FOP-2528:
-
Summary: [PATCH] Re-add css baseline-shift support for SVGs  (was: [PATCH] 
Re-add css baseline-shift support in SVG output)

> [PATCH] Re-add css baseline-shift support for SVGs
> --
>
> Key: FOP-2528
> URL: https://issues.apache.org/jira/browse/FOP-2528
> Project: FOP
>  Issue Type: Improvement
>  Components: image/svg
>Reporter: Matthias Reischenbacher
> Attachments: fop_2528.patch
>
>
> When FOP handles text rendering for SVG output, baseline-shift doesn't work. 
> Attaching a patch which fixes that. Please review, I'm not a font expert.



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

[jira] [Resolved] (FOP-2530) Fix performance regression in MultiByteFont.findGlyphIndex

[Matthias Reischenbacher (JIRA)]

 [ 
https://issues.apache.org/jira/browse/FOP-2530?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Matthias Reischenbacher resolved FOP-2530.
--
Resolution: Fixed

Fixed in http://svn.apache.org/viewvc?view=revision=1705133

> Fix performance regression in MultiByteFont.findGlyphIndex
> --
>
> Key: FOP-2530
> URL: https://issues.apache.org/jira/browse/FOP-2530
> Project: FOP
>  Issue Type: Bug
>  Components: font/opentype
>Reporter: Matthias Reischenbacher
>
> As suggested here:
> http://mail-archives.apache.org/mod_mbox/xmlgraphics-fop-users/201508.mbox/%3C1439303811674-42749.post%40n5.nabble.com%3E
> by
> dvineshku...@gmail.com
> the MultiByteFont.findGlyphIndex method contains a performance regression.



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

[jira] [Created] (FOP-2530) Fix performance regression in MultiByteFont.findGlyphIndex

[Matthias Reischenbacher (JIRA)]

Matthias Reischenbacher created FOP-2530:


 Summary: Fix performance regression in MultiByteFont.findGlyphIndex
 Key: FOP-2530
 URL: https://issues.apache.org/jira/browse/FOP-2530
 Project: FOP
  Issue Type: Bug
  Components: font/opentype
Reporter: Matthias Reischenbacher


As suggested here:
http://mail-archives.apache.org/mod_mbox/xmlgraphics-fop-users/201508.mbox/%3C1439303811674-42749.post%40n5.nabble.com%3E

by
dvineshku...@gmail.com

the MultiByteFont.findGlyphIndex method contains a performance regression.



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