ReSpec: potentially breaking change

Hi all,

Dom spotted a bug in the way that ReSpec handled the fields in exception definitions both in parsing and generation. I have now fixed the bug in the live version of ReSpec.

If you do not have any exception definitions, or if those you have don't introduce their fields with "readonly attribute" or "attribute" you're safe. If you did, however, your document is now broken. The fix is to remove those indications since they aren't actually allowed in WebIDL.

If this causes too much carnage I know how to make it backwards compatible but I would rather avoid that as it would essentially mean that this bug in the input format is to be maintained forever.

This brings me to a more general question. Quite a few groups have started using ReSpec (I know of at least DAP, WebApps, MAWG, RDFa, XML Security, and I've seen commits to the biblio DB that seem to indicate more) but when this sort of problem arises I don't know how to get in touch with everyone. I also get a fair amount of feature requests and discussions about how to implement them that could probably best be discussed as a group. Should we have a ReSpec mailing list? Or should we officially highjack spec-prod at the risk of annoying its current denizens? Should we introduce library versioning to avoid this sort of issue? Should we work on v2? Etc. etc.

WDYT?

--
Robin Berjon
  robineko — hired gun, higher standards
  http://robineko.com/

Received on Tuesday, 13 April 2010 11:37:01 UTC