[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: [chairs] File naming conventions
Eduardo - thanks for the update. A part of me wants to just say okay and let's close on it. But, ... see my (longwinded) comments below. Rob Philpott RSA Security Inc. The Most Trusted Name in e-Security Tel: 781-515-7115 Mobile: 617-510-0893 Fax: 781-515-7020 mailto:rphilpott@rsasecurity.com > -----Original Message----- > From: Eduardo Gutentag [mailto:eduardo.gutentag@sun.com] > Sent: Thursday, May 29, 2003 4:09 PM > To: chairs > Subject: [chairs] File naming conventions > > > overstrike. The modifications > I propose in this revised HTML version are: > > 1) a sentence regarding adherence to the rules in the case of normative > output [Rob] In section 1, you added the text "Normative output must adhere to these file naming rules" to the note on Bullet #2. The "must" nature of the sentence doesn't seem to really fit with all of the bullets here since they are all "should's" describing general principles. I actually would suggest taking the entire "Note" off bullet #2 and either place it un-bulleted just after the list or put it in Section 3.4 (Rules for TC Output). I'd also like to suggest alternative text to yours such as "It is required that all normative TC outputs adhere to these general principals and the specific naming rules described in Section 3" (if moved to Section 3.4, appropriate section reference changes are needed). > 2) a deletion of tcid in the examples [Rob] I can live with the deletion, although I would have leaned toward including the tcid; it seems a bit more descriptive. If I run across a file sstc-philpott-foo.doc in my local oasis folder, I know it was a submission to sstc. This might be helpful if the description part (foo) happens to include the name of another TC (e.g. a document submitted to a TC that talks about its relationship to another TC). > 3) a sentence regarding adherence to the spirit of the recommendation > [Rob] Looks fine to me. There is one TC output that I don't feel the naming convention is clear about and I'd like us to include something for it in the document. Namely, how do we name an errata document? It sounds simple enough, but I began to dwell on it a bit as we began preparing the SAML 1.1 errata doc. The reason is that a) an errata document is not a formal CS or standard document (right?) since it's created after a CS or standard vote, b) your CS and standard specs are supposed to include a reference to your errata doc (or so says the document template), and c) the errata doc file name would probably refer to the CS or standard to which it applies. That complicates the name a bit, I think. As an example, what would draft 2 of an errata document for the SAML V1.1 Committee Specification be named? I think I would use the "tcid-description-version-draft-revision[-extdesc].ext" format. So should we use "sstc-saml-cs-errata-1.1-draft-02.doc" ("description"="saml-cs-errata")? Between this and a bunch of other options I thought about, I think this one made the most sense. It's just that the "-cs" is part of the description and isn't really referring to the other name format "tcid-description-version-cs[-revision][-extdesc].ext" In either case, I don't think this is a significant change to the naming recommendation - I think we can just add another example line in Section 3.4. I'd just like some advice on how to name an errata document.
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]