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 yo
Le 8 févr. 05, à 19:29, Jeremias Maerki a écrit :
Most of you will probably have heard that ApacheCon Europe will be
happening in
July. I think it would be great if FOP would somehow be visible there.
There's a call for participation ending 2005-03-04. Any ideas?
A recurring question in my consult
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 sign
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
fe
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
mo
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 good
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:
h
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 Jeudi, 1 jan 2004, à 15:36 Europe/Zurich, Peter Herweg a écrit :
...Do i even have to use gpg? Or do i just have to copy the public key
file
into a directory?
You just need to copy the public key file to a directory named .ssh in
your $HOME on cvs.apache.org, here's what I have:
ls -l $HOME/
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, 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
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
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
goo
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
allow me some old
man advice, it is usually good to do when you think 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
--- Bertra
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
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 u
Le Samedi, 12 juil 2003, à 10:27 Europe/Zurich, Jeremias Maerki a écrit
:
...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
-
To unsubscribe, e-
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://cv
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 new
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 files
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
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 unsub
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 a
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 langu
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 th
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, XSL-FO
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 a
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 ad
Le Jeudi, 13 mars 2003, à 19:10 Europe/Zurich, Oleg Tkachenko a écrit :
So, we've got 28 logos [1] submitted. Now lets pick out the winner
somehow.
Comments?
My favorite by far is #13 By Lars Wallin.
IMHO it is the one that looks the most professional, and it is clean
and very readable.
-Bertran
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 i
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 t
Christian Geisert wrote:
>. . .
+1 for Jeremias and Peter
+1 here too - thanks for stepping up!
-Bertrand
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
f 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/ber
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 PROTEC
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
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?
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
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 excepti
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
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 r
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
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 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 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 Sunday 10 November 2002 17:35, Robert Ferney wrote:
>. . .
> Well, it would be more accurate to say that I don't know anything about
> how to use a "servlet" .. It sounds like the servlet path may be my best
> option, assuming I can figure out how to use it..
>. . .
FOP being written in java, t
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 su
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, FO
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 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
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" o
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 mus
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 shou
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 09:55, Jeremias Maerki wrote:
>. . .
> 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
http://xml.apache.org/fop/extensions.html sa
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 n
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
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
On Saturday 02 November 2002 13:09, Oleg Tkachenko wrote:
>. . .Maintenance branch, as you correctly noted, is
> in production at many sites therefore making it a project on its own
> will lead to a strengthening of its meaning and this way we'll encourage
> many existing and future contributors to
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 may
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 build-local.proper
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
http://marc.theaimsgroup.com/?l=fop-dev&m=1
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 "finishe
Hi Marcelo,
On Thursday 10 October 2002 14:07, [EMAIL PROTECTED] wrote:
> ...
> RTF is not intended to provide full rendering capabilities, it is
> in scope somewhere between docbook and FO. It mixes style and content,
> the illness for which stylesheets where designed.
>. . .
Sure, I don't kn
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
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 (www.jfor
On Friday 02 August 2002 17:14, Kurt Spescha wrote:
> . . .RTF has been
> announced as beeing integrated soon. How soon?
We're expecting a contribution in this area in a week or two, but this will
go into the redesign code base first, so it will take some time before
actually being released.
I
A while ago [1] Jochen Maes gave feedback about his application that
generates 14000 PDFs. He was kind enough to send me the corresponding
documents for study.
Under [2] you can find his XSL-FO document, reworked to remove any real
business information and expanded to 51 pages to be able to te
Hello Hansuli,
Here's my point of view regarding FO to RTF
> FO to RTF
>
> 1. Requirements:
Integrate the existing jfor code (www.jfor.org) into FOP so that FOP can
become a better XSL-FO to RTF converter than jfor currently is.
> 2 Candidate solutions
2.1 move all jfor code in the FOP codeb
Hi Peter,
>. . .
> The feasibility of an XSLT transform would
> be greatly influenced by the complexity of the mappings of properties
> into RTF structures.
Yes, and in order to support the various "flavors" of RTF one has to take
into account a number of (mostly dirty) tricks, which is proba
Hi Chris,
On Tuesday 23 July 2002 15:52, Christopher Scott wrote:
> I have been working on a few driver classes for FOP.
>. . .
> Expect a submission in a week or two.
>. . .
Would it be possible for you to submit (probably unfinished) code earlier,
rather than waiting for it to be finished ?
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
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 wit
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 wordprocessor
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 stic
Hi Peter,
I'm 100% with you, keeping in mind Arved's comments however - the success of
using bugzilla more will depend on the most active people paving the way.
I'm coming to the same conclusions in my commercial projects: tracking tools
(we recently selected bugzilla for a major project) comb
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
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 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 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 conta
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 re
Keiron,
I had a quick look at your StructureHandler + MIF changes and they look
really good to me. This will definitely help in generating structure-based
output formats.
I hope to find some time to starting playing with RTF generation in the next
few days.
-Bertrand
---
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,
On Monday 27 May 2002 13:37, Keiron Liddle wrote:
>. . .
> I'm thinking of the start as setting up the current context and the
> properties, then when others start it will belong to the current
> context. The end can then indicate context and finish off the formatting
> object and if easier then t
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
i
On Friday 24 May 2002 23:11, Arved Sandstrom wrote:
> I am very pleased to announce that Keiron has been elected to membership in
> the Apache Software Foundation
congratulations Keiron!
-Bertrand
-
To unsubscribe, e-mail: [EMA
Hi Keiron,
>. . .
> This structure handler will have a number of methods for the start and
> end of elements like block, table, list item etc. and others for
> external graphic etc.
>. . .
I agree that high-level events like start/end block, table, etc. are what we
need for structure rendering
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 unsu
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 rig
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.
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
---
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 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 resolut
1 - 100 of 162 matches
Mail list logo