W3C home > Mailing lists > Public > public-webapi@w3.org > March 2007

Re: Network API editor's draft

From: Gorm Haug Eriksen <gormer@opera.com>
Date: Thu, 08 Mar 2007 12:32:49 +0100
To: "Ian Hickson" <ian@hixie.ch>, "Charles McCathieNevile" <chaals@opera.com>
Cc: "web API" <public-webapi@w3.org>
Message-ID: <op.tovbozhom2jbu9@id-c0364.oslo.opera.com>

On Wed, 07 Mar 2007 23:07:36 +0100, Ian Hickson <ian@hixie.ch> wrote:

> On Thu, 8 Mar 2007, Charles McCathieNevile wrote:
>> >
>> > Note that the WHATWG version of this draft is in heavy flux; there are
>> > hundreds of outstanding comments on it. Is the intent that this
>> > specification replace the WHATWG version?
>>
>> Hmm. It is intended to be used by a similar audience. There is no
>> compulsion on the WHAT-WG to remove their version at any given time, and
>> maybe keeping it for now would motivate people to actually work on the
>> spec.
>
> Well, the two specs are incompatible (they define the same thing, so any
> differences between the two would be a problem to someone implementing
> both). So eventually, one has to go. I'd assume the intent is to
> eventually drop the WHATWG one, but, well, see my comments about Window.

Hi Ian,

I share your concern. First of all, the current specification is only the  
TCPConnection part from the WHATWG specification with some modifications.  
This was the part of the specification that was closest to mature  
(although there are multiple issues with it that need to be addressed).

Note that the current specification doesn't follow the charter for the  
group and one of these documents would need to be rewritten. According to  
the charter: "Network communication methods covered by this deliverable  
are network sockets and possibly protocols other than HTTP. This allows a  
Web application to perform more networking operations (eg. IRC, other  
instant messaging protocols, Java Message Service and Session Initiation  
Protocol). Also, it may be necessary to produce documentation for, or a  
specification of, connection policy and security."

I'm also a bit concerned that I don't know of browser which has  
implemented the TCPConnection object from the WHATWG specification.

Personally I would rather see the W3C network API become a low level  
socket API with an optional security model/policy. This would also be more  
aligned toward the charter for this group.

With regards to the changes from the WHATWG specification:

- Connection, PeerToPeerConnection and LocalBroadCastConnection interfaces  
are removed including the sections describing these connections
- the network attribute on the TCPConnection interface is removed
- WHATWG doesn't mention any security exception so I have used the  
SECURITY_ERR from WHATWG (which has an open issue on not being defined in  
that spec)
- the source attribute on the ConnectionReadEvent is removed
- WindowHTML is renamed to Window
- a pointer from the TCPConnection to the Window object is added (like on  
XMLHttpRequest)
- "The common protocol for TCP-based connections" is renamed to  
"Communication on the network"
- the part about initializing a connecting in "TCP connections" is moved  
to a new section called "Initializing the TCPConnection object"
- the part about constructing the TCPConnection object in "TCP  
connections" is moved to a new section called "The TCPConnection  
constructor"

--
Cheers,

- Gorm
Received on Thursday, 8 March 2007 11:33:14 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 8 January 2008 14:18:57 GMT