Hi Jason,
It really depends on which aspects of FOP's font system you wish to hook
into, the changes I made were a "start" at what needs to be done,
unfortuntely I do not have any time to go further with this at the
moment. From what I can gather from what you are saying, you will
indeed need to create a userConfig as this type of configuration is not
yet available.
Adrian.
Jason Harrop wrote:
This wasn't my thread, and I don't mean to take it over, but when I
was trying to do this last Friday I saw that PrintRenderer has
addFontList(List<EmbedFontInfo> fontList), and thought that all I
needed was to access PrintRenderer. But that I couldn't do (unless I
set up my own from scratch?).
So I do more or less what Jeremias suggested - I use my
List<EmbedFontInfo> fontList to create a userConfig, and go from
there.
thanks
Jason
On Tue, Mar 24, 2009 at 10:30 PM, Adrian Cumiskey <[email protected]> wrote:
I did *some* cleaning up of the font configuration recently
(http://svn.apache.org/viewvc?view=rev&revision=756522). This should make
it a little easier to programmatically hook into FOP's font configuration.
PrintRendererConfigurator no longer has all the nuts and bolts that it once
did which should make things easier for you.
I suggest you take a look at FontInfoConfigurator
(http://svn.apache.org/viewvc/xmlgraphics/fop/trunk/src/java/org/apache/fop/fonts/FontInfoConfigurator.java?view=markup&pathrev=756522)
and FontDetector
(http://svn.apache.org/viewvc/xmlgraphics/fop/trunk/src/java/org/apache/fop/fonts/FontDetector.java?view=markup&pathrev=756522)
which you should be able to use independently. If you have any questions or
need some more help or pointers just ask :).
Good luck,
Adrian.
Jeremias Maerki wrote:
It's a known issue that programmatic font configuration is not ideal at
the moment. I see two possible routes short of doing the full
refactoring of the font subsystem that would be the ideal solution but
take a lot of effort:
1. Take a look at PrintRendererConfigurator to see how you could emulate
the auto-detection from outside FOP:
http://svn.eu.apache.org/viewvc/xmlgraphics/fop/trunk/src/java/org/apache/fop/render/PrintRendererConfigurator.java?view=markup
2. Create the XML configuration in code by constructing
DefaultConfiguration (from Avalon Framework) elements. This works much
like a DOM. You can then pass the Configuration object to the FopFactory.
HTH
On 11.03.2009 22:02:21 Steve Ebersole wrote:
I develop a maven plugin which does docbook processing. It's a little
different in that it utilizes maven's artifact/dependency capabilities
to pull the individual pieces (xslt, images, css, etc) together
dynamically.
I'd love for the same to happen with fonts with the fop/dpf processing.
looking over http://xmlgraphics.apache.org/fop/trunk/fonts.html and
http://xmlgraphics.apache.org/fop/trunk/fonts.html#autodetect but am not
really seeing the way to do this. The main issue is that this most all
be accomplished programatically in my plugin code.
Of course part of the problem is that I really have no background in fop
nor docbook :)
Anyway, does anyone have thoughts on how this might be cool to
accomplish?
-
Steve Ebersole
Project Lead
http://hibernate.org
[email protected]
Principal Software Engineer
JBoss, a division of Red Hat
http://jboss.com
http://redhat.com
[email protected]
[email protected]
Jeremias Maerki
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
