- From: Mary Ellen Zurko <Mary_Ellen_Zurko@notesdev.ibm.com>
- Date: Wed, 14 May 2008 01:38:20 -0400
- To: luis.barriga@ericsson.com
- Cc: public-wsc-wg@w3.org
- Message-ID: <OF22FE0B55.18A0B6A1-ON85257449.001E2DA7-85257449.001EF8FB@LocalDomain>
> 6th para+onwards: AAC abbreviation used only once
> ..."augmented assurance cert">> "AAC" everywhere?
Please no. Expand the AAC if it's only one place. Think of the poor
readers.
> 8th para onwards: "user agent" >> "Web user agents"
I'm personally good with using "user agent" as a short form of "web user
agent". Though I'd also be good with not doing it.
> 1st para: SSC abbreviation introduced but never used
> "self-signed cert" >> "SSC" everywhere?
Ditto on the "please no".
> 3rd para: "advanced user" has not been defined before
> ... how can that be normative?
It's meant to be an explanation of intent and level of usability. It's
meant to contrast with a more average user. I'd say if even "one of us"
couldn't find this, then it would fail it's usability test.
> 1st&2nd paras: "extended validation certs" >> "AACs"?
More "please no".
Otherwise, I agree that all else is editorial (and wow on that first one;
how long would we have gone on with that? :-). Anil, please make the
changes.
If you want to pursue any of the above, say a bit more on why.
Mez
public-wsc-wg-request@w3.org wrote on 05/13/2008 08:06:46 AM:
> [para = paragraph]
> * There are two Ack sections: section 2 & section 10
> Also, the list of acknowledged folks is not the same.
> * Section 4.2.1
> 2nd para: twice the word "... are are available ..."
> * Section 5.1.1
> 4th para: two typos "certiicates" & "certifiate"
> 5th para: typo "whlie"
> * Section 5.1.2
> 2nd para: typo "implementers" >> "implementors"
> 6th para+onwards: AAC abbreviation used only once
> ..."augmented assurance cert">> "AAC" everywhere?
> 8th para onwards: "user agent" >> "Web user agents"
> * Section 5.1.5
> 1st para: SSC abbreviation introduced but never used
> "self-signed cert" >> "SSC" everywhere?
> 1st para: "trust root" >> "trust anchor"
> 2nd para onwards: "untrusted root" >> "untrusted anchor"?
> 2nd para last line": "different certificate" "different SSC"
> Last para: "If a client..." >> "If a Web user agent..."
> Last line: "client also have..." >> "user agent also has..."
> * Section 5.1.6
> 3rd para:"Presentation of a petname MUST support renaming..">>
> ..."Management of a petname MUST support presentation, renaming.."
> 5th para onwards: "web user agent" >> "Web user agent"
> 5th para last line:"bookmark presentation">>"bookmark management"
> * Section 5.5.1
> 3rd para: "trusted root certificate">>"trusted anchor"
> 6th para: "secondary chrome">>"secondary user interface"
> 7-8th paras: twice "HTTP connection" >> "HTTP transaction"
> * Section 5.5.2
> 1st para onwards: "User agents" >> "Web user agents"
> * Section 6.1.2
> Para after bulleted list: "augmented assurance certificate"
> ... is underlined here whereas sometimes is not
> * Section 6.2
> 2nd para onwards: "primary and secondary chrome" >>
> .... "primary and secondary user interface"
> Last para: both "Cookies" and "cookies" capitals?
> * Section 6.4.1
> 1st & 2nd paras: "primary chrome" >> "primary user interface"
> 3rd para: "advanced user" has not been defined before
> ... how can that be normative?
> * Section 6.4.2
> 1st para: "the browser cannot.." >> "the Web user agent cannot.."
> 2nd para: "primary chrome" >> "primary user interface"
> * Section 7.1
> 1st para: "security critical information" >>
> ...>> "security context information"
> * Section 7.1.1
> 1st para: typo "Emporer's" >> "Emperor's"
> * Section 7.2
> Last para: " Web User Agents" >> "Web user agents"
> * Section 9.1
> 1st&2nd paras: "extended validation certs" >> "AACs"?
> 2nd para: "authenticated DNS records"
> .... is a reference to DNSSEC [RFC3008] missing?
> * Section 11
> Following references are not referred in the document
> ECRYPT2006, NESSIE, RFC2616 (HTTP), RFC4254 (SSH),
> RSA-SIZES, WHALENVIDENCE, XIA
Received on Wednesday, 14 May 2008 05:39:02 UTC