I develop a library (jDocBook) that does DocBook related tasks as part
of Maven or Gradle builds. Initially, the output from FOP was so
verbose that I ended up redirecting all console output to a file for a
variety of reasons.
On recently upgrading to 1.0 I noticed that some logging was again
e.
For the lib/xmlgraphics-commons-1.4svn.jar, was there a particular tag
from which that was pulled and built?
On Mon, 2009-06-15 at 23:59 +0200, Andreas Delmelle wrote:
> On 15 Jun 2009, at 23:33, Steve Ebersole wrote:
>
> > I am debugging through the code right now. I a
009, at 17:26, Steve Ebersole wrote:
>
> Hi Steve
>
> > I wanted to make sure I am not missing some special config option to
> > make logging more helpful. Specifically, the log messages never
> > mention
> > anything about positions.
> >
> > For exam
/EmployerEmployee.png.
(See position -1:-1)
But I have no clue about the source of these messages.
This is transforming DocBook via the SAX event model approach...
--
Steve Ebersole
Hibernate.org
-
To unsubscribe, e-mail: fop-users
a
> config-file...
>
> Anyone?
>
>
> Regards
>
> Andreas
>
>
> -
> To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
> For additional commands, e-mail: fo
option to clear the
font cache? Do I just not use it?
Anyway, thanks for your help Andreas.
On Mon, 2009-06-15 at 23:27 +0200, Andreas Delmelle wrote:
> On 15 Jun 2009, at 21:44, Steve Ebersole wrote:
>
> Hi Steve
>
> > Now running with FOP trunk, but still have the same exact is
u already tried this with other TTCs? Do
> they exhibit the same behavior? If not, then it probably points to a
> peculiarity in the file that we didn't account for.
>
>
> Regards
>
> Andreas
>
>
> ---
ngCN,normal,400"
This is exactly what the patched docx4j version was giving me for this
TTC.
So is this the expected behavior?
On Mon, 2009-06-15 at 21:13 +0200, Andreas Delmelle wrote:
> On 15 Jun 2009, at 21:07, Steve Ebersole wrote:
>
> > So I went ahead and built tru
On 15 Jun 2009, at 21:07, Steve Ebersole wrote:
>
> > So I went ahead and built trunk via 'ant maven-artifacts' and
> > installed
> > the resultant artifacts into my local repo.
> >
> > I then tried re-running my transformation, but am now getting
&
t 13:22 -0500, Steve Ebersole wrote:
> On Wed, 2009-06-10 at 19:45 +0200, Andreas Delmelle wrote:
> > On 10 Jun 2009, at 19:07, Steve Ebersole wrote:
> >
> > Hi Steve
> >
> > > For example, on this TTC file TTFReader is showing 4 fonts/subfonts:
> > > Thi
On Wed, 2009-06-10 at 19:45 +0200, Andreas Delmelle wrote:
> On 10 Jun 2009, at 19:07, Steve Ebersole wrote:
>
> Hi Steve
>
> > For example, on this TTC file TTFReader is showing 4 fonts/subfonts:
> > This is a TrueType collection file with 4 fonts
> > Containing
t;AR PL UMing CN",
fontInfos[1].subFontName=="AR PL UMing HK", etc (maybe 8 total depending
on where that "UMingCN" comes from).
On Wed, 2009-06-10 at 18:42 +0200, Andreas Delmelle wrote:
> On 10 Jun 2009, at 16:29, Steve Ebersole wrote:
>
> > P.S. I tried runni
-06-10 at 09:26 -0500, Steve Ebersole wrote:
> So here is the code fragment I use to load the "font info":
>
> FontCache fontCache = FontCache.load();
> if ( fontCache == null ) {
> fontCache = new FontCache();
> }
>
> FontInfoFinder fontInfoFinder = new Font
s this the intended
behavior?
BTW, this is using a patched fop from docx4j versioned as 0.95.756434 if
that makes any difference.
On Wed, 2009-06-10 at 08:21 +0200, Andreas Delmelle wrote:
> On 10 Jun 2009, at 06:18, Steve Ebersole wrote:
>
> Hi Steve
>
> > Anyone please? Do we
Anyone please? Do we just need to say this is not going to work for TTC
files? I am just setting this up incorrectly?
On Tue, 2009-06-09 at 10:28 -0500, Steve Ebersole wrote:
> Ooops, I had temporarily disabled the font registration code at one
> point to try to work around stuff and for
org.jboss.maven.plugins.jdocbook.AbstractDocBookMojo.execute(AbstractDocBookMojo.java:407)
at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:451)
...
I am really at a loss.
On Mon, 2009-06-08 at 10:07 -0500, Steve Ebersole wrote:
> Back at this yet again.
>
> This time I added
org.apache.fop.fo.FOTreeBuilder.endElement(FOTreeBuilder.java:177)
at
com.icl.saxon.output.ContentHandlerProxy.endElement(ContentHandlerProxy.java:137)
On Wed, 2009-04-08 at 19:24 +0200, Andreas Delmelle wrote:
> On 08 Apr 2009, at 19:00, Steve Ebersole wrote:
>
> >
> >
> > Interestingly, the
is a
change in trunk to handle just this font-collection issue? If not, is
there something I am missing?
--
Steve Ebersole
Hibernate.org
-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional
erConfig)
2) Set the defined DocBook font family xslt params
('monospace.font.family', et al).
3) ???
On Tue, 2009-04-07 at 19:32 +0200, Andreas Delmelle wrote:
> On 07 Apr 2009, at 17:39, Steve Ebersole wrote:
>
> Hi Steve
>
> > I tried a mixture of the two. I have a
On Tue, 2009-04-07 at 21:11 +0200, Andreas Delmelle wrote:
> On 07 Apr 2009, at 20:00, Steve Ebersole wrote:
>
> > This is in fact on Linux (Fedora). The odd thing though is that I
> > have
> > seen these fonts works in FOP on Linux in the publican builds (which
>
, Andreas Delmelle wrote:
> On 07 Apr 2009, at 17:39, Steve Ebersole wrote:
>
> Hi Steve
>
> > I tried a mixture of the two. I have a problem though.
> > FontInfoFinder.find is returning me null. Basically I have a directory
> > of fonts (.ttf and .ttc). I was tryi
py ...
>
> cheers .. Jason
>
>
>
> On Mon, Apr 6, 2009 at 12:56 PM, Steve Ebersole wrote:
> > This week I am back at this task. I have (I think/hope) the code
> > written for #2, but quick question...
> >
> > For me the easiest will be the option (I think).
ation (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 litt
oblem 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
st...@hibernate.org
Principal Software Engineer
JBoss, a division of Red Hat
http://jboss.com
ht
On Monday 22 October 2007 12:17:37 pm Steve Ebersole wrote:
> That pointed me to the class org.apache.fop.render.DefaultFontResolver,
> implementing org.apache.fop.fonts.FontResolver. Is there a way to specify
> the FontResolver to use? That would be nice and clean, imho.
>
>
you in the right direction,
>
> Adrian.
>
> Steve Ebersole wrote:
> > Following http://xmlgraphics.apache.org/fop/0.94/fonts.html,
> > http://xmlgraphics.apache.org/fop/0.94/configuration.html and
> > http://xmlgraphics.apache.org/fop/0.94/embedding.html#config-inter
; ala:
fopFactory.addFontConfiguration(...)
Sounds like not.
On Monday 22 October 2007 11:46:53 am Andreas L Delmelle wrote:
> On Oct 22, 2007, at 18:13, Steve Ebersole wrote:
>
> Hi Steve
>
> > Following http://xmlgraphics.apache.org/fop/0.94/fonts.html,
>
> http://xmlgrap
Following http://xmlgraphics.apache.org/fop/0.94/fonts.html,
http://xmlgraphics.apache.org/fop/0.94/configuration.html and
http://xmlgraphics.apache.org/fop/0.94/embedding.html#config-internal, I
could not see a mechanism for programatically telling FOP about fonts.
Can anyone show me how this
On Wednesday 03 October 2007 02:47:04 pm Andreas L Delmelle wrote:
> On Oct 3, 2007, at 03:53, Steve Ebersole wrote:
>
>[Me:]
>
> >> Well, in the meantime, I did end up copy/pasting the entire
> >> configuration.xml into the location of the xi:include node, fid
On Wednesday 03 October 2007 02:47:04 pm Andreas L Delmelle wrote:
> On Oct 3, 2007, at 03:53, Steve Ebersole wrote:
>
>[Me:]
>
> >> Well, in the meantime, I did end up copy/pasting the entire
> >> configuration.xml into the location of the xi:include node, fid
> Well, in the meantime, I did end up copy/pasting the entire
> configuration.xml into the location of the xi:include node, fiddled
> some more, and I see the problem now. Starting from Table 1.3 onward,
> correct?
Correct
-
To un
On Tuesday 02 October 2007 01:37:27 pm Andreas L Delmelle wrote:
> On Oct 2, 2007, at 19:31, Steve Ebersole wrote:
>
> Hi Steve,
>
> > Attached is the simplified docbook and xslt.
> >
> > Thanks for taking a look.
>
> No problem, although...
>
> I
no issue with doing that. (note that because I am using
maven as the infastructure I do not have fop properly 'installed').
On Wednesday 26 September 2007 01:19:56 pm Andreas L Delmelle wrote:
> On Sep 26, 2007, at 04:17, Steve Ebersole wrote:
>
> Hi
>
> >> Can you pleas
On Monday 24 September 2007 02:05:02 am Vincent Hennebert wrote:
> Hi Steve,
>
> Steve Ebersole a écrit :
> > I have some DocBook sources I have been rendering via fop-0.20.5. On
> > attempts to upgrade to either 0.93 or 0.94,
>
> Very good idea! ;-)
>
> > howe
On Monday 24 September 2007 02:05:02 am Vincent Hennebert wrote:
> Hi Steve,
>
> Steve Ebersole a écrit :
> > I have some DocBook sources I have been rendering via fop-0.20.5. On
> > attempts to upgrade to either 0.93 or 0.94,
>
> Very good idea! ;-)
>
> > howe
sorry cant remember which email address I used to register...
-- Forwarded Message --
Subject: 0.93/0.94 and tables
Date: Friday 21 September 2007
From: Steve Ebersole <[EMAIL PROTECTED]>
To: fop-users@xmlgraphics.apache.org
I have some DocBook sources I have been ren
I have some DocBook sources I have been rendering via fop-0.20.5. On attempts
to upgrade to either 0.93 or 0.94, however, some of my tables render "goofy".
In particular, two phenomena I have noted:
1) Tables that span a page break. These get rendered "off page".
2) Quite a few of the tables
I am having some difficulty getting fop-0.93 to work with DocBook in one very
specific case. I need to tell fop/docbook where to find images, so initially
I tried setting this 'img.src.path' docbook xslt param. This is set to a
fully resolved file path. Actually this works great on my linux b
38 matches
Mail list logo