- From: Bernard Aboba <Bernard.Aboba@microsoft.com>
- Date: Wed, 21 May 2014 13:06:54 +0000
- To: Peter Thatcher <pthatcher@google.com>
- CC: "public-ortc@w3.org" <public-ortc@w3.org>
- Message-ID: <98bf0a93ccc549f48cf8b52984f5b712@SN2PR03MB031.namprd03.prod.outlook.com>
Some more instances of attributes that should be readonly: 1. SCTP Transport: partial interface RTCSctpTransport : RTCDataTransport { attribute RTCDtlsTransport transport; } 2. ICE Listener: [Constructor(optional RTCIceOptions options)] interface RTCIceListener { attribute RTCIceOptions? options; }; Also, for the constructor, should RTCIceOptions be optional (so that we might need a setter) or can we always expect it? From: Peter Thatcher [mailto:pthatcher@google.com] Sent: Tuesday, May 20, 2014 3:03 PM To: Bernard Aboba Cc: public-ortc@w3.org Subject: Re: Issue #92: readonly attributes I agree. Even if we have a setTransport, the attribute should be readonly. And for the time being, I thought we agreed to leave out setTransport. On Tue, May 20, 2014 at 12:01 PM, Bernard Aboba <Bernard.Aboba@microsoft.com<mailto:Bernard.Aboba@microsoft.com>> wrote: In the Editor's draft, we have: partial interface RTCDtlsTransport { attribute RTCIceTransport transport; }; partial interface RTCRtpSender { attribute RTCDTlsTransport transport; }; partial interface RTCRtpReceiver { attribute RTCDTlsTransport transport; }; Should these attributes be readonly? That is what was proposed today in W3C WEBRTC. If the desire is to change the transports, shouldn't we have a setter to accomplish this?
Received on Wednesday, 21 May 2014 13:07:25 UTC