- From: Stephen D Green <stephengreenubl@gmail.com>
- Date: Mon, 19 Nov 2012 13:26:39 +0000
- To: Jirka Kosek <jirka@kosek.cz>
- Cc: James Clark <jjc@jclark.com>, public-microxml@w3.org
- Message-ID: <CAA0AChVgbfe2e-q9PGvNudsUkYunPPFT44GbR+M+XLetL8DzBA@mail.gmail.com>
No joke intended. Just relaying the pressure to conform to the growing agile trend. And if the parser developers are mainly going to be agile developers with agile implementers/customers then maybe the spec should be agile too (in as much as a spec can be agile). ---- Stephen D Green On 19 November 2012 11:47, Jirka Kosek <jirka@kosek.cz> wrote: > On 19.11.2012 12:18, Stephen D Green wrote: > > Regarding specification style: How about the error handling spec being > > maintained as a "living standard"? > > Err, might be it's just Monday morning and I haven't discovered that > this is joke. > > But if various parsers should behave same when recovering errors, then > they must be based on the same stable specification. So I would expect > once error handling spec is developed, enough feedback is gathered then > it should be "frozen". > > Jirka > > -- > ------------------------------------------------------------------ > Jirka Kosek e-mail: jirka@kosek.cz http://xmlguru.cz > ------------------------------------------------------------------ > Professional XML consulting and training services > DocBook customization, custom XSLT/XSL-FO document processing > ------------------------------------------------------------------ > OASIS DocBook TC member, W3C Invited Expert, ISO JTC1/SC34 member > ------------------------------------------------------------------ > >
Received on Monday, 19 November 2012 13:27:31 UTC