Well, Ivy has one fundamental problem in common with Maven that many regard
as a great feature: the repository. Numerous times, I couldn't get a Maven
build to complete successfully because some artifact was temporarily or
permanently unavailable. Introducing an external repository immediately
adds
Craig,
Thanks for the additional pointers. This was my first time to use maven to
be honest. Since it is an Apache tool, I thought that perhaps using it would
help me integrate better with common Apache tools.
I did had to struggle a bit with some of the configuration ... *and* consult
the source
On 09/07/2010 04:25 AM, Glenn Adams wrote:
Having gone through the process of creating this working maven build
configuration, it seems that the potential benefits of its use include:
* dependency management of the use of external artifacts, which is
not managed by ant, and causes us t
Glenn,
FBOFW, it's clear that a number of core contributors (including the PMC
chair!) in fop-land are exceedingly Maven-averse. It's not that rare of a
viewpoint in the FOSS community.
All that dependency stuff can be done by borrowing maven dependencies in
ant, either via the maven ant tools or
Having gone through the process of creating this working maven build
configuration, it seems that the potential benefits of its use include:
- dependency management of the use of external artifacts, which is not
managed by ant, and causes us to include external dependencies as part of
the
Someone asked me how much work it would be to implement relative-align
on lists. I wonder if the following approach will work:
ListItemLayoutManager first gets the element list for the label, then
for the body. Each time a Layout context is passed it. The
LineLayoutManager could set the baseline i
I'd generally encourage the use of the ant-to-maven wiring I supplied for
maven publication. Adding the ant maven tools to the standard build (or
using ivy?) would allow very quick consumption of FOP jars by Maven-built
applications, which I guess would be the goal here.
On Mon, Sep 6, 2010 at 10:
Personally, I'd not be happy if we added a parallel build system. Given
that so much Ant code is necessary to handle some details shows how
inflexible Maven is. I haven't checked how much Ant code is duplicated
between the root-level build.xml and the files in the "maven"
subdirectory. IMO, this wo
I've already implemented in my complex scripts work, so it will make it into
trunk in due time. However, I think I'll leave the default setting as it is
for the time being. Users can explicitly enable it via their config. We can
take up the issue of whether to change the default at a future time.
I think that is for historical reasons. When this was implemented (I
think it was me) I guess we didn't want to change the layout behaviour
for existing users. For a long time, kerning for base 14 fonts was not
supported.
http://svn.apache.org/viewvc?view=revision&revision=389086
You're right: th
https://issues.apache.org/bugzilla/show_bug.cgi?id=49801
--- Comment #3 from Jeremias Maerki 2010-09-06 09:46:13
EDT ---
I've been asked to look closer into this, and after about 10 hours spent
brooding over it and consulting the "Digital Typography" book I'm no closer to
solving it. I've been a
https://issues.apache.org/bugzilla/show_bug.cgi?id=49885
--- Comment #2 from a.kov...@i-docs.com 2010-09-06 07:03:20 EDT ---
Created an attachment (id=25992)
--> (https://issues.apache.org/bugzilla/attachment.cgi?id=25992)
test XSL/FO file
--
Configure bugmail: https://issues.apache.org/bugzill
https://issues.apache.org/bugzilla/show_bug.cgi?id=49885
--- Comment #1 from a.kov...@i-docs.com 2010-09-06 07:02:13 EDT ---
Created an attachment (id=25991)
--> (https://issues.apache.org/bugzilla/attachment.cgi?id=25991)
test pdf
--
Configure bugmail: https://issues.apache.org/bugzilla/userpr
https://issues.apache.org/bugzilla/show_bug.cgi?id=49885
Summary: Varying page breaks with multi columned region-body
Product: Fop
Version: 1.0
Platform: PC
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
14 matches
Mail list logo