On Sat, 2002-12-14 at 20:01, Victor Mote wrote:
Peter S. Housel wrote:
Looks like they want to donate it to Gnome, not Apache.
AFAIR, the BSD license is pretty incompatible with the Apache license. One
of the reasons that the xmlroff announcement doesn't change my commitment to
FOP is
On Mon, 2002-12-16 at 14:32, Salonen, Aki wrote:
Hi!
I've been using FOP for Inventory reporting in PDF format.
It works great with documents less that 200 pages when
we have enough memory in server.
We need to produce reports with pages up to 1000 pages
and within one pagesequence.
I
On Mon, 2002-12-16 at 15:52, Salonen, Aki wrote:
I am not using any forward references.
I've debugged memory allocation and
noticed that FOP allocates about 700Kb of memory
for each page processed. This remains allocated to the
end of pagesequence.
If I've understood right, it's
the default fonts you need to embed the fonts.
Thanks Keiron but I'm still stack with my problem.
If you look at the docs/examples/fo/fonts.fo it has all the
characters for the inbuilt fonts.
If the characters you need are not there then you will need
another font that has the characters
might need some
more help from you.
btw this is more of a user question.
Keiron.
On Thu, 2002-12-12 at 08:46, Adis Katkic wrote:
Hi
I have created I java class that takes xml file and xsl file and creates
pdf.
Now my xml has croatian character and those are showen as #.
I read
keiron 2002/12/12 02:59:33
Modified:src/documentation/content/xdocs faq.xml fonts.xml output.xml
src/documentation/content/xdocs/dev book.xml faq.xml
src/documentation/content/xdocs/fo size.fo
Log:
some font faq clarifications
removed or fixed empty
On Thu, 2002-12-12 at 11:37, Oleg Tkachenko wrote:
Keiron, can you place the link somewhere in the dev docs for memory, please?
Sure. Done.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL
On Thu, 2002-12-12 at 15:30, Sharma, Siddharth wrote:
Hi and sorry for cross-posting as I know this is a user question.
I am newbie with FOP on Websphere 4.0.3. Batik has some DOM classes, which
are present in Xerces as well, with different implementations.
This leads to a number of problems,
On Thu, 2002-12-12 at 16:16, Jeff Turner wrote:
Yes. There is nothing wrong with FOP grabbing the latest DTDs from
Forrest and including them locally. That is effectively what users of
Forrest binary distributions do; they're using an old snapshot of the
DTDs.
The problems at the moment I
On Wed, 2002-12-11 at 03:11, Peter B. West wrote:
I found the image files in
.../src/documentation/resources/images/design/alt.design.
I'm not seeing any fop-cvs mail about these commits. Any idea why?
Don't know why you didn't get it but it was on the list:
On Tue, 2002-12-10 at 19:17, Victor Mote wrote:
OK, I see now that I misunderstood your Sorry, yes answer to Keiron. If
http://forrestbot.cocoondev.org/site/xml-fop should be reflecting changes no
more than an hour old made to xml-fop/src/documentation, then it is not
working. I just looked
Hi Arved,
On Mon, 2002-12-09 at 20:30, Arved Sandstrom wrote:
The feeling I got from my prototype is that there is not much commonality.
Markers - there is no logic here that has anything to do with layout, per
se. The content goes into a static-content and hence does not influence page
Hi Peter,
On Tue, 2002-12-10 at 03:30, Peter B. West wrote:
Fop-devs,
I have just run some quick test of property generation, to determine
whether I was actually generating the property sets for the FOs.
Although there are obviously still some bugs in property generation, the
full
Lets try to sort out the layout issues and come up with some ideas.
First of all assume that there is nothing there.
We have an FO Tree and an Area Tree and nothing in between.
Now how do we get the layout to work.
Some requirements:
- separation between deciding layout and adding areas
-
On Tue, 2002-12-10 at 11:56, Jeff Turner wrote:
See http://forrestbot.cocoondev.org/site/xml-fop
Updated every hour with the latest Forrest and FOP source.
You mean: and FOP that comes with Forrest.
-
To unsubscribe,
On Tue, 2002-12-10 at 17:26, Arved Sandstrom wrote:
Incidentally, I still think that the way markers are described in the spec
is vague and confusing. Perhaps we should hammer this out.
Agreed.
I still have figured out what it really means.
On Tue, 2002-12-10 at 05:45, Victor Mote wrote:
I have been running this on the Apache machine. Is that OK? If successful,
we can theoretically just add a cron job to publish periodically if we wish,
until Forrest is ready to do its magic for us.
When running forrest, I am getting the
On Mon, 2002-12-09 at 01:00, Arved Sandstrom wrote:
I actually helped push for this last year - the notion of separate layout
managers. I was strongly influenced by the mess that FOP code had become at
the time, and really thought that layout should be taken out of the FOs
themselves; that the
Hi Joerg,
These are the issues that you have mentioned before.
It is still essentially only attacking two methods (and supporting
classes).
If you have a better design, then do it.
On Sun, 2002-12-08 at 00:16, J.Pietschmann wrote:
deep inheritance hierarchies. There is only so much someone can
keiron 2002/12/09 00:45:16
Modified:src/documentation/content/xdocs news.xml status.xml
src/documentation/content/xdocs/design/alt.design book.xml
classes-overview.xml
Added: src/documentation/content/xdocs/design/alt.design
of the api and avalon integration which
needs doing.
Keiron.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
On Fri, 2002-12-06 at 15:43, Rhett Aultman wrote:
We have a Wiki that seems to have been a good way of quickly throwing up ideas for
style guidelines and voting on them. Why don't we do the same thing here? We could
throw up our ideas, try to sort them into lofty, long term stuff and
keiron 2002/12/09 02:52:27
Modified:docs/xml-docs/data logo.svg track.svg
Log:
updated
Revision ChangesPath
1.3 +11 -11xml-fop/docs/xml-docs/data/logo.svg
Index: logo.svg
===
RCS file
keiron 2002/12/09 03:18:58
Modified:src/org/apache/fop/render/pdf PDFXMLHandler.java
Log:
use more decimal places for scaling
Revision ChangesPath
1.12 +5 -5 xml-fop/src/org/apache/fop/render/pdf/PDFXMLHandler.java
Index: PDFXMLHandler.java
keiron 2002/12/09 03:22:35
Modified:src/org/apache/fop/apps LayoutHandler.java
Log:
added some comments and changed debugging a bit
Revision ChangesPath
1.8 +63 -20xml-fop/src/org/apache/fop/apps/LayoutHandler.java
Index: LayoutHandler.java
On Thu, 2002-12-05 at 18:05, Christian Geisert wrote:
Oleg Tkachenko wrote:
Hello there!
What do you think about
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13586?
Stefan asks us to use something like
float currentLetterSpacing = (float) 9.99;
instead of
float
On Fri, 2002-12-06 at 03:47, Peter B. West wrote:
Rhett,
Nerver having used it, I am not aware of its capabilities. As I don't
develop in a Microsoft environment, and have no access to MS Visual C++,
and I don't run in a Solaris environment, my options for trying this are
limited.
If
of the committers here, but the lead's not
clear. With respect to the layout system, Keiron has explained a few of the smaller
aspects of what should happen when he's got the whole thing together, and I would
like to help in making that happen, but I really feel that I can't until I see the
plan
keiron 2002/12/05 01:30:16
Modified:src/documentation cocoon.diff forrest.diff
Log:
updated to latest cvs
Revision ChangesPath
1.3 +18 -19xml-fop/src/documentation/cocoon.diff
Index: cocoon.diff
keiron 2002/12/05 02:29:12
Modified:src/org/apache/fop/image GifImage.java
Log:
use a dummy url connection to enable loading of gif image
Revision ChangesPath
1.7 +58 -10xml-fop/src/org/apache/fop/image/GifImage.java
Index: GifImage.java
On Wed, 2002-12-04 at 19:08, Oleg Tkachenko wrote:
Hello there!
Well, bugzilla shake-up is over, sorry if I closed something not-to-be-closed
or leave something-to-be-closed, but anyway I believe we can say bugzilla is
cleaned up now.
Now it's 111 entries in there (it was 188 IIRC):
On Thu, 2002-12-05 at 13:01, Peter B. West wrote:
There is an implication in what you are saying that you do have the
direction forward for the FO processor internalised, so to speak,
and
that a complete FO processor is, as Christian says, just a matter of
time. I, and I suspect Arved,
On Tue, 2002-12-03 at 21:56, J.Pietschmann wrote:
Oleg Tkachenko wrote:
btw, how does such a case addressed by the spec? Apparently FOP, antenna
and xep do squeeze content. Isn't it an example of overconstrained
geometry (5.3.4)?
It can be interpreted as such in the presented case. Use
On Mon, 2002-12-02 at 22:19, Peter B. West wrote:
Keiron,
I will be updating this documentation in the next few days, and I will
fix the encoding at the same time, unless there is a more urgent need.
Could you leave the character as it is for the moment, just in case
there is still some
keiron 2002/12/03 02:04:02
Added: src/documentation/resources/schema catalog
Log:
compliance catalog entry
Revision ChangesPath
1.1 xml-fop/src/documentation/resources/schema/catalog
Index: catalog
keiron 2002/12/03 02:06:10
Added: src/documentation README
Log:
readme for generating docs
Revision ChangesPath
1.1 xml-fop/src/documentation/README
Index: README
===
To update
On Mon, 2002-12-02 at 21:37, Victor Mote wrote:
I see that Keiron has republished the web site. Here are some comments:
1. Keiron, would it help any, now that you have gotten the basic flow going,
for one of us to take the web-site publication burden from you? I know
Christian is involved
keiron 2002/12/03 02:53:48
Modified:.forrest.properties
Log:
aØ°AæÍ9 ܼ¹ÂNÀ4dÂÐ)£
Revision ChangesPath
1.4 +5 -1 xml-fop/forrest.properties
Index: forrest.properties
That is supposed to say: all docs now validate
Something went wrong...
On Tue, 2002-12-03 at 11:53, [EMAIL PROTECTED] wrote:
keiron 2002/12/03 02:53:48
Modified:.forrest.properties
Log:
aذAæ͘9 ܼ¹ÂNÀ4dÂÐ)£
Revision ChangesPath
1.4 +5 -1
keiron 2002/12/03 03:00:23
Modified:src/documentation forrest.diff
Log:
updated to latest forrest
Revision ChangesPath
1.4 +71 -43xml-fop/src/documentation/forrest.diff
Index: forrest.diff
On Tue, 2002-12-03 at 22:04, J.Pietschmann wrote:
Keiron Liddle wrote:
- move contrib/servlet to examples/servlet
- move contrib/plan to examples/plan
- move contrib/mathml to examples/mathml
One of the purposes that these serve is to demonstrate how to write an
extension and for FOP
On Sun, 2002-12-01 at 20:58, J.Pietschmann wrote:
- move contrib/servlet to examples/servlet
- move contrib/plan to examples/plan
- move contrib/mathml to examples/mathml
Unless license restrictions get in the way, I'd rather move them
to src/java/org/apache/fop/*
One of the purposes that
On Mon, 2002-12-02 at 03:40, jcplerm wrote:
Is it possible, by any means, to use PDFDocumentGraphics2D
(or any other FOP class) to generate a PDF document with multiple
pages, so that each page contains a slice of a larger graph created
using Graphics2D methods?
Hi Julio,
Not directly.
It
keiron 2002/12/02 04:00:12
Modified:src/documentation/content/xdocs/design/alt.design
AbsolutePosition.png.xml BorderCommonStyle.png.xml
PropNames.png.xml Properties.png.xml
PropertyConsts.png.xml
keiron 2002/12/02 04:01:04
Added: src/documentation/resources/images/design/alt.design
AbsolutePosition.png BorderCommonStyle.png
PropNames.png Properties.png PropertyClasses.png
PropertyConsts.png
keiron 2002/12/02 04:59:12
Removed: docs/design float.svg page.svg
docs/design/alt.design AbsolutePosition.png
AbsolutePosition.png.xml BorderCommonStyle.png
BorderCommonStyle.png.xml PropNames.png
keiron 2002/12/02 05:20:33
Modified:.status.xml
Log:
added Victor and updated some tasks
Revision ChangesPath
1.19 +10 -0 xml-fop/status.xml
Index: status.xml
===
RCS file: /home
keiron 2002/12/02 06:34:04
Modified:src/documentation/content/xdocs/design/alt.design
classes-overview.xml
Log:
use proper character reference
Revision ChangesPath
1.3 +1 -1
xml-fop/src/documentation/content/xdocs/design/alt.design
On Mon, 2002-12-02 at 15:49, Jeremias Maerki wrote:
Keiron,
is that really necessary? If proper UTF-8 encoding would be used (as
declared implicitly), these cryptic character references would not be
necessary, right?
I kept getting errors with validation and conversion with cocoon
On Fri, 2002-11-29 at 09:27, Nicola Ken Barozzi wrote:
So newer versions will work. The patch cannot be applied to cocoon cvs
as fop releases are coming from a branch.
So how can we proceed. I would like it to be using fop cvs but this is
not really feasible at the moment.
Why?
oops, wrong mailing list.
On Fri, 2002-11-29 at 09:37, Keiron Liddle wrote:
On Fri, 2002-11-29 at 09:27, Nicola Ken Barozzi wrote:
So newer versions will work. The patch cannot be applied to cocoon cvs
as fop releases are coming from a branch.
So how can we proceed. I would like
Should we put the fix for the ArrayIndexOutOfBoundsException into the
branch.
Namely line 224 in TTFFile (HEAD):
// the last character 65535 = .notdef
// may have a range offset
if (cmapRangeOffsets[i] != 0 j != 65535) {
On Thu, 2002-11-28 at 17:33, Christian Geisert wrote:
Hi,
for the documentation for the maintenance release I think the
best thing is to copy src/documentation over from trunk and then
add a simple exec command=forrest to build.xml
Comments?
The track.png in status.html needs a update.
keiron 2002/11/29 01:18:23
Added: src/documentation/content/xdocs/design/understanding
area_tree.xml book.xml fo_tree.xml images.xml
index.xml layout_managers.xml pdf_library.xml
properties.xml renderers.xml
keiron 2002/11/28 02:38:33
xml-fop/src/documentation/content/xdocs/design/alt.design - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
keiron 2002/11/28 02:38:35
xml-fop/src/documentation/content/xdocs/design/understanding - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
keiron 2002/11/28 05:04:51
Modified:src/org/apache/fop/layoutmgr/list
ListBlockLayoutManager.java
ListItemLayoutManager.java
src/org/apache/fop/layoutmgr/table Cell.java
TableLayoutManager.java
Log
keiron 2002/11/28 06:14:53
Modified:src/org/apache/fop/layoutmgr StaticContentLayoutManager.java
Log:
clear old breaks
Revision ChangesPath
1.7 +3 -1
xml-fop/src/org/apache/fop/layoutmgr/StaticContentLayoutManager.java
Index
On Tue, 2002-11-26 at 13:53, Jeremias Maerki wrote:
(Warning: this mail starts slowly and is getting mean at the end...)
Oleg and I wonder what we should do with the fact that the FOP servlet
exists in docs/examples/embedding and contrib/servlet. Joerg seems to
have some ideas about this,
On Mon, 2002-11-25 at 20:40, Oleg Tkachenko wrote:
Hello!
What is the convention behind UserAgent class? afaiu, the class should
provide default values for all user-agent-related properties, which are
overridable through the configuration file.
There could be two ways to set these values.
keiron 2002/11/27 06:59:53
Modified:src/org/apache/fop/layoutmgr TextLayoutManager.java
Log:
convert into a Space inline
Revision ChangesPath
1.17 +13 -9 xml-fop/src/org/apache/fop/layoutmgr/TextLayoutManager.java
Index: TextLayoutManager.java
On Wed, 2002-11-27 at 19:19, Oleg Tkachenko wrote:
There could be two ways to set these values. From the command line we
want the config file to set values and when embedding they could extend
the user agent to set the values.
And what about the third one - set config file when embedding?
On Mon, 2002-11-25 at 23:52, Victor Mote wrote:
Keiron Liddle wrote (on about 11-19, in a different thread):
Currently the document updating process is manual (but a lot easier than
before).
Now that current cvs fop can handle the documents a lot better I will do
an update once
keiron 2002/11/22 02:32:21
Modified:src/org/apache/fop/pdf BitmapImage.java PDFDocument.java
PDFFileSpec.java PDFFunction.java PDFGoTo.java
PDFGoToRemote.java PDFLink.java PDFPattern.java
PDFShading.java
keiron 2002/11/22 03:49:26
Modified:src/org/apache/fop/render/pdf PDFRenderer.java
Log:
some minor optimisation: only close text or update colour when necessary
Revision ChangesPath
1.131 +49 -34xml-fop/src/org/apache/fop/render/pdf/PDFRenderer.java
Index
Congratulations Victor!
We have enough votes (only Joerg who is away, was missing).
So welcome as a committer.
Do you have any preference for a user name?
Regards,
Keiron.
-
To unsubscribe, e-mail: [EMAIL PROTECTED
Hi Rhett,
On Wed, 2002-11-20 at 16:44, Rhett Aultman wrote:
I may be green, but I did spot some of this a couple weeks ago, and it went mostly
unnoticed. While writing this email, I downloaded another CVS snapshot and the
super-simple test document from bug #8778, which is probably the
On Thu, 2002-11-21 at 12:43, Victor Mote wrote:
To conclude, if I were designing this system from scratch, based on what I
know right now, I would:
1. Use DOM for both the fo tree the area tree.
I don't know whether I would call it a DOM but the area tree is an
independant data structure that
On Thu, 2002-11-21 at 14:20, Rhett Aultman wrote:
IIRC, in my 8778 experiment, the break being offered was never null. The best
break is always being offered, but the best break is at the beginning of the
offending block. Either way, this resolves only the most trivial of the examples
On Thu, 2002-11-21 at 16:03, Rhett Aultman wrote:
When you say in the design, do you mean that this is expected behavior as it is
now or as it should be at some point in the future?
That's the point of the original message, currently it doesn't do it
quite right. I am looking to adjust it to do
Hi Karen,
Welcome back.
Well if it works it looks good to me but I'm no font expert.
Could that also be applied to trunk?
Be careful the style police might get onto you.
Keiron.
On Tue, 2002-11-19 at 23:38, Karen Lease wrote:
Hi all (and especially Jeremias or other font experts
Hi Eliot,
I presume there is a large number of large and complicated samples that
would be a bit too much.
They could be placed in bugzilla if not appropriate for cvs.
We could then grab them and use when suitable.
The idea of course is to work through and fix the limitations in FOP.
Keiron
On Tue, 2002-11-19 at 16:57, Rhett Aultman wrote:
I'm not sure how writing the thing to make two passes is more loop prone than making
one pass, especially if each pass performs a different function. For example, what
if the first pass was designed only to gather information about the
Hi Developers,
I propose we have a vote for Victor to become a committer.
Plenty of eagerness shown already and I am sure he will do lots more for
the project.
Here's my vote:
+1
Keiron.
-
To unsubscribe, e-mail: [EMAIL
keiron 2002/11/20 01:24:07
Modified:src/documentation cocoon.diff
Log:
set creator as cocoon
Revision ChangesPath
1.2 +7 -6 xml-fop/src/documentation/cocoon.diff
Index: cocoon.diff
keiron 2002/11/20 01:55:49
Modified:src/documentation/content/xdocs/dev book.xml
Added: src/documentation/content/xdocs/dev fonts.xml
Log:
new dev fonts.xml file to store some useful links and information
about font work
Submitted By: Victor Mote [EMAIL PROTECTED
On Wed, 2002-11-20 at 11:03, Matthias Brunner wrote:
Hello,
in this thread
(http://marc.theaimsgroup.com/?l=fop-userm=103227363003594w=2) I
asked whether you could use FOP extensions to get the pagination
back into the source XML document.
Back then I had also thought about parsing
On Wed, 2002-11-20 at 11:33, Matthias Brunner wrote:
On Wednesday 20 November 2002 11:26, Keiron Liddle wrote:
The XML representation has already changed in cvs. It is a major
change due to a major change with the area tree.
The xml is a sort of a representation of the area tree
contributions to FOP. Or maybe by then my efforts will not be
necessary - this would also be cool, although a bit disappointing in that I
was not a part of it...
Well, I hope you get some time to contribute.
Art (inactive)
Keiron
keiron 2002/11/19 00:13:10
Modified:src/documentation/content/xdocs resources.xml
Log:
1. Adds links to the Eyebrowse mail list archives.
2. Adds help and unsubscribe email addresses for the fop-user fop-dev lists.
3. Rewrote/rearranged some of the verbiage for better
Sun want to donate it to.
So why would they do it in that order.
Why not donate resources to develop.
I haven't heard anything so we'll see what happens.
Keiron.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
keiron 2002/11/19 01:40:03
Modified:src/documentation/content/xdocs status.xml
Log:
updated data
Revision ChangesPath
1.4 +28 -43xml-fop/src/documentation/content/xdocs/status.xml
Index: status.xml
On Sat, 2002-11-16 at 09:21, Rhett Aultman wrote:
It seems to me that there are (at least) two approaches: 1. A leaf on the
tree says I am here, put me somewhere on a page, or 2. A higher-level node
(page-sequence) says I have some space here, send me something to fill it.
3. 1 + 2.
keiron 2002/11/19 04:12:29
Modified:.status.xml
Log:
updated for doc and other changes
added Oleg
Revision ChangesPath
1.15 +42 -17xml-fop/status.xml
Index: status.xml
===
RCS
On Tue, 2002-11-19 at 15:07, Peter B. West wrote:
If possible I think we should try to avoid making multiple passes since
it can lead to loops etc. The table layout auto will need at least two
passes but this should be possible using the layout managers.
Is that a should be or an is?
On Tue, 2002-11-19 at 18:59, Victor Mote wrote:
Keiron Liddle wrote:
Still having some trouble with diffs, it might be something to do with
downloading via IE.
Thanks for pointing this out -- I didn't realize there was a problem. I do
use IE to upload the attachments through Bugzilla
The problem is with the viewBox, this is not implemented properly in the
releases.
It has been implemented in cvs however.
Why don't you use a circle to draw a circle?
On Tue, 2002-11-19 at 18:35, [EMAIL PROTECTED] wrote:
Hello,
I tried to include some svg graphics with
keiron 2002/11/19 23:51:35
Modified:src/org/apache/fop/pdf PDFDocument.java PDFInfo.java
src/org/apache/fop/render AbstractRenderer.java
Renderer.java
src/org/apache/fop/render/pdf PDFRenderer.java
Log:
enable setting creator
keiron 2002/11/18 04:47:16
Modified:src/documentation/content/xdocs bugs.xml
Log:
better links to Bugzilla.
reorganized content into a checklist.
Submitted by: [EMAIL PROTECTED] (Victor Mote)
Revision ChangesPath
1.2 +48 -15xml-fop/src/documentation
keiron 2002/11/18 06:11:29
Modified:src/documentation forrest.diff
Log:
updated to current forrest
faq linking to anchors now works
Revision ChangesPath
1.2 +21 -13xml-fop/src/documentation/forrest.diff
Index: forrest.diff
keiron 2002/11/18 07:54:16
Modified:src/org/apache/fop/fo FONode.java Title.java
src/org/apache/fop/fo/flow Block.java Flow.java Leader.java
ListItem.java
src/org/apache/fop/fo/pagination PageSequence.java
src/org
keiron 2002/11/18 23:00:27
Modified:src/org/apache/fop/layoutmgr/list Item.java
ListItemLayoutManager.java
Log:
correctly continue lists over page
Revision ChangesPath
1.5 +3 -1 xml-fop/src/org/apache/fop/layoutmgr/list/Item.java
On Sat, 2002-11-16 at 18:55, Victor Mote wrote:
Fair enough. I submitted and Keiron committed to the CVS repository this
past week a document that attempts to do a better job of this. It combines
the implemented and limitations pages with a complete list of the
objects and properties
keiron 2002/11/18 23:32:14
Modified:src/documentation forrest.diff
Log:
suppress text nodes in bookmarks
added page sequence title
Revision ChangesPath
1.3 +14 -17xml-fop/src/documentation/forrest.diff
Index: forrest.diff
keiron 2002/11/18 23:57:29
Modified:src/documentation/content/xdocs book.xml bugs.xml
compiling.xml compliance.xml configuration.xml
download.xml embedding.xml examples.xml
extensions.xml faq.xml fonts.xml
the possibility for disposing
of layout managers and breaks that have been added to a page.
At the moment I am finding it is getting too complicated and messy.
So does that sound right. (does anyone even know what I am talking
about)
Keiron
On Fri, 2002-11-15 at 09:42, Bertrand Delacretaz wrote:
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
keiron 2002/11/15 03:56:29
Modified:src/org/apache/fop/apps StructureHandler.java
src/org/apache/fop/datatypes LengthBase.java
src/org/apache/fop/fo FONode.java FOText.java FObj.java
FObjMixed.java RecursiveCharIterator.java
then it cannot verify
as it cannot find the forrest dtd's relative to the catalog.
So something is a bit broken.
Keiron.
On Thu, 2002-11-14 at 10:19, Victor Mote wrote:
Keiron:
It looks like most of the documents in src/documentation/contents/xdocs use
Public IDs for their DTD declarations
.
Keiron
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
101 - 200 of 929 matches
Mail list logo