Le 9 mars 05, à 01:12, Glen Mazza a écrit :
...[Thanks also to Bertrand for sending Renaud our way.
This is the second quality developer--Peter Herweg
being the other--that we have gotten from him since
I've been on this project.]..
You're welcome - and you don't even know how many people I sent
Le 23 déc. 04, à 20:56, Glen Mazza a écrit :
...(OK, think I got everybody... ;-)
Thanks Glen...actually to go the full i18n route, here's a special one
for Jeremias:
Jöni wnachte!
and Peter:
Merry Christmas Mate! I reckon!
-Bertrand
smime.p7s
Description: S/MIME cryptographic
Hi FOP people,
I have the great pleasure to announce that Jeremias Maerki has been
elected as an ASF member at the last member's meeting during ApacheCon.
I'm sure you will agree that this is well deserved, given all the
energy that Jeremias has been pouring tirelessly in FOP, Batik, the XML
Le 24 sept. 04, à 02:54, Glen Mazza a écrit :
...Ummm, wasn't Peter Herweg (whom Bertrand recommended)
the FOP committer who brought JFOR into FOP, and the
one who has maintained it for us since then?..
This part is not very relevant to the current discussion I think, but:
I don't have a very
Following Glen Mazza's comments, I realize he's meant to be on the XML
Graphics PMC as well (IIUC). In this case I think I prefer not to be
part of the PMC.
This deserves some explanation: I find it very hard to communicate
efficiently in email with Glen, this morning for example it took me
Le 20 sept. 04, à 21:59, Jeremias Maerki a écrit :
...If one of the two would like to take the chair position I'd gladly
restart a vote on that part...
I'm happy with Jeremias (IIUC) being the proposed chairman, I don't
want (or deserve by the way;-) the position.
-Bertrand
Le 14 sept. 04, à 20:47, Simon Pepping a écrit :
I propose that we make Luca Furini a member of the FOP team...
+1 from a (very) inactive committer - having new people on board is
Good News!
-Bertrand
Le Mercredi, 3 mars 2004, à 10:27 Europe/Zurich, Chris Bowditch a écrit
:
Glen Mazza wrote:
They're currently voting on the Cocoon side[1] to set
1.4 as the minimum JDK for their next 2.2 release. So
far it looks good for approval.
I'm not so sure it does, look at the 3rd mail in the thread:
executive summary: ARE YOU GUYS CRAZY?
Le Jeudi, 5 fév 2004, à 21:28 Europe/Zurich, Nikolai Grigoriev a écrit :
I realize I was wrong when I answered to this forum - I could not
expect my words to be interpreted this way. Please disregard my
previous message; I also unsubscribe from the list, to
Le Dimanche, 28 déc 2003, à 15:38 Europe/Zurich, Jeremias Maerki a
écrit :
In recognition for his contributions to this project I'd like to
propose
Andreas L. Delmelle as a FOP committer. He's active on both dev and
user
mailing lists for over 6 months now. He's actively helping out on the
Le Dimanche, 28 déc 2003, à 15:38 Europe/Zurich, Jeremias Maerki a
écrit :
In recognition for his contributions to this project I'd like to
propose
Web Maestro Clay Leeds as a FOP committer. He's active on both dev
and
user mailing lists for at least 1 year now. He's actively helping out
on
Le Dimanche, 28 déc 2003, à 15:38 Europe/Zurich, Jeremias Maerki a
écrit :
In recognition for his contributions to this project I'd like to
propose
Chris Bowditch as a FOP committer. He's active on both dev and user
mailing lists for at least 18 months now. He's actively helping out on
the user
Le Dimanche, 21 déc 2003, à 22:53 Europe/Zurich, Glen Mazza a écrit :
...Therefore, I'm
happy to nominate Finn Bock for committer--here's my
+1.
Seems like no one has voted on this yet? Must be this Christmas thing...
Here's my +1
-Bertrand
Le Lundi, 24 nov 2003, à 23:03 Europe/Zurich, Victor Mote a écrit :
Glen Mazza wrote:
[Incidentally, this someone else can be Peter
himself at this stage...I'd like to see a little bit
more FOP-DEV/-USER ML communication from him, however
the quality quantity of his patches have been very
good.
Le Vendredi, 12 sep 2003, à 20:51 Europe/Zurich, Glen Mazza a écrit :
...Thanks for taking the time to clarify
your ideas on this issue.
You're welcome - and in retrospect mine *was* a crazy idea indeed.
This written communication thing again - had we been together around
a table this would have
Hi FOPpers,
I'm making this a proposal instead of directly a vote, as there are two
unusual things here: I've been recently (and rightly) moved to inactive
committer status, and it hasn't been a long time since Peter submitted
his patches.
The reason I'm proposing him is that Peter is willing
something is wrong,
before getting the cannons out.
...It
would probably be best for the project for you to keep
yourself inactive
I guess this is for the active committers to decide .
Ciao,
Bertrand
--- Bertrand Delacretaz [EMAIL PROTECTED]
wrote:
Hi FOPpers,
I'm making this a proposal instead
Le Mardi, 2 sep 2003, à 03:33 Europe/Zurich, Glen Mazza a écrit :
...Perhaps Karen, Arved and Bertrand should be added to
the inactive list...
No problem for me, I'd actually feel better being listed as inactive!
-Bertrand
-
To
to the JVM that runs FOP
would solve your problem.
With Sun's JVMs this is done by adding -Xmx to the JVM command line,
for example -Xmx 512m to make the JVM use 512 megabytes max.
--
Bertrand Delacretaz
independent consultant, Lausanne, Switzerland
http://cvs.apache.org/~bdelacretaz
Le Samedi, 12 juil 2003, à 10:27 Europe/Zurich, Jeremias Maerki a écrit
:
lots-of-good-stuff-snipped/
...If you think this is a stupid bug, then my all means sit down and
try
to fix it
+1, I could not agree more ;-)
-Bertrand
Hi Victor,
Thanks for your work!
...I *really* like the approach of having the independent package, and
recommend that we use the same approach for other StructureRenderers,
including MIF
Yes, the StructureRenderer interface nicely decouples these renderers
from the rest of FOP.
Maybe a
Le Mardi, 8 juil 2003, à 10:14 Europe/Zurich, Thomas Sporbeck a écrit :
...It might be a fundamental decision if FOP is a kind of toolbox
for developers or if it should be an out of the box-product for
nearly everyone - I think there's so much good ideas in it that
everyone should be able to
Le Dimanche, 6 juil 2003, à 03:32 Europe/Zurich, Peter B. West a écrit :
...Speaking from blissful ignorance, I would speculate that the
entries in .cvsignore must be ordinary files, not directories. CVS is
going to navigate the tree anyway, but .cvsignore tells it what to do
with the
Le Vendredi, 4 juil 2003, à 21:12 Europe/Zurich, J.Pietschmann a écrit :
Bertrand Delacretaz wrote:
Sure - it is by accident that comments in the jfor source code
contains non-ASCII chars (in people's names IIRC).
OOps, I didn't think about that. We could
What I meant is that I think
Le Jeudi, 3 juil 2003, à 21:16 Europe/Zurich, J.Pietschmann a écrit :
...And, uh, comment language is *english*, guys :-)
Sure - it is by accident that comments in the jfor source code contains
non-ASCII chars (in people's names IIRC).
No problem in removing the accents!
-Bertrand
...Do you
mind if I rework that a bit so that the standard header is intact, and
then
add the additional credits for the jfor team below?...
No problem - I didn't know that checkstyle cared for this as well.
-Bertrand
-
To
Le Mardi, 24 juin 2003, à 20:27 Europe/Zurich, Victor Mote a écrit :
1. org.jfor.jfor.interfaces (see
rtf/rtflib/rtfdoc/IRtfTableContainer.java,
line 56, for example)
2. org.jfor.jfor.tools (see rtf/rtflib/rtfdoc/RtfExternalGraphic.java,
line
62, for example)
obviously these are needed - sorry
Le Lundi, 23 juin 2003, à 10:35 Europe/Zurich, J.U. Anderegg a écrit :
...
How do you plan to handle RTF styles?
In jfor we defined an extension to XSL-FO (the jfor-style attribute)
to control RTF styles.
Another way would be to recognize sets of attribute values in the input
XSL-FO and map
Le Lundi, 23 juin 2003, à 12:08 Europe/Zurich, J.U. Anderegg a écrit :
Bertrand Delacretaz wrote:
...In jfor we defined an extension to XSL-FO (the jfor-style
attribute)
to control RTF styles
(1) This is not a FOP extension, but rather a fundamental change of the
XSL-FO language, which does
Le Dimanche, 22 juin 2003, à 21:15 Europe/Zurich, Arnd Beißner a écrit :
...Before we're getting too philosophical, let me say
that we're now talking two different issues:
1. Is it possible to develop a conforming XSL:FO
implementation that produces RTF or MIF or similar
ouput?
Probably not,
Hi Victor,
I have committed the classes from the jfor RTF library under
org.apache.fop.rtf.rtflib.
They don't compile out of the box, so I disabled their compilation in
build.xml for now, didn't have time to look further.
The next step would be to get them to compile, have the RTFHandler use
Hi Victor,
If you're going to work on the RTFHandler I'd be happy to commit the
relevant jfor sources (the RTF library I assume) to the FOP codebase
with appropriate package name changes.
As Jeremias mentions, it might be better if I do it myself so that the
legal stuff is clear.
I should be
Le Lundi, 16 juin 2003, à 02:12 Europe/Zurich, Victor Mote a écrit :
...However, I think it is appropriate to nominate Glen Mazza
for committer status
+1, welcome!
-Bertrand
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
Le Vendredi, 7 mars 2003, à 17:39 Europe/Zurich, Jeremias Maerki a
écrit :
...My main motivations for the move as such:
- Easier handling of FOP in IDEs
- Best practices confirmance
- Finish what we (I) started
+0.5, the IDE thing might be useful.
As an option, we can also agree to do the same
Peter B. West wrote:
. . .
What will be interesting here is the possibility
of defining a set of structure events for integration with the structure
renderers like RTF, and I hope we can have some fruitful discussions
with Bertrand on this.
Looks promising, let me know where to look when the
for skiing (assuming snow comes) for a few days, so even
quieter than usual.
--
Bertrand Delacretaz (codeconsult.ch, jfor.org)
buzzwords: XML, java, XSLT, Cocoon, FOP, mentoring/teaching/coding.
blogspace http://www.codeconsult.ch/bertrand
As there is now an official Apache wiki [1], I moved the pages that
were on my server to
http://nagoya.apache.org/wiki/apachewiki.cgi?FOPProjectPages
Please do any further work on them there. They still need some cleanup
after moving, I'll do it in January unless someone finds time to do it
Happy Holidays team - I've been very quiet lately but this is
*definitely* a good crowd, I wish I could spend more time here!
-Bertrand
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL
On Sunday 01 December 2002 22:26, Oleg Tkachenko wrote:
. . .
J.Pietschmann wrote:
I think
we should leverage final more often in FOP.
At http://codeconsult.ch/wiki/index.php/FopDevelopersStyleGuide we've
got +2 vs -2 on this point, so taking into acount your opinion it's +3
vs -2 now.
I
On Wednesday 27 November 2002 09:36, Keiron Liddle wrote:
On Tue, 2002-11-26 at 13:53, Jeremias Maerki wrote:
. . .
Problems that need to be addressed:
- All Java sources need to be checked easily before a release (do they
compile, do they work?).
Could ant call help out here? No extra
On Thursday 21 November 2002 17:16, Jeremias Maerki wrote:
. . .
The MUST part is very small and establishes some hard rules. I'll try to
do the final layout in XML in a way that takes this into consideration.
ok, cool!
. . .
By the way, due to common desire I added a few lines on exception
On Thursday 21 November 2002 17:31, Oleg Tkachenko wrote:
. . .
final String myString = (String)myListIterator.next();
. . .
How do you think, is this final specifier only a style oriented or it have
some performance benefit also?
I don't know about performance, but I use it all the time
On Wednesday 20 November 2002 10:23, Keiron Liddle wrote:
Plenty of eagerness shown already and I am sure he will do lots more for
the project.
Yes, agreed, here's my
+1
-Bertrand
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
On Wednesday 20 November 2002 15:15, Jeremias Maerki wrote:
. . .I've finally finished the first draft for our style guide...
Thanks!
I voted -1 on most TBD stuff, braces and spaces are not really important IMHO
and I think it's good that the style guide stays as small as possible.
-Bertrand
Great work Peter!
It makes a lot of sense to use higher-level than SAX events, and thanks for
explaining this so clearly.
If you allow me a suggestion regarding the structure of the code: maybe using
some table-driven stuff instead of the many if statements in
FoSimplePageMaster would be more
On Wednesday 20 November 2002 20:11, Rhett Aultman wrote:
I thought everyone was allowed to use a vote to express their opinion. If
I've gravely mistaken this, then I'll stop voting.
I *think* it is so, that everyone is welcome to express their opinion. But as
a mostly inactive committer I'm
On Friday 15 November 2002 09:30, Keiron Liddle wrote:
. . .(does anyone even know what I am talking
about)
Not much on my side as the whole layout thing is still a mystery to me
(because I have no experience in computing layouts and never took
the time to study this part the code in detail).
On Friday 15 November 2002 10:02, Jeremias Maerki wrote:
. . .There was the idea to organize a meeting among Apache
committers next year in the german-speaking part of the world
. . .
I might be interested too, depending on where and when. I am subscribed to
party@.
-Bertrand
On Thursday 07 November 2002 09:23, Keiron Liddle wrote:
Hi Developers,
I suggest we have a vote for Oleg to be a committer. If Oleg accepts
then he can get on with making FOP great!
+1 - welcome!
--
Bertrand Delacrétaz (codeconsult.ch, jfor.org)
buzzwords: XML, java, XSLT, Cocoon, FOP,
On Thursday 07 November 2002 10:09, Victor Mote wrote:
. . .
BTW, I haven't found any doc on the mozilla site to help in building these
URLs. If anyone knows of some, I would be grateful.
. . .
I don't think there's any other way than studying what the bugzilla query
form sends when you
On Wednesday 06 November 2002 09:55, Jeremias Maerki wrote:
. . .
fo:external-graphic src=url(http://localhost/mydynamicimage)
xmlns:fop=http://xml.apache.org/fop; fop:disable-caching=true/
. . .
There are some fox: extensions already IIRC (never used them though, but
On Wednesday 06 November 2002 12:31, Keiron Liddle wrote:
. . .
What sort of jfor extensions are there, what do they do?
We have jfor:style to define RTF styles (similar to CSS classes in concept)
on the generated RTF elements. A concept that does not exist in XSL-FO as
it doesn't make sense
On Wednesday 06 November 2002 10:03, Keiron Liddle wrote:
. . .
Lots more to do but I think it is a good start.
Great job indeed!
I've also been looking at Forrest more closely recently, already very usable
and looks even more promising.
Need to brighten up or change the logo. Maybe we should
On Wednesday 06 November 2002 14:58, Oleg Tkachenko wrote:
. . .
Patch queue looks very good, and what about introducing one more queue for
feature requests?
. . .
I think these can be identified by the severity=enhancement field of
bugzilla issues, isn't that sufficient?
Maybe this must be
On Wednesday 06 November 2002 16:18, Jeremias Maerki wrote:
. . .
would you mind using the interface instead of the implementation where
possible?
big +1.
The only drawback is when you need to clone Collections, but the benefits far
outweigh this I think.
Maybe a minimal best practices or
On Wednesday 06 November 2002 16:31, Rhett Aultman wrote:
. . .
Maybe we should seriously consider a FOP developer coding standard and
start writing it down and putting it on the site. I'd offer to help with
that.
. . .
How about using a wiki page (web page where everyone can very easily
Wow, that's a quick vote...
I have setup the page at
http://codeconsult.ch/wiki/index.php/FopDevelopersStyleGuide
with a most basic style guide skeleton.
I have to run now, but feel free to work on it. Make sure you keep copies of
what you write, I cannot guarantee backups on this server yet.
On Monday 04 November 2002 23:53, Peter B. West wrote:
. . .I don't know the
mechanism for handling line-end differences on entry into a CVS
repository on a unix box.
. . .
AFAIK as long as the binary file flag is not set, CVS takes care of line
endings by itself when a file is checked out
On Monday 04 November 2002 17:02, Jeremias Maerki wrote:
. . .Does anyone have a good idea how to...
2. enforce correct line endings?
Using the commitinfo administrative file, scripts can be configured in CVS to
run when a file is committed, at which point you could detect the problem.
I'm
On Saturday 02 November 2002 10:35, Victor Mote wrote:
. . .I would also recommend that, in the above case,
we actually put the code into two different projects.
. . .
+1, I like the idea.
How about moving the new code (HEAD) to a separate (xml-fop2) CVS project
to clarify things, and maybe
On Friday 01 November 2002 16:51, Keiron Liddle wrote:
. . .Maybe the simplest is to move the old layout to the trunk, get that
working and put the new layout in a branch. But it needs to be agreed
upon.
. . .
It would be great if the layout engine could be factored out as a component
with a
I have added jfor-0.7.1.jar and its license to the lib subdirectory, and
created a first version of an RTFHandler that outputs (very rough) RTF
documents using the existing jfor RTF library [1].
build.sh examples now generates RTF documents, assuming the following is
set in
On Monday 28 October 2002 11:18, Guy D'haenens wrote:
WHAT'S THIS?
I DIDN'T WRITE THIS MESSAGE!
I think the from: address is such that it is being rewritten by some part of
your mail system before delivery, it happened here too.
If you look at
Hi Scott,
. . .anyone who wants to do it will not offend me by going ahead and doing
it without me.
. . .
We haven't had too many volunteers lately in this area, so this shouldn't be
a problem.
Just make sure to send your patches early, without waiting for your
enhancements to be finished.
Hi Scott,
On Wednesday 09 October 2002 16:20, Sauyet, Scott (OTS-HAR) wrote:
Does anyone have a suggestion about something I could look at fixing /
enhancing which is not mission-critical, but which might give me a chance
to look at a fair bit of the code?
The integration of jfor
Hi Scott,
On Wednesday 09 October 2002 17:15, Sauyet, Scott (OTS-HAR) wrote:
. . .
So is integrating other renderers something that the group
would eventually like to do?
. . .
Yes, we've been talking about structure-based renderers (like RTF and MIF)
vs. layout-based ones (PDF being the
On Friday 26 July 2002 20:05, J.U. Anderegg wrote:
. . .
RTF is the format of yesterday: better generate MicroSoft Office XML or
Open Office XML.
Depends on what you're aiming for. RTF is a terrible format, yes, but at
least it allows documents to be opened by a fair number of wordprocessors.
Hi Peter,
I tentatively suggested using XSLT to generate RTF a little while ago,
but I had no idea whether it was feasible. The main question would seem
to be: is RTF a text-only format or a binary format? Can anyone answer
that one for us?
AFAIK, everything in RTF can be expressed with
Hello,
On Friday 26 July 2002 10:20, Mulet, Jordi wrote:
. . .
We have started to experiment with jfor (FO-RTF) and we don't know the
best path to follow and if there are plans to integrate jfor in FOP as a
RTF renderer.
. . .
Note that the jfor license was recently changed to allow it to
On Wednesday 26 June 2002 22:42, Jeremias Maerki wrote:
. . .
We have the short form
but it seems like we have to switch (back?) to the long form.
. . .
I agree, Stefano's message [1] in the thread you mention makes it clear, . .
.the ASF board, to avoid confusion, wants everybody to stick
Hi Jochen,
Would it be thinkable for you to share examples of your XSL-FO documents, as
good examples of what works well in FOP?
The question of which constructs to use to get good performance come often,
so I think it would be a worthwile addition to the project.
If needed, I can send you a
On Thursday 13 June 2002 14:51, Ralph LaChance wrote:
ooo, I could use that !
You'll find it at
http://codeconsult.ch/download/string-warper/string-warper-2002-06-13.zip
There's a build.xml for ant, target test runs a self-test.
Actually I should have said a piece of java hacking. You'll see
On Tuesday 11 June 2002 08:22, Jeremias Maerki wrote:
. . .
2. Try to build up the support for version dependant code for the next
release.
. . .
Note that this is fairly easy to do using filtering in ant copy tasks and
package names containing identifiers.
For example:
package A contains
On Tuesday 11 June 2002 14:43, Rhett Aultman wrote:
. . .
Rather than relying on Ant, I'd say a runtime detection of VM demographics
(version, vendor, etc) would be in order, which could then allow a
classloader to select the correct classes to instantiate.
. . .
I like your idea a lot -
On Monday 10 June 2002 17:06, Christian Geisert wrote:
. . .
1) Declare that Fop needs JDK1.3
Could cause confusion with Cocoon users - Cocoon requires JDK1.2.
2) Remove truetype font support from AWT viewer
+0
3) Compile Fop with JDK1.3 (which will be done anyway)
and state in the
Hi Peter,
Sorry for taking so long, week's been hectic around here.
. . .
I think you will still have attribute resolution problems. Remember
that some attributes are only going to be resolved during the layout.
I understand that some attributes cannot be resolved at the parsing stage,
Hi Keiron,
. . .
We should be able to set common objects like the logging and config on
the structure handler itself.
But the context idea could be useful for other objects that it may need
to access.
. . .
ok, It wasn't clear for me either what would go into the context object, but
it is
On Wednesday 01 May 2002 18:19, Peter B. West wrote:
Does the near-silence on this one signify consent?
I don't know enough about this to give meaningful advice, so in my case yes,
silence means consent.
- Bertrand
-
To
On Friday 26 April 2002 08:09, Bertrand Delacretaz wrote:
This probably helps: http://www.anzacday.org.au/
sorry for the noise - I didn't see that the question had long been answered.
PLEASE everybody use reply-to when replying to mailing lists messages. With
the right mail client, it allows
This probably helps: http://www.anzacday.org.au/
-Bertrand
On Friday 26 April 2002 00:38, Martin Stricker wrote:
Peter B. West wrote:
Age shall not weary them, nor the years contemn.
At the going down of the sun, and in the morning,
We shall remember them.
Lest we forget.
Anzac Day
On Thursday 11 April 2002 12:16, you wrote:
I propose that we offer Peter West and Joerg Pietschmann to become
committers.
+1 for both!
(Although officially a committer I have done nothing concrete yet, so I hope
my vote counts ;-)
-Bertrand
On Saturday 16 March 2002 14:52, Peter B. West wrote:
. . .
The last stage of the FOP process translates one page
description (the area tree) into another (the input to the target
renderer.)
ok
So why would anyone want to interpose another translation step into
this tightly coupled
On Monday 18 March 2002 13:37, Peter B. West wrote:
. . .
Bertrand Delacretaz wrote:
In conclusion, I think an interface based on XML documents (possibly
this pr.fo discussed above) is the best choice to use between the
FOP property resolution stage and the structure renderers like
RTF
Hi Peter,
On Monday 18 March 2002 22:06, Peter B. West wrote:
. . .
There's another gotcha - markers. The properties in markers are
resolved relative to the retrieve-marker invocation point.
. . .
Thanks - I'll keep this in mind when I get to play with this stuff..
-Bertrand
On Thursday 14 March 2002 09:00, Nicola Ken Barozzi wrote:
. . .
1. FopParser parses and validates the input XSL-FO document
Not needed if using Cocoon as a pipeline.
. . .
Right, but it's so easy that we might as well keep it for easier
testing.
. . .
What I would like to see, is that FOP
On Thursday 14 March 2002 09:19, Keiron Liddle wrote:
. . .
Firstly the Area Tree is unavoidable. We must have a place to do the
layout and to store the page information.
. . .
Unavoidable for Layout rendering, isn't it?
I thought structure-based rendering wouldn't need the area tree.
. . .
On Thursday 14 March 2002 09:27, Nicola Ken Barozzi wrote:
. . .
Hmmm... AFAIK FO is about layout, not semantical structure.
Bold is just Bold, and not emphasis or strong.
Maybe I don't get the point. Could you elaborate more please?
. . .
The term structure renderer (as you could find by
On Thursday 14 March 2002 09:27, Nicola Ken Barozzi wrote:
. . .
I think that a SAXrenderer could be the solution. SAX is based on
calling a method when a tag begin-content-end is reached. It can be
used to communicate the Area Tree to the renderer in a clean way,
whith a standard interface.
Hi Peter,
Aside from my low opinion of SAX for process coupling, there should
be no need for communication back from the renderer.
. . .
cool - I thought the Area Tree code needed to know about font metrics
and the like, but if this communication is one-way all the better.
Regarding SAX
On Wednesday 13 March 2002 16:58, Nicola Ken Barozzi wrote:
. . .
-
FOP uses iText as a PDF generation library
-
. . .
Maybe the following scenario could help making FOP
On Monday 18 February 2002 10:54, Keiron Liddle wrote:
Can I remove everything under docs/html-docs.
+1 because
it will force the builds to have up to date information
-Bertrand
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
On Sunday 17 February 2002 06:07, Peter B. West wrote:
. . .
FOTree maintains the property stacks with the initial value, current
value and history of the properties being defined on elements of the
FO Tree. It also implements Runnable, and its run() method is the
source of the FoTreeBuilder
On Friday 15 February 2002 15:47, Roland wrote:
does anyone have a good tool to create an XSL:FO file without the use
of a stylesheet?
You might want to look at jdom (www.jdom.org), a very nice DOM
manipulation library for java.
Saxon (http://users.iclway.co.uk/mhkay/saxon) is also a good
On Monday 11 February 2002 10:19, Keiron Liddle wrote:
. . .
At the end of a page sequence we know that all pages in the page
sequence can be rendered without being effected by any further XML.
Note that this won't be the case with RTF: AFAIK an RTF document has to
contain a document header
On Thursday 07 February 2002 12:15, Keiron Liddle wrote:
. . .
Do we need to have this completely separate method of reading the fo
tree (layout managers is the other) when both do some similar things.
I'm not sure, I just can't picture how it should work at the moment.
Right - let me try to
On Friday 08 February 2002 01:58, Peter B. West wrote:
Bernard,
(That's Bertrand by the way ;-)
What sort of structure does rtf exhibit? Is it a page-based
structure, or is it divided, like xslfo, into page definitions and
flows? This is a critical difference as far as the design goes.
On Thursday 07 February 2002 03:57, Arved Sandstrom wrote:
. . .
If you do some code and want to
see it added to the main or maintenance branches, then the onus is on
one or more committers to explain why it's a bad idea, but there must
be a good reason.
. . .
To make sure there is no
On Tuesday 05 February 2002 23:25, Peter B. West wrote:
. . .
I think that most people need some encouragement to take the
plunge in murky waters.
I agree, make sense with the various offers for help that came up in
the last few weeks.
- Bertrand
(by the way your message was crossposted to fop-user, please avoid this as it
makes it very hard to follow discussions)
On Wednesday 30 January 2002 20:21, David Wood wrote:
I am a Java coder and know my way around the standard. I volunteer to try
to fix this, if someone who is more familiar
On Friday 25 January 2002 10:26, Jens von Pilgrim wrote:
. . .
On http://xml.apache.org/mail.html is only the fop-dev listed - is there
also a user list?
This is probably the cause - AFAIK fop-user is alive and kicking, just not
listed in the proper places.
Can anyone clarify the situation
1 - 100 of 127 matches
Mail list logo