DO NOT REPLY [Bug 20797] New: - Infinite Loop for block text exceeding page size

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 20792] - Exception with a big image but ok with a small one

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 20797] - Infinite Loop for block text exceeding page size

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: [VOTE] Nomination of Glen Mazza as committer

I agree, so +1 from me. On 16.06.2003 02:12:27 Victor Mote wrote: > Being the greenest committer, I had hoped to defer this nomination to a more > senior developer. However, I think it is appropriate to nominate Glen Mazza > for committer status. He is knowledgeable and thoughtful, and I think it

Re: FOTreeBuilder/ElementMapping change ideas

That concerns me as well. Personally, I must say that my fun time is nearing an end. I need to reestablish a more or less regular income in the next couple of months. So a lot of my energy is focused in this direction which means less participation in this project. But it doesn't mean I'm going awa

Re: [VOTE] Nomination of Glen Mazza as committer

Jeremias Maerki wrote: I agree, so +1 from me. Here is my +1. -- Oleg Tkachenko http://www.tkachenko.com/blog Multiconn Technologies, Israel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECT

Re: [VOTE] Nomination of Glen Mazza as committer

Oleg Tkachenko schrieb: Jeremias Maerki wrote: I agree, so +1 from me. Here is my +1. +1 Welcome Glen Gut so, jetzt müssen wir seine Patches nicht mehr bearbeiten. Christian - To unsubscribe, e-mail: [EMAIL PROTECTED] For a

Re: Nomination of Glen Mazza as committer

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

Re: FOTreeBuilder/ElementMapping change ideas

Victor Mote wrote: Glen Mazza wrote: No response on the below questions from any committer, and I'm concerned about the drop-off on the FOP-DEV mailing list over the past few weeks (at an extrapolated 170 emails on FOP-DEV for the month, this would be our lightest month since Dec. 1999!) At the

Design notes - layout

Fopdevs, Triggered by Victor's comments on the Session/Document division, I have been thinking about layout issues in a general way, focussed on my feeling that the processing of the Flow Objects needs to be driven by the Area tree processing; i.e. that the FO processing needs to be pulled by

Design notes - 2. LayoutPageSequence

The interesting thing about the layoutPageSequence process/method is the division of labour between the PageMaker and the PageSequence. In this view, the processing of the page-sequence has a life independent of the layout of individual pages. Referring back to my earlier notes on layout trans

Design notes - 3. Layout Block

Top-level block layout is a recursive process with a number of phases. In the first phase, the descendants are "laid out" assuming infinite space, and the range of space requirements is determined. The initial areas are created and inserted into the area subtree of the top-level block. When th

Re: Nomination of Glen Mazza as committer

+1 plus comments. I am happy to see new committers come into the project. I recall, however, that it took me a year to gain that status, a year during which I wrote a considerable amount of code which I maintained in my ISP account. My crime was that I did not toe the Party line. I hope th

Ascii file generation questions

> Hi fellow Fop'ers, > > I've built a dynamic document generation system using FOP. I'm currently > using version 0.20.4. The 2 supported output formats are PDF and ASCII > text. I know that the ASCII renderer was never meant to be production > quality. However, with some tweaking, I have been

RE: Ascii file generation questions

I do not know about the future of the TXTRenderer. But I do know a little bit about it's past. The overwrite problem occurs because the TXTRenderer attempts to match the positioning/layout of the PDF/PCL Renderers. Unfortunately plain text of course does not have precise line positioning. Essentia

Re: FOTreeBuilder/ElementMapping change ideas

Peter B. West wrote: The easiest way to proceed is to hack existing code. Text-align="justify" is broken in HEAD. Challenge: make it work. Right aligning works, so this should be easy... I bet quite a few people looked at it and decided there are less challenging but equally important (to them) thi

Re: Nomination of Glen Mazza as committer

Victor Mote wrote: Being the greenest committer, I had hoped to defer this nomination to a more senior developer. However, I think it is appropriate to nominate Glen Mazza for committer status. He is knowledgeable and thoughtful, and I think it is in the interest of the project to turn him loose so

Re: table-row wrap

susan atmaja wrote: I have a problem with table row when the content of table cell exceeds the witdth specified. Did you take a look at http://xml.apache.org/fop/faq.html#cells-overflow I want the following to be the output : Each column's value is completely displayed (no overlapping). When th

Comments (was: Re: Nomination of Glen Mazza as committer)

Peter B. West wrote: I recall, however, that it took me a year to gain that status, a year during which I wrote a considerable amount of code which I maintained in my ISP account. My crime was that I did not toe the Party line. I hope those days are gone, and that, should a developer happen a

Re: FOTreeBuilder/ElementMapping change ideas

Peter, The decision to stop work in trunk--and to place all efforts into alt-design, should be put to a vote first by the committers. I'm quite reluctant for us to be putting all our eggs in one basket at this time. I want alt-design to "win" because it became the better implementation over an

Re: Nomination of Glen Mazza as committer

Peter--I've been *trying* to contribute to your alt.design--I respond as best I can to your postings. Many of us (but by no means all) are just not yet in your order-of-magnitude of knowledge yet... Glen --- "Peter B. West" <[EMAIL PROTECTED]> wrote: > and that, should a developer > happen along

RE: Nomination of Glen Mazza as committer

