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 i
--- "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 d
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
(http://marc.theaimsgroup.com/?l=fop-dev&m=105467992
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" <[
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-dev&m=105467992322684&w=2),
that dynami
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
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 adde
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-ti
