- 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