Re: [VOTE] Move ElementMapping initialization from Driver to FOTreeBuilder

2003-07-01 Thread Jeremias Maerki
On 01.07.2003 06:46:52 Glen Mazza wrote: --- Victor Mote [EMAIL PROTECTED] wrote: What about instream-foreign objects that get passed through? SVG is the only one I know of, and it is hard-wired in already, but I'm not sure that this capability should be lightly tossed. Agreed.

Re: [VOTE] Move ElementMapping initialization from Driver to FOTreeBuilder

2003-07-01 Thread J.Pietschmann
Glen Mazza wrote: 1.) Discontinue the dynamic discovery and run-time adding capability of ElementMappings. -1 (a) It doesn't appear to work without source code changes anyway -- I was suspecting, and Peter had confirmed (http://marc.theaimsgroup.com/?l=fop-devm=105467992322684w=2), that

Re: [VOTE] Move ElementMapping initialization from Driver to FOTreeBuilder

2003-07-01 Thread Glen Mazza
Thanks for voting--it looks like we'll continue with dynamic adding of element mappings (thanks to Joerg and Jeremias for pointing out that the functionality *does* work--which was my major concern), but I'll move the ElementMapping code out of Driver and into FOTreeBuilder. --- J.Pietschmann

Re: [VOTE] Move ElementMapping initialization from Driver to FOTreeBuilder

2003-07-01 Thread Peter B. West
J.Pietschmann wrote: Glen Mazza wrote: 1.) Discontinue the dynamic discovery and run-time adding capability of ElementMappings. -1 (a) It doesn't appear to work without source code changes anyway -- I was suspecting, and Peter had confirmed

Re: [VOTE] Move ElementMapping initialization from Driver to FOTreeBuilder

2003-07-01 Thread Glen Mazza
--- Peter B. West [EMAIL PROTECTED] wrote: That the semantics of the extensions have to be realized somewhere is tautological, even if those semantics are filter out. Tautological? Very good, Peter, you got me--it's rare when someone makes me need to look up a word in the dictionary!

Re: [VOTE] Move ElementMapping initialization from Driver to FOTreeBuilder

2003-07-01 Thread Peter B. West
Glen Mazza wrote: --- Peter B. West [EMAIL PROTECTED] wrote: That the semantics of the extensions have to be realized somewhere is tautological, even if those semantics are filter out. Tautological? Very good, Peter, you got me--it's rare when someone makes me need to look up a word in the

[VOTE] Move ElementMapping initialization from Driver to FOTreeBuilder

2003-06-30 Thread Glen Mazza
Team, As mentioned earlier, I would like to pull out FOTreeBuilder's ElementMapping initialization from Apps.Driver, and instead encapsulate it within FOTreeBuilder directly. [Note: Alt-design no longer uses ElementMappings--but this change does not preclude switching to alt-design's method:

RE: [VOTE] Move ElementMapping initialization from Driver to FOTreeBuilder

2003-06-30 Thread Victor Mote
Glen Mazza wrote: But, this is a two-vote procedure because something else has to be done first: 1.) Discontinue the dynamic discovery and run-time adding capability of ElementMappings. The code currently allows you to add user-created ElementMappings to the FOTreeBuilder at run-time

RE: [VOTE] Move ElementMapping initialization from Driver to FOTreeBuilder

2003-06-30 Thread Glen Mazza
Thanks for voting. --- Victor Mote [EMAIL PROTECTED] wrote: What about instream-foreign objects that get passed through? SVG is the only one I know of, and it is hard-wired in already, but I'm not sure that this capability should be lightly tossed. Agreed. But do dynamically added