[prev in list] [next in list] [prev in thread] [next in thread] 

List:       fop-user
Subject:    Re: Font registration
From:       Adrian Cumiskey <dev () cumiskey ! com>
Date:       2009-03-24 12:40:03
Message-ID: 49C8D4A3.1090406 () cumiskey ! com
[Download RAW message or body]

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 <dev@cumiskey.com> 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
> > > > steve@hibernate.org
> > > > 
> > > > Principal Software Engineer
> > > > JBoss, a division of Red Hat
> > > > http://jboss.com
> > > > http://redhat.com
> > > > steve.ebersole@jboss.com
> > > > steve.ebersole@redhat.com
> > > > 
> > > > 
> > > > 
> > > > 
> > > Jeremias Maerki
> > > 
> > > 
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
> > > For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
> > > 
> > > 
> > > 
> > > 
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
> > For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
> > 
> > 
> > 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
> For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
> 
> 
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org


[prev in list] [next in list] [prev in thread] [next in thread]