W3C home > Mailing lists > Public > public-powderwg@w3.org > August 2007

Re: Comments on Grouping of Resources

From: Andrea Perego <andrea.perego@uninsubria.it>
Date: Wed, 01 Aug 2007 16:09:59 +0200
Message-ID: <46B09437.4050906@uninsubria.it>
To: public-powderwg@w3.org

Thanks for this, Jeremy!

> 1: Note the example
> http://joe:mypasswd@www.example.com:1234/example1/example2?query=help#fragment
> 
> 
> is illegal, in that it does not conform with HTTP spec which does not
> allow username and password. Also the :mypasswd syntax is strongly
> discouraged in RFC 3986

This was meant to provide an example of what the URI userInfo component
may contain. Even though cleartext transmission of user's password is
strongly discouraged both in RFC 2617 [1] and RFC 3986 [2], it is still
widely used, and thus the example may be familiar to the reader. Anyway,
we'll seriously consider to modify the example as you suggest.

> 2: Typo
> <wdr:excludeHosts>video.example.com</wdr:includeHosts>

Thanks. We'll fix it.

> 3: includeHosts
> You seem to mean that includeHosts with example.org also includes
> www.example.org - in a quick skim I didn't see this stated explicitly,
> or for example that it does not include example.www.org or whatever; nor
> what to do if you only want example.org and not foo.example.org

wdr:includeHosts denotes all the resources with URIs where the host
component ends with one of the strings in the space-separated list. So

<wdr:includeHosts>example.org example.net</wdr:includeHosts>

means: "resources with a URI host component ending with example.org or
example.net". This of course includes example.org, www.example.org, and
foo.example.org, but not example.www.org. If you wish to say
"*example.org but not foo.example.org" you should specify what follows:

<wdr:includeHosts>example.org</wdr:includeHosts>
<wdr:excludeHosts>foo.example.org</wdr:excludeHosts>

However, based on what you say, it seems that this is not clear. So
we'll revise the document accordingly.

> 4: I found example 4.6 I had to think fairly hard. If this is a standard
> idiom then it may be worth spelling it out a bit.
> 
> "all resources on example.com except those on video.example.com shot in
> widescreen format."
> which is
> "all resources on example.com except those on video.example.com, and
> all resources on example.com except those shot in widescreen format."

We'll revise the doc in order to make this clearer. What we meant is the
following:

Let R' be the set of resources with the URI host component ending
example.org

Let R'' be the set of resources with the URI host component ending
video.example.org AND shot in widescreen format

The resource set definition corresponds to R=R'-R'' - i.e., the
resources in R' but not in R''.

> 5. The SHOULD under 4.7 is way too strong. I see no reason why the
> expression in 4.7 cannot be implemented efficiently and be generally
> useful; setting the expectation that Powder won't work well is not a
> good idea

Thanks for having pointed this out. Actually, we problem here is that
DRs may be implemented by using different technologies, which can be
more or less efficient depending on how DRs are expressed. Anyway, your
objection is correct, and we'll seriously consider it.

On behalf of the group, thanks again for your suggestions. Any further
comments we'll be greatly welcome.

Cheers

Andrea

--------------------------------------

[1]http://www.ietf.org/rfc/rfc2617.txt
[2]http://www.ietf.org/rfc/rfc3986.txt
Received on Wednesday, 1 August 2007 14:06:21 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 7 December 2009 10:42:11 GMT