> -Original Message- > From: J.Pietschmann [mailto:[EMAIL PROTECTED] > Sent: June 16, 2003 5:46 PM > To: [EMAIL PROTECTED] > Subject: Re: Nomination of Glen Mazza as committer > > > Victor Mote wrote: > > Being the greenest committer, I had hoped to defer this > nomination to a more > >

RE: Nomination of Glen Mazza as committer

Peter B. West wrote: > plus comments. I am happy to see new committers come into the project. > I recall, however, that it took me a year to gain that status, a year > during which I wrote a considerable amount of code which I maintained in > my ISP account. My crime was that I did not toe the

Re: Nomination of Glen Mazza as committer

Any committer from Chicago? A +6 or +7 would be really fantastic right now!!! ;) Thanks, virtual team, for all the endorsements. I am painfully aware that others had to contribute far more and for a longer time to become committers--I'll work on reducing that delta over the upcoming weekends!

RE: FOTreeBuilder/ElementMapping change ideas

Glen Mazza wrote: > The decision to stop work in trunk--and to place all > efforts into alt-design, should be put to a vote first > by the committers. I'm quite reluctant for us to be > putting all our eggs in one basket at this time. AFAIK, there is no such proposal on the table from Peter or

RE: FOTreeBuilder/ElementMapping change ideas

Peter B. West wrote: > I'm pleased and surprised to hear that most of your design questions > have been answered. What scope of design are you talking about? Ah, a good question. The scope of design on which I am currently working is: 1) refactor the startup procedures (Driver) into Session, Doc

cvs commit: xml-fop/src/documentation/content/xdocs output.xml

vmote 2003/06/16 16:00:54 Modified:src/documentation/content/xdocs output.xml Log: Clean up content a bit for Text Renderer. Add comments about optimal settings to minimize spacing problems. Contributed by Vincent Illiano (see http://marc.theaimsgroup.com/?l=fop-dev&m=10468773083

Re: FOTreeBuilder/ElementMapping change ideas

J.Pietschmann wrote: Peter B. West wrote: The easiest way to proceed is to hack existing code. Text-align="justify" is broken in HEAD. Challenge: make it work. Right aligning works, so this should be easy... I bet quite a few people looked at it and decided there are less challenging but equally

Re: Comments

J.Pietschmann wrote: Peter B. West wrote: I recall, however, that it took me a year to gain that status, a year during which I wrote a considerable amount of code which I maintained in my ISP account. My crime was that I did not toe the Party line. I hope those days are gone, and that, shoul

RE: Ascii file generation questions

Art (Welch?) wrote: > better than an overwrite). One of the original constraints when the > TXTRenderer was developed was that the text output fit within fixed page > sizes (fixed number of rows/columns). Depending on your application, this > may not be important. Perhaps a "mode" could be added t

Re: FOTreeBuilder/ElementMapping change ideas

Glen, I hope I did not leave the impression that stopping work on trunk was what I was seeking. I thought it was generally agreed some time ago that my work on properties should be integrated, for the simple reason that it is smaller and faster. It seems now that there are philosophical diff

Re: Nomination of Glen Mazza as committer

Glen, I did notice your interest, and I appreciate it. Peter Glen Mazza wrote: Peter--I've been *trying* to contribute to your alt.design--I respond as best I can to your postings. Many of us (but by no means all) are just not yet in your order-of-magnitude of knowledge yet... -- Peter B. West

startup refactoring

FOP Developers: I did a dry run of the startup refactoring (Session, Document, etc.) work yesterday & this morning, and am satisfied that the concepts work. Here are some comments: 1. I am going to start committing changes, hopefully this evening. Much of the work is refactoring, but there are so

Re: Nomination of Glen Mazza as committer

Victor, As to the necessary conditions for committer status, "Shall we take that as read, darling?"* The question remains, "If a another developer happens along who 1) is persuaded that alt.design is worthwhile, and 2) sees the existing properties code as a working implementation that is bett

RE: Nomination of Glen Mazza as committer

Peter B. West wrote: > As to the necessary conditions for committer status, "Shall we take that > as read, darling?"* The question remains, "If a another developer > happens along who 1) is persuaded that alt.design is worthwhile, and 2) > sees the existing properties code as a working implementa

RE: FOTreeBuilder/ElementMapping change ideas

Glen Mazza wrote: > No response on the below questions from any committer, > and I'm concerned about the drop-off on the FOP-DEV > mailing list over the past few weeks (at an > extrapolated 170 emails on FOP-DEV for the month, this > would be our lightest month since Dec. 1999!) Well, I think y

Re: FOTreeBuilder/ElementMapping change ideas

--- "Peter B. West" <[EMAIL PROTECTED]> wrote: > > I thought it was generally > agreed some time ago > that my work on properties should be integrated, for > the simple reason > that it is smaller and faster. Exactly! Now you're talking my language--"smaller and faster"--i.e., something that

DO NOT REPLY [Bug 20827] New: - Style and weight supported use one Normal TureType Font.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: startup refactoring

--- Victor Mote <[EMAIL PROTECTED]> wrote: > > 1. I am going to start committing changes, hopefully > this evening. Much of > the work is refactoring, but there are some > substance changes as well, > specifically to allow multiple output options, > multiple documents, etc. I > have therefore deci

cvs commit: xml-fop/src/java/org/apache/fop/tools/anttasks Fop.java

vmote 2003/06/16 19:46:56 Modified:src/java/org/apache/fop/apps AWTStarter.java CommandLineOptions.java CommandLineStarter.java Driver.java FOInputHandler.java InputHandler.java PrintStarter.java TraxInputHandler.j

Re: FOTreeBuilder/ElementMapping change ideas

Victor and fopdevs, See below... Victor Mote wrote: Peter B. West wrote: I'm pleased and surprised to hear that most of your design questions have been answered. What scope of design are you talking about? Ah, a good question. The scope of design on which I am currently working is: 1) refact