/b16022ece329197f72f47943085d45b56e26806e
> Add support for font-selection-strategy=character-by-character
> --
>
> Key: FOP-3139
> URL: https://issues.apache.org/jira/browse/FOP-3139
>
[
https://issues.apache.org/jira/browse/FOP-3139?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Steiner updated FOP-3139:
---
Description:
fop test.fo out.pdf
All glyphs should map to a font
> Add support for font-select
[
https://issues.apache.org/jira/browse/FOP-3139?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Steiner updated FOP-3139:
---
Attachment: test2.fo
> Add support for font-selection-strategy=character-by-charac
Simon Steiner created FOP-3139:
--
Summary: Add support for
font-selection-strategy=character-by-character
Key: FOP-3139
URL: https://issues.apache.org/jira/browse/FOP-3139
Project: FOP
Issue
to add once we have the
basic infrastructure for char-by-char font selection.
[1] http://www.w3.org/TR/REC-CSS2/fonts.html#propdef-font-family
[2] http://www.w3.org/TR/REC-CSS2/fonts.html#algorithm
Jeremias Maerki
On 19.10.2007 13:50:55 Manuel Mall wrote:
Because the issue of font selection
Because the issue of font selection by character was raised again on
fop-user I have started to look at it as the appropriate font data
structures are now in place.
I am just looking for a confirmation here of the selection algorithm. My
understanding is that for each character, independent
On Jul 25, 2007, at 19:48, Manuel Mall wrote:
Manuel,
Just a little heads-up: I've already made the discussed change to
CommonFont locally, but since I had already made a few other
alterations to this class and this particular change is only minimal,
they will be in the same commit (which
On Jul 25, 2007, at 02:25, Manuel Mall wrote:
On Wednesday 25 July 2007 05:17, Andreas L Delmelle wrote:
Anyone have any objections, for instance, to change the default
behaviour of FontInfo.fontLookup(String[], ...) to something like the
below code? Should we add a getFontInstances() method
On Thursday 26 July 2007 00:23, Andreas L Delmelle wrote:
On Jul 25, 2007, at 02:25, Manuel Mall wrote:
On Wednesday 25 July 2007 05:17, Andreas L Delmelle wrote:
Anyone have any objections, for instance, to change the default
behaviour of FontInfo.fontLookup(String[], ...) to something
On Jul 21, 2007, at 14:07, Andreas L Delmelle wrote:
snip /
As to then further addressing the font-family fallback/font-
selection issue, ...
snip /
Change the getFontState() signature:
- either make it
public Font[] getFontStates()
- or add an extra char parameter to getFontState(),
On Wednesday 25 July 2007 05:17, Andreas L Delmelle wrote:
On Jul 21, 2007, at 14:07, Andreas L Delmelle wrote:
snip /
As to then further addressing the font-family fallback/font-
selection issue, ...
snip /
Change the getFontState() signature:
- either make it
public Font[]
On Jul 20, 2007, at 11:56, Andreas L Delmelle wrote:
On Jul 20, 2007, at 08:02, Manuel Mall wrote:
On Jul 20, 2007, at 05:47, Manuel Mall wrote:
snip/
As to how the TextLM should then further handle it, I hadn't really
looked deeper into so far, but it seems like you have... 8-)
Andreas,
Hi Andreas,
My 2 cents on this, as I have a rather limited understanding of this area.
Andreas L Delmelle a écrit :
snip/
org.apache.fop.fonts.Font contains a fontSize member. I would like to
see this separated from the Font instance somehow. Instead of fetching a
Font corresponding to given
On Jul 21, 2007, at 19:25, Vincent Hennebert wrote:
Andreas L Delmelle a écrit :
snip/
org.apache.fop.fonts.Font contains a fontSize member. I would like to
see this separated from the Font instance somehow. Instead of
fetching a
Font corresponding to given triplet and font-size, we would
On Jul 20, 2007, at 08:02, Manuel Mall wrote:
On Jul 20, 2007, at 05:47, Manuel Mall wrote:
snip/
As to how the TextLM should then further handle it, I hadn't really
looked deeper into so far, but it seems like you have... 8-)
Andreas, how about this as a way forward: You implement the
15 matches
Mail list logo