- From: Julian Reschke <julian.reschke@gmx.de>
- Date: Tue, 29 Jan 2002 09:19:43 +0100
- To: "Lisa Dusseault" <lisa@xythos.com>, <www-webdav-dasl@w3.org>
> From: www-webdav-dasl-request@w3.org
> [mailto:www-webdav-dasl-request@w3.org]On Behalf Of Lisa Dusseault
> Sent: Tuesday, January 29, 2002 12:11 AM
> To: Jim Davis; www-webdav-dasl@w3.org
> Subject: RE: QSD
>
>
> I don't have time this week to read the draft. It may well meet
> the need I
(note: all non-editorial changes are highlighted)
> articulated. However, is anybody besides me disturbed by the
> fact that this
> property which refers to all properties is indistinguishable from a
> property? That seems error prone to me.
If this would be the case, it would certainly be bad design. The DTD says:
<!ELEMENT basicsearchschema (properties, operators)>
<!ELEMENT any-other-property EMPTY>
<!ELEMENT properties (propdesc*)>
<!ELEMENT propdesc (prop|any-other-property), datatype?,
searchable?, selectable?, sortable?, casesensitive?)>
<!ELEMENT operators (opdesc*)>
<!ELEMENT opdesc ANY>
<!ELEMENT operand-literal EMPTY>
<!ELEMENT operand-property EMPTY>
So the intention is to have either
<prop><some-named-property/></prop>
or
<any-other-property/>
however
<prop><any-other-property/></prop>
would mean exactly that: a propery called "{DAV:}any-other-property" (which
doesn't exist).
I'd like to add that I'm strongly opposed to add/keep any "pseudo"
properties. That's why I removed "{DAV:}iscollection" (and replaced it by
the operator "{DAV:}is-collection", and I'd like to do something similar to
the query schema pseudo property.
> HTTP/DAV has other instances of needing to refer to "any" instead of a
> specific thing, and * is more typically used for that. For example, in
> OPTIONS * HTTP/1.1
> the * refers to the server as a whole and not any resource in particular.
> Should we use * instead of something which looks like a valid prop name?
We could, but that would make the DTD content model for propdesc harder (it
would become a mixed content model).
Received on Tuesday, 29 January 2002 03:20:16 UTC