Re: FOTreeBuilder/ElementMapping change ideas

2003-06-17 Thread Peter B. West
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)

Re: FOTreeBuilder/ElementMapping change ideas

2003-06-17 Thread Peter B. West
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!)

Re: FOTreeBuilder/ElementMapping change ideas

2003-06-17 Thread Peter B. West
Glen Mazza wrote: --- 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

RE: FOTreeBuilder/ElementMapping change ideas

2003-06-17 Thread Victor Mote
Peter B. West wrote: What's happened to the redesign? I have nothing to prove - you guys do. I'll just keep working, publishing design notes for anyone who is interested, and, when I get chunks of code working, I'll publish the comparisons. Shall we put them to the vote? Will a vote

Re: FOTreeBuilder/ElementMapping change ideas

2003-06-16 Thread Jeremias Maerki
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

Re: FOTreeBuilder/ElementMapping change ideas

2003-06-16 Thread Peter B. West
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

Re: FOTreeBuilder/ElementMapping change ideas

2003-06-16 Thread J.Pietschmann
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)

Re: FOTreeBuilder/ElementMapping change ideas

2003-06-16 Thread Glen Mazza
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: FOTreeBuilder/ElementMapping change ideas

2003-06-16 Thread Victor Mote
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

2003-06-16 Thread Victor Mote
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,

Re: FOTreeBuilder/ElementMapping change ideas

2003-06-16 Thread Peter B. West
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: FOTreeBuilder/ElementMapping change ideas

2003-06-16 Thread Peter B. West
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

RE: FOTreeBuilder/ElementMapping change ideas

2003-06-16 Thread Victor Mote
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 you

Re: FOTreeBuilder/ElementMapping change ideas

2003-06-16 Thread Glen Mazza
--- 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 will

Re: FOTreeBuilder/ElementMapping change ideas

2003-06-15 Thread Glen Mazza
Team, 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!) I'd like us to continue progress on

RE: FOTreeBuilder/ElementMapping change ideas

2003-06-15 Thread Victor Mote
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 moment, most

Re: FOTreeBuilder/ElementMapping change ideas

2003-06-05 Thread Glen Mazza
BTW, how certain are we that alt.design will be ready for 1.0? Has there been agreement on switching the alt.design by the committers yet--to the degree that we should indeed forgo any improvement on the current layout code? I didn't get the impression from Joerg's email

FOTreeBuilder/ElementMapping change ideas

2003-06-04 Thread Glen Mazza
I was looking at how the Driver class initializes its FOTreeBuilder instance with formatting object ElementMappings. This currently occurs in three ways: 1.) Driver explicitly adds three default element mappings (FO, SVG, FOP extension) to its FOTreeBuilder instance 2.) Driver searches

Re: FOTreeBuilder/ElementMapping change ideas

2003-06-04 Thread Peter B. West
Glen, There is no element mapping in the push parser of alt.design, which we are looking at integrating into the code for 1.0. Peter Glen Mazza wrote: I was looking at how the Driver class initializes its FOTreeBuilder instance with formatting object ElementMappings. This currently occurs in

Re: FOTreeBuilder/ElementMapping change ideas

2003-06-04 Thread Glen Mazza
That simplifies things!--just out of curiosity, no user-defined extension mappings either? (Not that I was clear how those would work with the current code anyway...) Thanks, Glen --- Peter B. West [EMAIL PROTECTED] wrote: Glen, There is no element mapping in the push parser of

Re: FOTreeBuilder/ElementMapping change ideas

2003-06-04 Thread Peter B. West
No user defined mappings. The semantics of such mappings have to be defined elsewhere anyway. Extensions will have to be programmed in alongside the fo: elements and within the processing logic. Peter Glen Mazza wrote: That simplifies things!--just out of curiosity, no user-defined extension