Re: Last Call: 'Requirements for IETF Draft Submission Toolset' to Informational RFC

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi, maybe some typos or cases of DEnglish on my side:

| A draft which identifier (a.k.a.  filename) is known and
| starts with "draft-ietf-".

s/which identifier/identifier which/ or s/which/whose/ (?)

| documents, Secretariat does not accept

s/, Secretariat/, the secretariat/  AFAIK there is or will be
a new name for the old (trademarked ?) "capital S" secretariat.

| As a result, IESG and RFC Editor may have to spend resources

s /, IESG/, the IESG/  I don't look for further similar cases,
   maybe it's only me who would add tons of "the" to this text.

| If any of the include PIs

s/include/included/

| the Toolset attempts to generate plain text format from
| submitted XML sources (R70/b).
|
| If XML sources are available, the Toolset generates HTML
| draft format

In the latter case it apparently _also_ generates (X)HTML.  In
the former case if an attempt to generate plain text fails, why
not exit with an error mesage instead of _also_ trying HTML ?

| The Toolset requires author email addresses

It should allow to specify an address outside of the submitted
draft for privacy reasons.  The author could use an URL in the
published text, which is not "obviously" a mail address, e.g.
<uri>http://purl.net/xyzzy/mailto/webmaster</uri> in XML.

| "surprise" co-authorships has happened

s/has/have/ or /ships/ship/

| if the interpreter managed to extract draft title

s/draft/a draft/  Obviously I don't insist on a "the".

| An IETF IPR Statement and other boilerplate required for
| drafts according to [RFC3667] and [RFC3668

s/RFC3667/BCP 78/ and s/RFC3668/BCP 79/

Actually I don't understand why "the Toolset" cannot insert an
equivalent ipr="full3667" or ipr="fullshit" on its own behalf,
asking the author how much "fullshit" (s)he's ready to tolerate
at this stage.

Please note somewhere that submissions to the RfC-editor don't
require "fullshit" as long as they cover it by broader rights.
If that's the case, IANAL.

| a standard word-based diff is sufficient short-term

s/sufficient short-term/sufficiently short-term/ or similar,
or only another missing "a" if short-term is a noun.

| Toolset may try several recent xml2rfc versions

It should also try a decent XML validator before xml2rfc based
on the specified DTD.  Skipping the next chapters up to 14.  In
chapter 16 (email-interface) you have the required mail address
even if you can't extract it from the meta-data.

                             Bye, Frank



_______________________________________________

Ietf@xxxxxxxx
https://www1.ietf.org/mailman/listinfo/ietf

[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Fedora Users]