keiron 02/04/23 03:17:10
xml-fop/contrib/mathml/lib - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
keiron 02/04/23 03:17:10
xml-fop/contrib/mathml/resources - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
keiron 02/04/23 03:17:10
xml-fop/contrib/mathml/src - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
keiron 02/04/23 03:17:42
xml-fop/contrib/mathml/src/org - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
keiron 02/04/23 03:17:41
xml-fop/contrib/mathml/resources/META-INF - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
keiron 02/04/23 03:18:02
xml-fop/contrib/mathml/resources/META-INF/services - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
keiron 02/04/23 03:18:02
xml-fop/contrib/mathml/src/org/apache - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
keiron 02/04/23 03:18:19
xml-fop/contrib/mathml/src/org/apache/fop - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
keiron 02/04/23 03:18:32
xml-fop/contrib/mathml/src/org/apache/fop/mathml - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
keiron 02/04/23 03:26:47
Added: contrib/mathml .cvsignore README build.sh build.xml
contrib/mathml/docs example.mml mathml.fo
contrib/mathml/lib readme.txt
contrib/mathml/resources/META-INF/services
this should answer you:
http://marc.theaimsgroup.com/?l=fop-devm=101644341904851w=2
the html is committed into cvs, then a cvs up is done on the live website
cvs (xml.apache.org).
On 2002.04.23 12:57 Peter B. West wrote:
Fops,
Karen asked some time ago about regenerating the html docs on
keiron 02/04/22 06:19:51
Modified:docs/design/understanding area_tree.xml renderers.xml
Log:
more understanding docs
converted from mailing list to xml doc
Submitted by: Cyril Rognon [EMAIL PROTECTED]
Revision ChangesPath
1.2 +116 -12 xml-fop/docs/design
keiron 02/04/22 06:48:57
Modified:docs/examples/fo alignment.fo
Log:
some changes to get it closer to the real thing
Revision ChangesPath
1.2 +9 -1 xml-fop/docs/examples/fo/alignment.fo
Index: alignment.fo
The difference, though subtle, is that the you are not using the parser
from the XSLTInputHandler. Calling get parser sets a boolean value which
enables the transformation. Otherwise it simply returns a file input
source for the xml file.
So get the parser from the XSLTInputSource.
.. and we
keiron 02/04/19 01:02:52
Modified:src/org/apache/fop/apps XSLTInputHandler.java
Log:
enforce users to call getParser so it can setup the xslt filter
Revision ChangesPath
1.9 +7 -1 xml-fop/src/org/apache/fop/apps/XSLTInputHandler.java
Index
keiron 02/04/19 01:04:32
Modified:src/org/apache/fop/svg SVGElement.java
Log:
updated to the fluid batik api
Revision ChangesPath
1.23 +13 -1 xml-fop/src/org/apache/fop/svg/SVGElement.java
Index: SVGElement.java
Does this take into account the keep values that have the range: 0..9,
always. It is not possible to simply say that a given group of keeps
should stay together, you need to find the lowest keep value closest to
the optimum spacing position and within minimum.
On 2002.04.16 05:24 Peter B.
+1 of course.
On 2002.04.13 20:03 Christian Geisert wrote:
Hi all,
I would like to propose Jeremias Maerki as a new committert for Fop.
Jeremias has already contibuted the PS Renderer and quite a few
bugfixes/patches, helped to improve the documentation and is very
helpful on the
On 2002.04.13 05:33 J.Pietschmann wrote:
I'm focusing on the development to fix those bugs, it would be good if
someone could put a bit of effort into the bug handling process.
I read this as It's ok?
That depends on what it is.
I don't find it a very effective form of communication under
keiron 02/04/15 05:14:16
Added: hyph tr.xml
Log:
turkish hyphenation file
Submitted by: Togan Muftuoglu [EMAIL PROTECTED]
Revision ChangesPath
1.1 xml-fop/hyph/tr.xml
Index: tr.xml
keiron 02/04/12 00:01:57
Modified:contrib/plan build.sh
contrib/servlet build.xml
contrib/servlet/src FopPrintServlet.java FopServlet.java
Log:
fixed compile errors
Revision ChangesPath
1.3 +1 -1 xml-fop/contrib/plan/build.sh
I propose that we offer Peter West and Joerg Pietschmann to become
committers.
Peter has of course shown lots of commitment of the last year+.
Joerg is helping a lot with user questions FAQ etc.
If they accept then I am sure it will help with the valuable work they are
contributing to FOP.
Hi Mike,
I have committed this patch. Thanks a lot.
I think there might be a few classpaths that need updating but they can be
fixed when needed.
Thanks,
Keiron
On 2002.04.11 10:55 Michael Gratton wrote:
Guys,
Attached is a patch for the trunk to convert it over to using Avalon
Bug reporting, fixing and handling is of course important to the process.
The main problem is that many of the bugs are being fixed in the
development but are not easy or appropriate to fix in the maintanence
branch.
Having said that we could still do with some better tracking and feedback
Thanks for the hyph file.
I have committed this to cvs.
Is it possible for you to supply an example fo file containing some
portuguese text that works with the hyphenation.
On 2002.04.09 11:48 Paulo Soares wrote:
This hyphenation patterns for portuguese may be of interest for inclusion
in
Fop Status - April 10
The layout process remains the critical path to the further development of
properties and elements.
Many other areas are getting attention, such as configuration and
documentation.
Development
---
done:
understanding docs - Cyril, Peter, Keiron, Karen
added
simply require an example
and a brief explanation of the variables.
On 2002.04.04 12:07 J.U. Anderegg wrote:
Hi Keiron,
Let's fix a DESIGN GOAL. What can be realized in which time frame? I see
2
ways to go ahead:
1. Low level implementation using native PDF syntax: users have to learn
This page has the cvs keywords:
http://www.loria.fr/~molli/cvs/doc/cvs_12.html
None of them seem to be useable for the version of a product.
You still need to change something to make this update anyway.
On 2002.04.05 00:44 Peter B. West wrote:
Keiron,
I don't know the nuts and bolts
, Raghavendra (CORP, GEITC) wrote:
Hi Keiron,
I would like to do some bug fixing, feature enhancements for FOP.
Could you tell me how to get the code and setup the build
Thanks and Regards
Vaidya
-
To unsubscribe, e-mail
with other ideas such as pdf
scripts etc.
Regards,
Keiron.
On 2002.04.02 10:08 J.U. Anderegg wrote:
I programmed PDF form fields into Fop-0.20.1. PDF form fields have an
annotation representation in PDF files with the subtype widget. So I
patched the external-link within the renderer code
On 2002.04.03 18:23 Peter B. West wrote:
There are a couple of other things which encourage the separation of
source and build.source trees. They involve the use of copy filtering
in ant. Version information is, I think, supplied by ant via the
build.xml file. This vile and disgusting
keiron 02/04/02 03:50:58
Modified:src/org/apache/fop/area/inline InlineArea.java
src/org/apache/fop/fo FObjMixed.java TextInfo.java
src/org/apache/fop/fo/flow Block.java
InstreamForeignObject.java
src/org/apache/fop
Hi Vaidya,
Anyone is free to participate in the development.
The usual way is to get a copy of current cvs and write your code (or
anything else such as documentation, examples) then submit a patch to the
list. The patch will be looked at and if appropriate it will be applied to
cvs.
The
keiron 02/03/27 03:42:20
xml-fop/contrib/servlet - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
keiron 02/03/27 03:43:56
xml-fop/contrib/servlet/lib - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
keiron 02/03/27 03:43:56
xml-fop/contrib/servlet/conf - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
keiron 02/03/27 03:43:57
xml-fop/contrib/servlet/src - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
keiron 02/03/27 04:02:42
Removed: docs/examples/embedding FopServlet.java fop.war
Log:
moved to contrib
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
keiron 02/03/27 05:08:54
Added: contrib/servlet Tag: fop-0_20_2-maintain README build.bat
build.sh build.xml
contrib/servlet/conf Tag: fop-0_20_2-maintain web.xml
contrib/servlet/lib Tag: fop-0_20_2-maintain readme.txt
Hi Jeremias,
Thanks, I have committed this and also on the maintanence branch.
btw. directories don't have branches only files do. Once a directory is
created it then always exists for all branches.
On 2002.03.24 22:04 Jeremias Maerki wrote:
Hi Foppers
As promised I've put together a zip
keiron 02/03/27 22:58:13
Modified:docs/design/alt.design traits.xml xml-parsing.xml
Log:
some corrections and additions
Submitted by: Peter B. West [EMAIL PROTECTED]
Revision ChangesPath
1.2 +174 -25 xml-fop/docs/design/alt.design/traits.xml
Index
Confusion abounds!
There are only two (2) FOP cvs things.
THe is the trunk and the maintanence branch.
The maintanence branch has the name fop-0_20_2-maintain. This is for
maintanence releases.
The trunk is also known as: HEAD, MAIN, main, development, redesign or
even cvs update -A or cvs
Peter,
This has been committed to cvs.
Thanks.
On 2002.03.27 03:49 Peter B. West wrote:
Arved or Keiron,
Attached are diffs for xml-fop/docs/design/alt.design/alt.properties.xml
and xml-fop/docs/design/alt.design/book.xml.
A previous email included new files for the design/alt.design
keiron 02/03/21 01:28:44
Modified:src/org/apache/fop/svg PDFAElementBridge.java
PDFImageElementBridge.java
PDFTextElementBridge.java PDFTranscoder.java
SVGElement.java SVGUserAgent.java
Log:
updated to changes
keiron 02/03/21 01:31:02
Modified:src/org/apache/fop/apps CommandLineStarter.java Driver.java
Log:
initialise driver rather then doing too much in constructor
Revision ChangesPath
1.13 +2 -1 xml-fop/src/org/apache/fop/apps/CommandLineStarter.java
Index
keiron 02/03/21 01:34:20
Modified:src/org/apache/fop/area Area.java Block.java LineArea.java
src/org/apache/fop/area/inline InlineArea.java
src/org/apache/fop/render/pdf PDFRenderer.java
src/org/apache/fop/render/xml XMLRenderer.java
keiron 02/03/21 01:37:15
Modified:src/org/apache/fop/fo FOText.java FOUserAgent.java
FObjMixed.java
src/org/apache/fop/fo/flow Block.java
InstreamForeignObject.java
src/org/apache/fop/image ImageLoader.java
keiron 02/03/21 02:02:14
Modified:contrib/plan/src/org/apache/fop/plan ActionInfo.java
EventList.java GroupInfo.java Main.java
PlanElement.java PlanElementMapping.java
PlanHints.java PlanObj.java PlanRenderer.java
keiron 02/03/21 02:05:45
Modified:docs/xml-docs fop.xml
Log:
fixed spelling of output
Revision ChangesPath
1.14 +1 -1 xml-fop/docs/xml-docs/fop.xml
Index: fop.xml
===
RCS file: /home/cvs
keiron 02/03/21 02:07:44
Modified:lib batik.jar readme
Log:
updated batik for api changes
Revision ChangesPath
1.7 +6881 -8874xml-fop/lib/batik.jar
Binary file
1.8 +1 -1 xml-fop/lib/readme
Index: readme
keiron 02/03/19 01:08:56
Modified:docs/xml-docs/fop gethelp.xml
Log:
fixed a few minor errors, added link to How to Ask Questions the Smart Way
Submitted by: Peter S. Housel [EMAIL PROTECTED]
Revision ChangesPath
1.2 +6 -2 xml-fop/docs/xml-docs/fop
Thanks, its fixed (in CVS).
On 2002.03.19 00:05 Peter S. Housel wrote:
1. In item 1, the word embed is spelled incorrectly.
2. The word get in the title should probably be capitalized.
3. A link to ESR's How to Ask Questions the Smart Way
This is not possible. PDF can be a text format but is generally in binary.
It would be impossible to process most of the required things using xslt
eg. images, markers, links, pagenumbers, layout, property resolving,
footnotes, floats.
Whats left would be extremely complex.
On 2002.03.19
in the forrest project as an observer.
Thanks,
Keiron.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
I agree with the configuration in general but not with the cocoon concept.
The parts like configuration, logging, etc. could help us with the
functionality and the architecture.
To serialize between the Area Tree and the Renderers there are some
serious problems that would get in the way:
-
On 2002.03.19 14:45 Nicola Ken Barozzi wrote:
I would consider the possibility (configurable) of having FOP make just
sensible assumptions to continue processing and sacrifice some things it
should do later.
That sounds very vague.
So what will you do if someone has a table of contents as the
. West wrote:
Keiron Liddle wrote:
...
To serialize between the Area Tree and the Renderers there are some
serious problems that would get in the way:
- in many cases the area tree will need to be complete before sending
anything across, this defeats the whole purpose and will use a lot
On 2002.03.19 16:47 Nicola Ken Barozzi wrote:
So we absolutely need to stop output and cache events if there is a
forward
reference.
If we find it at the end, all the pages must remain in memory, and now I
see
that this can make FOP behave no better than it does now.
Thats not true. We can
it. In the case of the PDF Renderer it no longer needs the
original image in the cache so it releases the image. The image is then
available as a PDF Object.
Keiron.
On 2002.03.17 18:38 Arved Sandstrom wrote:
Keiron or Karen,
I have a quick question. This is mostly because I am unfamiliar
keiron 02/03/18 00:58:05
Modified:.build.xml
docs/design book.xml
docs/xml-docs/fop output.xml
Log:
updates to docs with build target for understanding and alt.design
Submitted by: Peter B. West [EMAIL PROTECTED]
Reviewed by: Keiron
I have applied your patch and also updated the live website.
Thanks to all those who have contributed to various parts of the site.
For those interested the html is checked into the xml-site cvs module
(which is a small 148Mb) under targets/fop/.
Some time in the future, hopefully real soon
keiron 02/03/18 04:30:46
Modified:src/org/apache/fop/apps Driver.java
src/org/apache/fop/fo FOTreeBuilder.java
src/org/apache/fop/render/pdf PDFXMLHandler.java
Log:
made it easier to add xml handlers
Revision ChangesPath
1.44 +9 -4
On 2002.03.18 12:45 Arved Sandstrom wrote:
So I don't disagree, although I'd get pedantic and point out that, yes,
we're setting _a_ size on the viewport, but that is not necessarily the
size of the image. But layout doesn't care - it only cares about the size
of
the viewport.
Yes there
I meant just the cvs HEAD and the branch you are working on.
On 2002.03.15 08:52 Michael Gratton wrote:
Cool, will do.
Out of curiosity, what was the name of that branch? Keiron mentioned
elsewhere that I'd probably want to patch both branches - one is
obviously going to be HEAD
On 2002.03.15 08:27 Nicola Ken Barozzi wrote:
I think that the FOP community needs an explanation of my intrusion.
I am a committer on the POI, Cocoon and Forrest projects, and a happy
user
of FOP for work.
I wrote an XML semantic WYSIWYG editor in java that uses Avalon and
specifies style
On 2002.03.14 09:00 Nicola Ken Barozzi wrote:
What I would like to see, is that FOP stops discussing about the logging,
resolving, pipelineing and stuff and starts to focus on the core
functionality.
IMHO, the best way to get this thing going *quick* is to use Cocoon as a
pipeline. Cocoon
(as a guess I would say you haven't beed subscribed long enough :)
There was a notice of this a number of months ago. Admittedly we have it
the other way around. Maintenance releases are made from a branch. So the
main branch is where the active development is happening.
So where are we:
I am
On 2002.03.14 10:55 Nicola Ken Barozzi wrote:
Ok, nice. This seems more like evolution than revolution, am I right?
You could say that.
The code is forming a revolution, not the people. We needed to go back a
bit and approach things from a different angle.
Are there any projects underway to
On 2002.03.13 12:25 Joe Batt wrote:
Logging within FOP is for debugging FOP. It doesn't need to integrate
with anything. As a user of FOP, I want it to be silent, just like my
JDBC driver is silent, just like my AWT layer is silent, just like my
messaging driver is silent. As a
On 2002.03.14 08:29 Michael Gratton wrote:
If I write a patch to move FOP over to Avalon's Logger, will that patch
get comitted? Or is someone already working on it? Is there a schedule
for this?
If you submit a patch for this it will be committed before you know it!
No-one else has
If you can do it and it will be an improvement then I welcome your input.
I think the are three possibilities:
- use a generic logging package such as found in avalon, it is quite
possible to use the LogkitLogger, Log4JLogger and Jdk14Logger
- use an interface
- use methods on the user agent
that appearance, but I don't remember anything that positive.
So I second Keiron in asking, what kind of useful cooperation do you
propose?
I've been aware of iText for quite a while - I tried it out when it was
still rugPDF - and I'll speculate that if anything was a question at an
earlier
Hi Peter,
An inner class is actually a separate class that contains a reference to
the containing class.
When the class is serialized it will serialize that reference (since I
presume it is not transient).
If the class is static then it will not have a rreference to the
containing class but
Area Tree
-
The Area Tree is an internal representation of the result document. This
is a set of java classes that can put together a set of objects that
represent the pages and their contents.
This information is created by the layout managers and is rendered to the
output using a
Renderers
-
A renderer is used to convert the Area Tree into the output document.
The renderer is given the tree one page at a time. All pages are supplied
in the order they appear in the document. In order to save memory it is
possble to render the pages out of order. Any page that is
the streams properly.
If you are feeling adventurous you could try to implement the image area
in terms of size, alignment etc. This is a self contained part that does
not usually depend on the layout.
Thanks for any help.
Keiron
keiron 02/03/11 04:57:18
Modified:src/org/apache/fop/svg PDFTranscoder.java SVGUserAgent.java
Log:
extends adapter instead of implementing useragent
Revision ChangesPath
1.16 +4 -60 xml-fop/src/org/apache/fop/svg/PDFTranscoder.java
Index
keiron 02/03/11 05:01:24
Modified:src/org/apache/fop/image/analyser ImageReader.java
Log:
comment about reader behaviour
Revision ChangesPath
1.6 +7 -1 xml-fop/src/org/apache/fop/image/analyser/ImageReader.java
Index: ImageReader.java
keiron 02/03/08 01:53:21
Modified:docs/design book.xml embedding.xml useragent.xml
docs/xml-docs/fop embedding.xml faq.xml resources.xml
Added: docs/design extending.xml
Log:
more updates to documentation and design info
Revision ChangesPath
1.2
keiron 02/03/08 02:12:30
Modified:contrib/plan build.sh build.xml
contrib/plan/docs plan.fo
contrib/plan/src/org/apache/fop/plan Main.java
PlanElement.java PlanElementMapping.java
Log:
added external image handler
Revision
keiron 02/03/08 03:00:20
Modified:src/org/apache/fop/fo/flow ExternalGraphic.java
src/org/apache/fop/image AbstractFopImage.java FopImage.java
ImageFactory.java
src/org/apache/fop/image/analyser ImageReaderFactory.java
keiron 02/03/08 07:41:47
Modified:src/org/apache/fop/fo FOText.java FObj.java
Log:
removed unneeded imports
Revision ChangesPath
1.30 +1 -2 xml-fop/src/org/apache/fop/fo/FOText.java
Index: FOText.java
keiron 02/03/08 07:42:33
Removed: src/org/apache/fop/system BufferArray.java BufferFile.java
BufferManager.java
Log:
no longer needed
-
To unsubscribe, e-mail: [EMAIL PROTECTED
keiron 02/03/07 04:22:11
Modified:src/org/apache/fop/pdf PDFColor.java
Log:
removed excess spaces
Revision ChangesPath
1.12 +9 -9 xml-fop/src/org/apache/fop/pdf/PDFColor.java
Index: PDFColor.java
This class will not compile with jdk1.4
The api has changed with a new class so it is not possible to make it
compile with jdk1.4 AND jdk1.2 or jdk1.3
The method you need is in that class, simply uncomment it.
On 2002.03.07 18:38 David B. Bitton wrote:
There are number of ways to make Java
A big Thanks for putting this together. Hopefully this will help everyone.
Some of these questions are also answered on the website.
http://xml.apache.org/fop/
On 2002.03.07 18:21 Joerg Pietschmann wrote:
2. Batik/SVG specific questions
2.1 SVG text rendered in bad quality, how to put SVG
Hi,
I will note the type of extension you are considering.
I am going to commit an example extension of a different type to the cvs
trunk. This works in a slightly different way but demonstrates the concept.
On 2002.03.04 03:00 Adrian Edwards wrote:
Hi Keiron,
Fair question, although
keiron 02/03/05 02:25:39
Modified:src/org/apache/fop/fo XMLObj.java
src/org/apache/fop/fo/flow InstreamForeignObject.java
Log:
gets namespace of document through different call so conversion is possible
Revision ChangesPath
1.9 +6 -2 xml-fop
keiron 02/03/05 02:26:36
Modified:src/org/apache/fop/apps Driver.java
src/org/apache/fop/fo FOTreeBuilder.java
Log:
set user agent on tree builder
Revision ChangesPath
1.43 +2 -1 xml-fop/src/org/apache/fop/apps/Driver.java
Index
keiron 02/03/05 02:27:31
xml-fop/contrib - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
keiron 02/03/05 02:28:13
xml-fop/contrib/plan - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
keiron 02/03/05 02:36:15
xml-fop/contrib/plan/src - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
keiron 02/03/05 02:36:15
xml-fop/contrib/plan/docs - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
keiron 02/03/05 02:36:15
xml-fop/contrib/plan/resources - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
keiron 02/03/05 02:36:54
xml-fop/contrib/plan/resources/META-INF/services - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
keiron 02/03/05 02:38:45
xml-fop/contrib/plan/src/org/apache - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
keiron 02/03/05 02:38:57
xml-fop/contrib/plan/src/org/apache/fop - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
keiron 02/03/05 02:39:09
xml-fop/contrib/plan/src/org/apache/fop/plan - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Maintenance Branch
Thanks to the good work by Christian we have a maintenance release
incorporating fixes and various patches.
The final version of 0.20.3 will be announced soon (I think).
Development
Initial development of new layout managers, area tree and renderers.
Altered xml handling.
Hi,
My guess is that there are incompatible versions of the jars you are using
but I need more info.
What is the full stacktrace?
Are the any other logging messages?
On 2002.03.04 18:13 Lewis, Bobby wrote:
I'm getting the following error when I try to run the embedding.fo
example
(it's an
501 - 600 of 929 matches
Mail list logo
