- From: David J. Fiander <davidf@worf.mks.com>
- Date: Thu, 30 May 1996 23:07:56 -0400
- To: http-wg%cuckoo.hpl.hp.com@hplb.hpl.hp.com
These aren't, for the most part technical comments on the draft, but editorial. section 1.3: Terminology How about sorting the terms alphabetically, the way other standards do? While separating related terms will be a pain, looking them up will be a lot simpler. section 1.3: Terminology: definition of proxy Last sentence: replace "A proxy must" with "A proxy MUST" section 5.1.1 Method Last paragraph: figure out what's generating the message "Error! Reference source not found.". section 5.1.2: Request-URI Last paragraph, before terminal "Note": replace Invalid Request-URIs SHOULD be responded to with an appropriate status code. with Proxies SHOULD respond to invalid Request-URIs with an appropriate status code. unless, of course, that the original sentence should apply to both proxies _and_ origin servers. In that case, the sentence should be moved up a sentence or two, so it's not buried between to requirements on proxies, and it should still be reworded to include an active agent. section 8.2: Entity Transmission Requirements third paragraph: move the parenthetical remark "(clients SHOULD remember ...)", which imposes a conformance requirement on clients to the end of the bulletted list which begins the section. Hiding conformance statements in asides is a Bad Thing. section 13.2.5: Disambiguating Expiration Values Delete the second period at the end of the last sentence in the section. section 13.3.1: Last-modified Dates Insert a space between "the" and "Last-modified value." at the end of the sentence. section 13.3.3: Weak and Strong Validators This section states that The weak comparison function SHOULD be used for simple (non-subrange) GET requests. The strong comparison function MUST be used in all other cases. However, section 3.11, Entity Tags, states that The weak comparison function MAY be used for simple (non-subrange) GET or HEAD requests. The strong comparison function MUST be used in all other cases. Which one is correct? section 13.3.3: Weak and Strong Validators This section states that "Section 13.3 gives the syntax for entity tags." That should be "Section 3.11 gives ...." section 13.3.4: Rules for When to Use Entity Tags ... The first list entry claims that servers "SHOULD send an entity tag validator unless performance considerations support the use of weak entity tags". That should probably be "SHOULD send a strong entity tag validator". section 13.4.2: Non-modifiable Headers The phrase "SHOULD NOT" should not be in courier font. - David
Received on Thursday, 30 May 1996 20:12:33 UTC