W3C home > Mailing lists > Public > www-dom@w3.org > October to December 2011

Re: ISSUE-179: DOM Core uses INVALID_STATE_ERR (DOMException) where D3E uses DISPATCH_REQUEST_ERR (EventException)

From: Jacob Rossi <Jacob.Rossi@microsoft.com>
Date: Thu, 13 Oct 2011 02:32:58 +0000
To: "www-dom@w3.org" <www-dom@w3.org>, "annevk@opera.com" <annevk@opera.com>
Message-ID: <D0BC8E77E79D9846B61A2432D1BA4EAE0356AAD1@TK5EX14MBXC288.redmond.corp.microsoft.com>
Thanks for the feedback.

I have acknowledged your response to the issue resolution (disagreement) in the Disposition of Comments.  

From: Anne van Kesteren <annevk@opera.com> 
Date: Fri, 29 Jul 2011 15:45:09 -0700
 To: "Jacob Rossi" <Jacob.Rossi@microsoft.com> 
Cc: "www-dom@w3.org" <www-dom@w3.org> 
Message-ID: <op.vzej5jn164w2qv@42-2-187-074.static.netvigator.com> 

On Fri, 29 Jul 2011 14:59:34 -0700, Jacob Rossi  
<Jacob.Rossi@microsoft.com> wrote:
> Per the working group's discussion in the 5/5/2011 teleconference, we  
> have rejected this issue. We find it useful to have a unique exception  
> name for this case. The more descriptive name provides more context for  
> the error at hand; making debugging easier. Additionally, not  
> overloading INVALID_STATE_ERROR is preferable for SEO of specs and other  
> documentation to help understand the error.

I do not think it makes sense to have EventException solely for this.  
Especially as INVALID_STATE_ERR matches the semantics perfectly fine. And  
if people want to find out why dispatchEvent fires an exception they can  
find out by searching for dispatchEvent. Given the way we have used  
exceptions throughout the web platform to date documentation would have to  
scope exceptions to methods anyway. We do not introduce new exceptions for  
one method generally.

Anne van Kesteren
Received on Thursday, 13 October 2011 02:33:29 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 22:36:59 UTC