Guidance on Markdown: Design Philosophies, Stability Strategies, and Select Registrations
draft-ietf-appsawg-text-markdown-use-cases-07
Yes
(Barry Leiba)
No Objection
(Alia Atlas)
(Deborah Brungard)
(Martin Stiemerling)
(Spencer Dawkins)
Note: This ballot was opened for revision 02 and is now closed.
Barry Leiba Former IESG member
Yes
Yes
(for -02)
Unknown
Alia Atlas Former IESG member
No Objection
No Objection
(for -02)
Unknown
Alvaro Retana Former IESG member
No Objection
No Objection
(2015-07-09 for -02)
Unknown
I agree with others that mixing the IANA Registrations in the use cases draft is odd -- specially when the draft-ietf-appsawg-text-markdown document also exists. Without the IANA Considerations I would also think that use cases would be better off in a Wiki. [No need to reply to this, as it has been talked about elsewhere..] I do have one nit: Section 2 reads: " [MDMTREG] (draft-05) only defines two parameters: the charset parameter (required for all text/* media types) and the variant parameter." I think that is still true in the latest version of that draft; the "draft-05" reference should be taken out.
Ben Campbell Former IESG member
No Objection
No Objection
(2015-07-08 for -02)
Unknown
Like others have commented, I find it a bit odd to mix the IANA registrations with the rest of the material in this draft. Some of the editorial comments (from myself below, from others, and from IDNits) makes me wonder if this draft was quite finished? While I don't think it makes sense to change course this late in the process for this draft, I am skeptical that the material in sections 1 and 2 will benefit from being in an RFC. I think that it might have made more sense to capture it in a working group wiki, or similar repository. (But again, no point in changing now.) -- 3.3, additional parameters: I’m not sure I understand why the list is broken in to “stuff to turn off” and “new stuff”. Editorial: IDNits has quite a bit to say, some of which might even be relevant. Please check. There are a number of words enclosed in /slashes/ or *asterisks*. I assume this is intended for emphasis. (Or perhaps as performance art when discussing methods for formatting text :-) ) But it seems odd for an RFC. If it stays, I suggest picking one method and sticking with it. (If it means something different, please mention that in the text.) -- section 4 refers to Appendix C, but the draft has no appendices.
Benoît Claise Former IESG member
(was Discuss)
No Objection
No Objection
(2015-09-01 for -05)
Unknown
Thanks for addressing my DISCUSS
Deborah Brungard Former IESG member
No Objection
No Objection
(for -02)
Unknown
Jari Arkko Former IESG member
(was Discuss)
No Objection
No Objection
(2015-08-31 for -05)
Unknown
The "Oops" text is still in Section 4.2. Is that intentional?
Joel Jaeggli Former IESG member
No Objection
No Objection
(2015-07-08 for -02)
Unknown
Dan Romascanu performed the opsdir review. benoit's discuss should be addressed.
Kathleen Moriarty Former IESG member
No Objection
No Objection
(2015-07-09 for -02)
Unknown
I'd also like to see a response to the SecDir review, link provided by Stephen. Thanks.
Martin Stiemerling Former IESG member
No Objection
No Objection
(for -02)
Unknown
Spencer Dawkins Former IESG member
No Objection
No Objection
(for -02)
Unknown
Stephen Farrell Former IESG member
No Objection
No Objection
(2015-07-09 for -02)
Unknown
(Sorry I included this in my comments for the other markdown doc but it relates to this one. I'll take this out of my ballot comment for that but not re-tx the mail.) - Please respond to the secdir review [1] which raised a couple of questions that deserve answers. (Apologies if I missed your answer to that.) [1] https://www.ietf.org/mail-archive/web/secdir/current/msg05830.html
Terry Manderson Former IESG member
(was Discuss)
No Objection
No Objection
(2015-07-15 for -02)
Unknown
Clearing my DISCUSS based on the recognition of the concern by all concerned and leaving the fix-up with Shepherd and AD.