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 both Trunk and Alt-Design until (1) at least one of the two methods are finished or (2) they've been merged completely. I would be happy to work as best I can towards both goals. Do the committers need to have a vote on this? We need to get working again. This thread was prompted by my suggestions earlier for better encapsulating the layout.FOTreeBuilder object, namely, by moving code involving its internal ElementMapping setup from the Driver class to within the FOTreeBuilder itself. Moving layout-specific functionality out of apps package was also the reason for the patch I submitted moving the StructureHandler and LayoutHandler classes to the layout and area packages. These changes may also help our other goals with the application: 1) Avalonization: by moving layout out of the apps package, it makes the apps package more easily expendable with an Avalonized version. 2) multiple LayoutStrategies: "Pluggable" multiple LayoutStrategy objects probably best attain their pluggability by each object being able to work with the same apps package. (Otherwise, keeping layout functionality in apps package requires then including the apps package within each LayoutStrategy!) 3) Alt-Design: By making the code more modular, we can more easily bring in already completed and optimized portions of Alt-Design to start minimizing the delta between Trunk and Alt-Design. *But*, if the committers need more time for contemplation, that's fine--I'm starting to sink my teeth into other Apache projects as well! ;) Thanks, Glen >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 >http://marc.theaimsgroup.com/?l=fop-dev&m=105121991624106&w=2, >that work on layout was frozen in preparation for >alt.design--such freezing strikes me as premature >right now. >Glen --- "Peter B. West" <[EMAIL PROTECTED]> wrote: > 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 three > ways: > > ... __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
