RE: [DOMError]: Subclassing DOMError to increase granularity of error handling?

This is not just for debugging. Looking at the example I give in the mail, i.e. when the attempt to create a TCP socket fails I expect the web application to handle each error situation ("no network contact","peer does not respond", "local address/port pair is already in use") differently.

Claes



> -----Original Message-----
> From: [email protected] [mailto:[email protected]] On
> Behalf Of Anne van Kesteren
> Sent: den 8 augusti 2013 12:56
> To: Nilsson, Claes1
> Cc: Jonas Sicking; [email protected]; [email protected]
> Subject: Re: [DOMError]: Subclassing DOMError to increase granularity
> of error handling?
> 
> On Thu, Aug 8, 2013 at 11:47 AM, Nilsson, Claes1
> <[email protected]> wrote:
> > Sorry, I don't follow. I thought I explained the issue earlier in
> this thread. See http://lists.w3.org/Archives/Public/public-
> sysapps/2013Aug/0004.html.
> 
> That message does not make it clear why the granularity is desired at
> the application layer. E.g. do you expect these to be used mostly for
> debugging or do you expect the implementation to do different things
> depending on the error it gets? If it's the former having whatever
> error name is fine as long as the message is detailed and debugging
> tools are good. If it's the latter we might need something else.
> 
> 
> --
> http://annevankesteren.nl/