Patrick,
how did the FOP talk go? Anyone else at ApacheCon right now?
Jeremias Maerki
Right, it isn't hard. Almost works after a train ride to Zurich and back.
:-)
On 13.10.2006 11:33:09 Bertrand Delacretaz wrote:
> On 10/13/06, Jeremias Maerki <[EMAIL PROTECTED]> wrote:
>
> > ...Maybe I'll try to figure
> > out if it's a small cha
.2006 10:48:29 Jeremias Maerki wrote:
> Simon and I were able too meet Vincent Hennebert in person in Amsterdam
> last week. He has already made an impression with his excellent work for
> the GSoC. He's a very nice and intelligent guy, eager to learn and to
> work on FOP. Another g
I'll compile a report after the workshop.
On 09.10.2006 10:12:58 Jeremias Maerki wrote:
> If anyone has any requirements for XSL-FO 2.0 which I should bring up at
> the workshop in Heidelberg next week, please let me know. Deadline
> 2006-10-16 so I have time to prepare.
Jeremias Maerki
that.
[1] http://www.w3.org/TR/WD-XSLReq
[2] http://lists.w3.org/Archives/Public/www-xsl-fo/
Jeremias Maerki
tik change. I
> therefore changed fop's build.xml to add that the class to the transcoder
> jar assuming Batik would eventually take it from there, but to be honest, I
> am far from sure that is the correct way to deal with this.
>
> Let me know if something else is needed.
>
> Thanks,
>
> Peter
Jeremias Maerki
and what the experiences are.
I'll read the thread on batik-dev first, then, so I know everything
that's going on. Hopefully some time on Friday.
>
> > -Original Message-
> > From: Jeremias Maerki [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, October 18, 2006 1
calculate
> where is nearest tab stop should be placed based on the text block sizes
> under processing.
>
> Does it make sense in terms of FOP at all?
>
> Any help would be appreciated.
>
> Andrejus
Jeremias Maerki
text1 after tab stop
> blablabla:text2 after tab stop
>
> Could this be solved with tables/leaders?
>
> Let say if default tab step is 0.5 inch, then text1 starts here at position
> of 1inch and text2 at 1.5inch in this sample, cause label 'blablabla:' ends
>
mple, in which second line of my
> sample 'blablabla:' occupies not just first cell but also part of second
> cell in the row and then you put some calculated space somehow before text
> will start.
>
> Thank you.
>
> Andrejus
Jeremias Maerki
approach with tables and column numbers/spans but later
> found it as very particular font specific (correct chars per tab calculation
> having in mind possible different text styles is almost equal to the task of
> space leader length calculation between 2 parts separated by tab stop - at
> least it seems so for me).
>
> Thank you,
> Andrejus
Jeremias Maerki
If nobody objects I'm going to remove the deprecated elements in the
apps package later this week.
Jeremias Maerki
ontLoader.java
> Modified:
> xmlgraphics/fop/trunk/src/java/org/apache/fop/fonts/CustomFont.java
> xmlgraphics/fop/trunk/src/java/org/apache/fop/fonts/FontSetup.java
> xmlgraphics/fop/trunk/src/java/org/apache/fop/fonts/LazyFont.java
> xmlgraphics/fop/trunk/src/java/org/apache/fop/fonts/MultiByteFont.java
> xmlgraphics/fop/trunk/status.xml
>
Jeremias Maerki
On 13.11.2006 22:24:27 J.Pietschmann wrote:
> Jeremias Maerki wrote:
> > If nobody objects I'm going to remove the deprecated elements in the
> > apps package later this week.
>
> Umm, couldn't this wait until after the 0.93 release? Well, that's
> a qu
On 14.11.2006 09:35:50 Vincent Hennebert wrote:
> Jeremias Maerki a écrit :
> > On 13.11.2006 22:24:27 J.Pietschmann wrote:
> >> Jeremias Maerki wrote:
> >>> If nobody objects I'm going to remove the deprecated elements in the
> >>> apps package late
anything else that needs to be moved from Batik
> into Commons?
Jeremias Maerki
On 14.11.2006 11:28:10 Vincent Hennebert wrote:
> Jeremias Maerki a écrit :
> > Another of my travel projects checked in: I wanted to know how easy it
> > is to load fonts without the XML metrics file. As you can see from the
> > amount of code, it was rather easy. Makes me
llapsing border model.
> I've started to look at the wiki pages, the code and the mail archives
> but if you have any hint about what are the remaining problems to solve,
> where to look at in particular, etc., I'm all ears ;-)
>
> Thanks,
> Vincent
Jeremias Maerki
I have in mind, and see how this is going.
> - fork aXSL and FOrayFont and modify them to suit our needs. There
> shouldn't be any major licensing problem as Victor has always said he
> would make no difficulty donating his code back to Fop.
> This would always be possible to contribute our changes back to
> aXSL/FOray, but we all know how forks evolve in the open-source
> world...
> - abandon the aXSL/FOrayFont way and re-start from the current font
> library.
>
>
> So, I'd like to have your opinions on that issue. There's no hurry, take
> your time to make your mind about that. I've plenty of other things to
> work on during that time ;-)
>
>
> Thanks,
> Vincent
Jeremias Maerki
y is it necessary to manipulate so
> many properties for a text render but not for any other
> output format?
>
> Richard
Jeremias Maerki
>
>
> Bottom of cell
>
>
>
> Thanks for all your hard work,
> Brad
Jeremias Maerki
of implementing table layout in the first place). I mentioned this before
but I never got around to fixing it.
>
> That's it for now. But get ready for a second whole bunch later ;-)
> Thanks,
> Vincent
Jeremias Maerki
s for let say Arial?
> >
> > You can try to use the "-enc ansi" switch and see if it helps.
>
> Same result :( Any other thoughts?
>
> Andrejus
Jeremias Maerki
ere should I additionally specify that URI to match?
>
> I've tried this syntax as well without any luck:
>
> http://www.w3.org/1999/XSL/Format";
> select="xalan:nodeset(ext:generateDynamicNodes())" />
>
> Any help would be appreciated.
>
> Andrejus
Jeremias Maerki
but someone with more gump knowledge than me should
> probably do it.
>
> Cameron
>
> --
> Cameron McCormack, http://mcc.id.au/
> xmpp:[EMAIL PROTECTED] ▪ ICQ 26955922 ▪ MSN [EMAIL PROTECTED]
Jeremias Maerki
lease.
>
> Simon
>
> On Tue, Dec 19, 2006 at 11:14:13PM +0100, Jeremias Maerki wrote:
> > Actually, this is so simple, I've created a patch. I'm hesitant to apply
> > it without much testing with various PNGs for which I have no time right
> > now. But maybe
ow/Marker.java Sun Dec
> 17 04:00:00 2006
> +private static final class MarkerAttribute {
> +
> +private static Map foAttributeCache =
> +Collections.synchronizedMap(new java.util.HashMap());
> +
> +protected String namespace;
> + protected String qname;
> +protected String name;
> +protected String value;
Jeremias Maerki
the part without the font
metrics. There wasn't much feedback. If this is to be documented, I'd
prefer if it is marked as experimental.
> After these changes I will create a branch.
>
> Manuel, can you hold your changes until the branch has been created?
>
> Please, let me know if you have different ideas.
>
> Regards, Simon
>
> --
> Simon Pepping
> home page: http://www.leverkruid.eu
Jeremias Maerki
uary 2006". By quickly looking at the
> Barcode4J I haven't found any relevant information about that extension.
> What is its status? Should we simply replace 2006 with 2007 ;-) ?
>
> Vincent
>
> [1] http://xmlgraphics.apache.org/fop/0.92/upgrading.html
Jeremias Maerki
e code may not always make the decision the user wants but
> thats a different matter
>
> Chris
>
Jeremias Maerki
SVN and need only be regenerated by the FOP developers if the
> > Unicode standard changes.
> >
> > The generator may also be used by really experienced users who need a
> > modified custom line breaking pairs table (and in turn a custom FOP
> > version) for their needs.
> >
> >> Regards, Jan
> >>
> >
> > Manuel
Jeremias Maerki
Baaah, sorry. Looks like I misunderstood you. You meant src/codegen, of
course, not build/codegen. Sorry for the noise.
On 21.12.2006 21:16:51 Jeremias Maerki wrote:
> Me, too. In that case, I'd prefer not to place the generated sources
> under the build directory since this is, for m
Yes, of course.
On 22.12.2006 11:35:40 Simon Pepping wrote:
> On Thu, Dec 21, 2006 at 09:03:51PM +0100, Jeremias Maerki wrote:
> > I've been working on a DataMatrix implementation for Barcode4J lately
> > which is partly responsible for my lack of presence here. This work is
d for
> > the new release notes, src/documentation/content/xdocs/relnotes.xml,
> > most of which still have to be written, the FAQ,
> > src/documentation/content/xdocs/faq.xml, the main page of this
> > release, src/documentation/content/xdocs/0.93/index.xml, and the
> > upgrading page, src/documentation/content/xdocs/0.93/upgrading.xml.
>
> --
> Simon Pepping
> home page: http://www.leverkruid.eu
Jeremias Maerki
port for OpenType fonts
> > +copy/paste from PDF files is now working
> > +support for cmyk colors
> > +
> >
> >
> >See the compliance page for an
>
>
> --
> Simon Pepping
> home page: http://www.leverkruid.eu
Jeremias Maerki
the file status.html of the web
> site.
>
> Can you give some feedback on the items in the status overview table
> at the bottom?
>
> It would be nice to have a few changes to the image as well: display
> release 0.93 and the future release 1.0 (without DR1). I cannot do
> that.
Jeremias Maerki
, and that ground was covered in the
> discussion as well.
>
> As it is, I will adapt the relevant section in the running FOP web
> page.
>
> Regards, Simon
>
> --
> Simon Pepping
> home page: http://www.leverkruid.eu
Jeremias Maerki
;partial' for block-container in the
> 0.93 column but in the comments it says '[0.93] No known
> restrictions.'.
>
> Sounds a bit like a contradiction to me. What should it be?
>
> Manuel
Jeremias Maerki
On 08.01.2007 10:39:54 Manuel Mall wrote:
> On Monday 08 January 2007 17:20, Jeremias Maerki wrote:
> > Interesting. You asked the same question exactly a year ago:
> > http://www.nabble.com/block-container-compliance-tf920857.html
>
> Ooops, my memory obviously doesn&#
> <[EMAIL PROTECTED]> - <http://homepage.mac.com/webmaestro/>
> My religion is simple. My religion is kindness.
> - HH The 14th Dalai Lama of Tibet
Jeremias Maerki
he rest of the word, but then taking the shy into account when
doing word-splitting. Nothing fancy, though.
> 3) Shall a break opportunity created by a SHY be given the same penalty
> (in the Knuth sense) as a normal hyphenation break?
Yes, IMO.
Jeremias Maerki
On 12.01.2007 09:25:59 Vincent Hennebert wrote:
> Jeremias Maerki a écrit :
> > Good to see that happen! Here's my take:
> >
> > On 11.01.2007 13:24:16 Manuel Mall wrote:
> >> Hi,
> >>
> >> when I implemented the UAX#14 line breaking I noticed
't
> support "line-height". It seems we don't support "max-height" properly
> but "line-height" correctly although support for "max-height" is
> mandatory in the spec.
>
> What do others think? Do you agree with this assessment or have I
> misunderstood or overlooked something?
Looks like I pretty much agree with my current knowledge. Maybe someone
has spotted a detail that we've overlooked.
Jeremias Maerki
07774&view=rev
> Before I investigate this more can someone else check this and see if
> they get similar results.
>
> I have attached the test case I have constructed.
>
> Manuel
>
>
>
Jeremias Maerki
key HKLM\Software\Fop\
>
> The first hit for a variable counts.
>
> "LOGCHOICE" and "LOGLEVEL" may also be set by uncommenting the
> appropriate line in the script.
>
> Enjoy, Simon
>
> --
> Simon Pepping
> home page: http://www.leverkruid.eu
Jeremias Maerki
ention[1] about publishing 0.93 to the
> central Maven repository. Has there been any action on that? I am
> willing to do the legwork to put together a POM and submit the bundle to
> the maven upload queue, but I don't want to step on any toes.
>
> Thanks
> --Jason
>
>
> [1] http://marc.theaimsgroup.com/?l=fop-dev&m=116841113615715&w=2
Jeremias Maerki
x27;t need batik-svggen, either, but I plan to use it to cheaply
reestablish SVG rendering capabilities for FOP.
When Batik 1.7 is out, we will also depend on batik-codec and batik-anim which
are not available from Batik 1.6. batik-anim may sound a little strange
since we don't do animation but in a short test with Batik Trunk & FOP
Trunk batik-anim was necessary.
Jeremias Maerki
/viewvc/xmlgraphics/fop/trunk/publish.xml?view=diff&rev=498774&r1=498773&r2=498774
> ======
Jeremias Maerki
Do I have a slightly distorted perception or do we currently see an
increase in activity, even patches, following the 0.93 release?
Jeremias Maerki
ay not always be desirable, so it may be better to leave
> this choice up to the end-user.
Right, we were talking about an extension attribute to enable a named
destination as replacement for fox:destination.
Jeremias Maerki
ed for rtf yet.
> So, can you please sugest, how i can implement it my self ?
> Where exactly placed RTF render driver ?
> And maybe, even, where need to add page breaks processing ?
>
Jeremias Maerki
learCaches() works differently, leading
> to this strange NPE...
>
> What Exception do you get when a PDF is rendered first? There's a
> patch in queue (bugzilla 41488) which may solve your problem.
>
>
> HTH!
>
> Cheers,
>
> Andreas
Jeremias Maerki
o FOP-specific system properties for the
(SAX)TransformerFactory and the SAXParserFactory.
Or maybe we should call the class FopWorksAroundOracleBugsJAXPFactory.
hehe. Sorry, I couldn't help it.
What does everyone think?
> As always, thank you in advance for your thoughts.
>
> Jeff
>
>
Jeremias Maerki
n, the following
> testcases fail:
> - block-container_background-image_background-position-relative.xml
> - external-graphic_png.xml
> - inline_vertical-align_2.xml
> - table-cell_background-image.xml
>
> They all happen to use a PNG graphic...
>
> Can you double-check?
>
>
> Thanks,
>
> Andreas
>
Jeremias Maerki
I've just stumbled over an interesting page:
http://harmony.apache.org/performance.html
FOP seems to be used to track the performance development of Harmony.
Jeremias Maerki
ype 1 fonts,
TrueType/OpenType fonts, PCL fonts, AFP fonts etc. Something like that
would allow a proper one-time configuration of all fonts and lets the
renderers use whatever they need. But that's another story/thread.
Jeremias Maerki
ntually you should move the expectations into the test
> files, similarly to the layoutengine test files.
If that's possible. I'm not sure it's possible in this case.
Jeremias Maerki
agree, we should all be working from the 1.1 version now. As you
> already mentioned the 1.1 spec clarifies some ambiguous parts of the 1.0
> spec. Although there still remain some confusing aspects in 1.1 too!
>
> Chris
>
>
Jeremias Maerki
iday recurs every year, and cannot be
> cancelled.
>
> I'd love to finally meet some of you guys in the flesh over there.
Same here, although I already know quite a few. But it's still good to
see everyone again.
Jeremias Maerki
rs().getBorderBeforeWidth(false) / 2;
> +log.trace("border before for column " + column + ": " +
> borderBefore[column]);
> }
> paddingBefore[column] = pgu.getBorders().getPaddingBefore(false,
> pgu.getCellLM());
> paddingAfter[column] = pgu.getBorders().getPaddingAfter(false,
> pgu.getCellLM());
Jeremias Maerki
in time.
You should try out your SVN access by updating:
https://svn.apache.org/repos/asf/xmlgraphics/fop/trunk/src/documentation/content/xdocs/team.xml
If you have any further questions, you know where to reach me. :-)
Jeremias Maerki
rocessor
Jeremias Maerki
>
>
>
> [/code]
>
>
>
> What is wrong?
>
> Thanks.
Jeremias Maerki
t understanding that I have of those Positions is still a
> bit limited, I'm afraid, so I'm hoping others chime in to correct my
> mistakes or offer further clarification. (Just noticed that Luca
> already did; will share my thoughts in any case, to see if I may have
> misinterpreted something)
> That is all: as far as I get it...
Oh, I think you pretty much got it.
Jeremias Maerki
mmons-1.2svn.jar
> set LOCALCLASSPATH=%LOCALCLASSPATH%;%LIBDIR%\avalon-framework-4.2.0.jar
> set LOCALCLASSPATH=%LOCALCLASSPATH%;%LIBDIR%\commons-io-1.1.jar
> set LOCALCLASSPATH=%LOCALCLASSPATH%;%LIBDIR%\commons-logging-1.0.4.jar
Jeremias Maerki
evs/ db/transactions/ hooks/ locks/
>
>
> Author: jbryant
> Date: Tue Mar 6 09:18:24 2007
> New Revision: 515217
Jeremias Maerki
rt from the many details relevant to each particular
> LM? Does that make sense?
Jeremias Maerki
s, overlays, etc.) are only
> transmitted once, with the result that a full page of text can be typically
> about 1-2K kb. The advantage of using BCOCA is that the barcode is
> transmitted as very small dataset.
>
> Many thanks, Pete Townsend
>
>
Jeremias Maerki
and found XMLTestCase.class.
>
> So, what do I do about this issue so that I can get an error-free run of the
> junit tests and then commit the named destination code?
>
> Thanks.
>
> Jay Bryant
> Bryant Communication Services
>
Jeremias Maerki
FYI: Adrian Cumiskey's ICLA is now filed with the ASF's secretary.
Jeremias Maerki
owards making tests work: you simply stop when all tests pass
and you don't go back to refactor. Bad excuse, I know. But I was happy
to make the code work in the first place.
Jeremias Maerki
heap.
>
> Does that make you feel any sudden urge to shout? ;-) Any thoughts?
> Thanks,
> Vincent
Jeremias Maerki
o tell you how much I appreciate all the effort you
> people have put in this project. We've been using FOP for years in the
> Firebird documentation project and it has become a tremendously
> important tool for us. So if there's anything I can do to improve my
> current implementation according to your wishes or requirements, I'll
> be more than happy to do so -- provided I have the time and the
> skills.
Thanks. And thank you for diving into one of those features that FOP
0.93 still lacks compared to 0.20.5!
Jeremias Maerki
t; the containing block as in CSS, but to the nearest ancestor reference area.
>
> I'd think a similar substitution holds for the definition of a
> value a bit higher up, so that "the offset is a percentage
> of the /nearest ancestor reference area/'s width"
>
> Agreed?
Yes. This part about the "prevailing coordinate system" is an addition
of XSL 1.1. The WG tried to make this clearer. See:
http://www.w3.org/TR/xsl11/#change10
Jeremias Maerki
that mean that percentages on any block-container with
> position="absolute" should always be based on the containing page?
I don't think so. That's only about the positioning of the area, not
about determining the percentages. This just means that the "bpd-cursor"
is not advanced in the normal flow when an absolute or fixed
block-container is encountered.
> Any other (dissenting) thoughts?
>
> Cheers,
>
> Andreas
>
Jeremias Maerki
> is semantically equivalent to
>
>
>
>
>
> ...
I strongly disagree because the outer block-container creates a
reference area which means the second block-container would be
positioned differently in the two cases. If you talked about fixed
block-containers, then yes, the outcome would be the same, as both would
be positioned relative to the page and not the nearest ancestor
reference area.
> The offsets are, in BOTH cases relative to the containing page,
> unless absolute-position="auto".
Nonono.
> Correct?
>
>
> Cheers,
>
> Andreas
Jeremias Maerki
ipd/bpd is used. Then at other places, we get explicit
> references to width/height. I'm thinking of moving this logic to the
> fo tree/property side. The layoutengine should work entirely with ipd
> and bpd, if only to give the /impression/ of consistency... ;-)
Agreed, that part is still in need of improvement. Remember the post on
fop-users of a user who wanted to rotate the column headings of a table
by 90° and had to resort to SVG? That's actually something that IMO, the
block-container could and should do. And it's exactly where FOP
currently fails to behave.
Jeremias Maerki
of the enclosing block be taken
> into account in the penalties produced by SpaceResolver on the list of
> elements inside the block-container?
Not at all, since they don't interact according to the rules in 4.3.1:
http://www.w3.org/TR/xsl11/#area-space
Jeremias Maerki
st case for your scenario so we can all
verify that we all have the same expectation and to document a possible
problem with those penalties. Even if only to make sure that this is
handled properly when/after the above bug is fixed and your point may
have been forgotten.
Jeremias Maerki
ed table layout.
>
> What about our recent discussion on this topic?
> http://mail-archives.apache.org/mod_mbox/xmlgraphics-fop-dev/200703.mbox/[EMAIL
> PROTECTED]
>
> In the testcase you provided we would then rather raise a validation
> exception.
>
> Vincent
Jeremias Maerki
On 19.03.2007 14:40:49 Vincent Hennebert wrote:
> Hi Jeremias,
>
> Thanks for your answers.
>
> Jeremias Maerki a écrit :
> > On 17.03.2007 01:37:16 Vincent Hennebert wrote:
> >> Hi,
> >>
> >> There are things unclear to me in the addAreasAndFlus
effect can be achieved by
> putting the breaks on the fo:table object, I think breaks on
> headers/footers should be entirely discarded.
Yes, breaks in headers and footers make no sense and should be ignored.
>
> Opinions?
> Thanks,
> Vincent
Jeremias Maerki
http://people.apache.org/~jeremias/fop/KnuthBoxesForTablesWithBorders.pdf
(The PDF has multiple examples, the last page shows the simplified
approach which does not take interaction between body and headers into
account when resolving borders)
On 23.03.2007 16:54:37 Jeremias Maerki wrote:
>
> On
On 23.03.2007 18:21:09 Vincent Hennebert wrote:
> Jeremias Maerki a écrit :
> > On 23.03.2007 15:44:57 Vincent Hennebert wrote:
> >> Guys,
> >>
> >> I've again stumbled upon uncertainties regarding the handling of
> >> conditional borders
; > Date: Tue Apr 3 01:14:05 2007
> > New Revision: 525078
> >
> > URL: http://svn.apache.org/viewvc?view=rev&rev=525078
> > Log:
> > - fix minor checkstyle issues
> > - add missing headers
> > - add an entry in status.xml for the new named destinations feature
Jeremias Maerki
ext of a page-sequence.
If you had an extension element for PostScript as direct child of
page-sequence, then I'd understand.
> Speak now or forever hold your peace :-)
This is not very helpful, despite the smiley. Besides, things change.
Your post is the best example of that. Well, maybe I'm missing a joke
not being native English speaking.
Jeremias Maerki
basic-links patch tomorrow. It
> makes links and bookmarks land "on the spot". I'll also hook up the
> named destinations to that mechanism.
>
>
> Kind regards,
> Paul Vinkenoog
Jeremias Maerki
'd improve (like the resolution
being fixed to 240dpi or the way white text is painted on a
non-transparent background). He implied that he may drop in at some
point and help us improve the implementation. Let's hope he does. I'll
keep prodding...
Jeremias Maerki
everything worked perfectly - for a
> while. Only after lots and lots of clicking did Firefox seem to get
> confused and started to land on wrong spots (either top of file, or
> another existing named destination.)
>
> MSIE made a mess of it right from the start.
>
> In case anybody wants to play with this, the files are at:
>
> http://vinkenoog.nl/test/
>
> The one containing the links is dests.pdf, the target file is
> nbackup.pdf
>
> .fo sources are also there, as well as Jay's test files.
>
>
> Kind regards,
> Paul Vinkenoog
Jeremias Maerki
ment, because
> there's less unnecessary indirection.
>
> (I also think that where it goes wrong, the browsers are at fault,
> especially MSIE, and not the destinations code).
>
>
> Regards,
> Paul Vinkenoog
Jeremias Maerki
; So, all in all, after your modifications I get the same results (good
> and bad) as before. Still I think they're an improvement, because
> there's less unnecessary indirection.
>
> (I also think that where it goes wrong, the browsers are at fault,
> especially MSIE, and not the destinations code).
>
>
> Regards,
> Paul Vinkenoog
Jeremias Maerki
ative side-effect, then, of
course, a test case has to be written and the problem adressed. It
simply wasn't an issue so far.
Jeremias Maerki
Uh, catching up on patches would also be a VERY good idea.
On 25.04.2007 20:18:53 Jeremias Maerki wrote:
> Good thinking, Vincent. I think you listed already more than enough for
> a one-day hackathon. I'd like us to do a little Bugzilla cleaning, if
> everyone is fine with that. Th
; - discuss about the architectural changes we recently came up with
> - [add your ideas here]
>
> As some of us will be there only the 1st of May we should go and have a
> beer somewhere on that day.
> I'm looking forward to meeting you!
>
> Cheers,
> Vincent
Jeremias Maerki
our through the mailing list. But
still, we didn't discuss anything important that would need to be
archived on the list.
Tomorrow, we'll be enjoying the various sessions with lots of
interesting topics. In between, we'll certainly find time to chat some
more about FOP...
Sunny gree
ests:
http://jira.codehaus.org/browse/MAVENUPLOAD-1517
http://jira.codehaus.org/browse/MAVENUPLOAD-1518
When I've got time I'll try to create a patch for Batik, so they, too,
can create the Maven artifacts as part of the build process.
Jeremias Maerki
On 06.05.2007 02:42:04 Cameron McCormack wrote:
> Jeremias Maerki:
> > When I've got time I'll try to create a patch for Batik, so they, too,
> > can create the Maven artifacts as part of the build process.
>
> That’d be great, thanks. :) In case you missed it,
Thanks for your feedback, Jason. It's good to know that this really
helps people and all the work wasn't in vain.
On 06.05.2007 03:03:36 Jason Johnston wrote:
> Jeremias Maerki wrote:
> > Thanks to the help of Lars Trieloff this week, I've been able to prepare
> >
You have the bundles. Do with them as you please. If anyone wants to
send patches to Batik, FOP and XML Graphics Commons for producing Maven
artifacts, feel welcome to do so.
[1] http://jira.codehaus.org/browse/MAVENUPLOAD-1518
[2] http://jira.codehaus.org/browse/MAVENUPLOAD-1517
Jeremias Maerki
y question: is there a possibility to have a hotfolder for fop? Like
> the hotfolder used in Adobe Distiller where I have input files like
> PostScript and output files like PDF? This would be very helpful for
> creating PDFs. I am using fop-0.93.
>
> Thanks,
>
> Andi
Jeremias Maerki
701 - 800 of 1931 matches
Mail list logo
