[Osr-101] Neutron specs

Thomas Comiotto comiotto at rcfmedia.ch
Wed Aug 23 00:15:54 CEST 2006


Hi Andi
>
> I'm still not convinced. So you are absolutely positive that we would 
> never hit a usecase which could not be solved by simply providing a 
> different style?
>

No I am not. But we need to draw a clear line between when to declare 
multiple stylesheets vs. using/introducing a seperate container element 
that provides for a seperate "view configuration". We could drop 
support for multiple styles but that would be a pitty because it's nice 
and simple (it's also what people are used to when coming from html/css 
xml/xsl world). Moreover dropping multiple styles would force users to 
state redundant open uris in case that all they want to achieve is 
using an alternative style for a otherwise identical resource 
(including open uri).

Hmm. Let's support both, but switching styles first:)


> Uhhm, yeah. But with regard to a specified set of values: wouldn't 
> this again limit us with regard to extensibility? I feel that we can't 
> think about all the possible protocols people might want to use 
> Neutron with.

That's right.

>
> Although the introspection document is mainly served
> , the actual content might not. Think for example about a CMS which 
> serves its content for viewing via normal webpages and HTTP, but they 
> would like to use some proprietary protocol to deliver the content for 
> editing etc.
>
> As an easy example, they serve editable documents via a distributed 
> file system, e.g. AFS. So what we would end up with in the <open> url 
> would be a URI of scheme file. I admit that this example is a bit lame

No it's not - I was thinking about this one all the time..


> , because there you could simply leave "method" unspecified. But OTOH, 
> we then also had to take such a case into account when validating, 
> namely that "method" MAY be not be present.

How about ..,..?.. transport="PULL". No seriously, I now think an 
optional "method" attribute is just fine.


--
Bests
Thomas





More information about the Osr-101 mailing list