Commit of container change

Hi all, something went wrong with the commit, probably with line endings, all source files appears to be completely changed. The commit mail was rejected by the listbot because of its length. I can't look into this right now. Sorry for this (and the discussions I actually didn't want to spawn).

Re: Redesign vs. maintenance branch

Peter B. West wrote: > Given all of the above, "stealing" code from the unfinished redesign for > the maintenance branch, to quote Jeremias, would be essential to make > synchronisation in the other direction feasible. > That's exactly what I had in mind. I'm offline now for a week. Good luc

Re: JDK 1.2 containers in maintenance branch

Joerg, For major changes like this, it would be a good idea to tag the tree before committing. The easiest way, probably, is to get ask someone else with a current version to update and tag before you commit. Peter J.Pietschmann wrote: > Hi all, > I've replaced most of the JDK 1.0 containers

Fonts, kerning pairs.

While working my way though the PDF render (specifically the text rendering) I noticed if the current font has a kerning set the current and the next character index are converted to Integer objects which are then tested against the hash map to get the position adjustment. I occurs to me that th

RE: Redesign vs. maintenance branch

Peter, Joerg, Keiron, Jeremias, others, I don't currently do more than monitor the Fop lists, and if I see a question that pertains to something I wrote, then I'll try to answer it. Since I have not been directly involved with the project for a year, it's not my place to offer opinions on how peo

Redesign vs. maintenance branch

Joerg, I've agreed before with the importance of incremental improvements to the existing base. However, Keiron has been the strongest supporter here of the principle of working from the existing base. His work on the redesign is based, I believe, on his understanding of the existing design

[Patch] TTFReader - Unreachable statement

Minor patch the the TTFReader to remove an unreachable statement compiler warning. -k. Index: src/org/apache/fop/fonts/apps/TTFReader.java +AD0APQA9AD0APQA9AD0APQA9AD0APQA9AD0APQA9AD0APQA9AD0APQA9AD0APQA9AD0APQA9AD0APQA9AD0APQA9AD0APQA9AD0APQA9AD0APQA9AD0APQA9AD0APQA9AD0APQA9AD0APQA9AD0APQA9AD0

Re: JDK 1.2 containers in maintenance branch

Jeremias Maerki wrote: > I'm not so happy about this one. I know I'm also guilty of doing more > work for the maintenance branch than for the redesign, but "stealing" > code from the unfinished redesign for the maintenance branch seems to me > like starting to take its breath away. The problem is

Re: wrap-option does not work in Japanese

Tetsu Ito wrote: > In English sentence, wrap-option attribute works fine, > but not in Japanese sentence. In japanese, fop renders to pdf > with no-wrap even if wrap-option is set to "wrap". If the language is set to japanese (and a few others), wrap-option is essentially ignored, because it is a

Re: table-and-caption support

RamanaJV wrote: > HI group, > Does FOP 0.20.3 support fo:table-and-caption property? I'm not > getting the table if I put the table inside table-and-caption... Look at docs/html/docs/implemented.html, or the source (fop/fo/flow/TableAndCaption.java) J.Pietschmann ---

wrap-option does not work in Japanese

Hi FOP developers. I have a problem in wrap-option with FOP-0.20.4. In English sentence, wrap-option attribute works fine, but not in Japanese sentence. In japanese, fop renders to pdf with no-wrap even if wrap-option is set to "wrap". Smallest sample and output pdf are attached. I would appr

Re: Renderer for RTF & AFP

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

Questions about the AreaTree, Traits and Renderers

I'd like to ask some questions that came up when I was trying to understand the redesigned code. 1. Some traits have been implemented (eg font-size) and others have not. For example the traits is-reference-area and is-viewport-area: Will they be implemented eventually or is it the idea that these

RE: Renderer for RTF & AFP

Kurt, Do you mean Advanced Function Programming (+/-) by AFP? -Original Message- From: Kurt Spescha [mailto:[EMAIL PROTECTED]] Sent: vrijdag 2 augustus 2002 17:14 To: '[EMAIL PROTECTED]' Subject: Renderer for RTF & AFP Hallo, Has someone written or try to write a renderer for AFP or R

Renderer for RTF & AFP

Hallo, Has someone written or try to write a renderer for AFP or RTF? It should be done out of the XSL:FO-Standard. Besides PDF (which is working fine) these formats are quite often requested. RTF has been announced as beeing integrated soon. How soon? rgrds Kurt ---

Re: JDK 1.2 containers in maintenance branch

On Fri, 2002-08-02 at 10:10, Jeremias Maerki wrote: > I'm not so happy about this one. I know I'm also guilty of doing more > work for the maintenance branch than for the redesign, but "stealing" > code from the unfinished redesign for the maintenance branch seems to me > like starting to take its

table-and-caption support

HI group, Does FOP 0.20.3 support fo:table-and-caption property? I'm not getting the table if I put the table inside table-and-caption... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL

cvs commit: xml-fop/src/org/apache/fop/pdf PDFStream.java

keiron 2002/08/02 03:52:16 Modified:src/org/apache/fop/pdf PDFStream.java Log: fixes length problem causing xref error...found it at last Revision ChangesPath 1.16 +2 -2 xml-fop/src/org/apache/fop/pdf/PDFStream.java Index: PDFStream.java ===

cvs commit: xml-fop/test/resources/fop/svg transparency.svg

keiron 2002/08/02 02:57:11 Modified:test/resources/fop/svg transparency.svg Log: added test, currently not handled, for a transparency factor on whole image Revision ChangesPath 1.2 +11 -0 xml-fop/test/resources/fop/svg/transparency.svg Index: transparenc

cvs commit: xml-fop/test/resources/fop/image logo.eps types.fo

keiron 2002/08/02 01:52:23 Modified:test/resources/fop/image types.fo Added: test/resources/fop/image logo.eps Log: added eps image type Revision ChangesPath 1.2 +1 -0 xml-fop/test/resources/fop/image/types.fo Index: types.fo ==

cvs commit: xml-fop/src/org/apache/fop/render/pdf FopPDFImage.java

keiron 2002/08/02 01:47:02 Modified:src/org/apache/fop/image AbstractFopImage.java JimiImage.java src/org/apache/fop/render/pdf FopPDFImage.java Log: get Jimi working again and correctly reporting errors fixed some eps npe's Revision C

Re: JDK 1.2 containers in maintenance branch

Sorry, Joerg. I haven't seen your earlier message where you announced the changes. Should have read the messages in the right order... But my oppinion stands. Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For add

Re: JDK 1.2 containers in maintenance branch

On 01.08.2002 23:09:32 J.Pietschmann wrote: > Hi all, > I've replaced most of the JDK 1.0 containers by 1.2 containers > in the maintenance branch, ready to commit. The PDF produced > from FOP examples compares ok with PDF produced before the > conversion. I might have screwed up other renderers,