W3C home > Mailing lists > Public > public-xml-processing-model-comments@w3.org > December 2008

Re: Exclude-inline-prefixes and unused prefixes

From: mozer <xmlizer@gmail.com>
Date: Wed, 10 Dec 2008 09:10:07 +0100
Message-ID: <21d9ade60812100010j31a7c79fu87f039505cf93b19@mail.gmail.com>
To: Toman_Vojtech@emc.com
Cc: public-xml-processing-model-comments@w3.org

On Wed, Dec 10, 2008 at 8:51 AM,  <Toman_Vojtech@emc.com> wrote:
>
> Hi all,
>
> If you do not explicitly exclude an inline prefix using
> exclude-inline-prefixes, and this prefix is not used in the content of
> p:inline, will/must/should the prefix appear in the resulting document?

MUST
if it is not a MUST it will be a nightmare to clean up the documents

And the reverse is also : if we already had a mechanism that removes
unused prefix, what is the expected behaviour of
exclude-inline-prefixes ???
(since it seems, at least, strange to remove "used" prefix ??)

Xmlizer


>
> Currently, the exclude-inline-prefixes related tests in the test suite
> expect these prefixes to appear in the document. For instance, the
> following test (exclude-inline-prefixes-001):
>
> <p:declare-step name="main"
>                xmlns:t="http://xproc.org/ns/testsuite"
>                xmlns:p="http://www.w3.org/ns/xproc"
>                xmlns:c="http://www.w3.org/ns/xproc-step"
>                xmlns:err="http://www.w3.org/ns/xproc-error">
>  <p:output port="result"/>
>  <p:identity>
>    <p:input port="source">
>      <p:inline exclude-inline-prefixes="t p err"><doc/></p:inline>
>    </p:input>
>  </p:identity>
>
>  <p:wrap-sequence wrapper="wrapper"/>
>
>  <p:escape-markup/>
> </p:declare-step>
>
> Is expected to return:
>
> <wrapper>&lt;doc
> xmlns:c="http://www.w3.org/ns/xproc-step"/&gt;</wrapper>
>
>
> I am asking because in our implementation, the prefix "c" does not
> appear in the inline document.
>
> Regards,
> Vojtech
>
>
Received on Wednesday, 10 December 2008 08:10:43 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 10 December 2008 08:10:43 GMT