Re: p:map

Norm,

Sorry, I miss that mail, and the telcon too, but it seems to be
productive regarding the number of accepted proposal !

If you look back to p:catalog you will better find my proposal

http://lists.w3.org/Archives/Public/public-xml-processing-model-wg/2007Apr/0002.html

catalog = element p:catalog { p:port+ }
port = element p:port { attribute base-uri { xsd:anyURI }, (p:pipe |
p:document | p:inline) }

I propose to be able to set such element in step call such as
implementation could be able to handle URIResolver

Mohamed

On 6/26/07, Norman Walsh <ndw@nwalsh.com> wrote:
> / Innovimax SARL <innovimax@gmail.com> was heard to say:
> [...]
> | A.1.22 XInclude
> |
> | I think we never solved the p:map proposal for this one ?
>
> The only proposal[1] I can find for this is
>
>   == p:xinclude ==
>   It reminds me that we probably can add a p:map element to store
>   key/value pair, in that case key should be URI and value can be
>   p:document, p:pipe or p:inline. It won't solve the caching problem but
>   give some way to solve cases
>
> Is there a more detailed proposal somewhere? If not, could you write
> one up by tomorrow?
>
>                                         Be seeing you,
>                                           norm
>
> [1] http://lists.w3.org/Archives/Public/public-xml-processing-model-wg/2007Mar/0230.html
>
> --
> Norman Walsh <ndw@nwalsh.com> | We ought not to heap reproaches on old
> http://nwalsh.com/            | age, seeing that we all hope to reach
>                               | it.-- Bion
>
>


-- 
Innovimax SARL
Consulting, Training & XML Development
9, impasse des Orteaux
75020 Paris
Tel : +33 8 72 475787
Fax : +33 1 4356 1746
http://www.innovimax.fr
RCS Paris 488.018.631
SARL au capital de 10.000 €

Received on Monday, 2 July 2007 22:53:42 UTC