W3C home > Mailing lists > Public > www-style@w3.org > September 2013

Re: [matrix][cssom-view] DOMPoint, DOMPointLiteral definitions

From: Dirk Schulze <dschulze@adobe.com>
Date: Tue, 24 Sep 2013 08:32:11 -0700
To: Simon Pieters <simonp@opera.com>
CC: "Robert O'Callahan" <robert@ocallahan.org>, "Tab Atkins Jr." <jackalmage@gmail.com>, Simon Fraser <smfr@me.com>, www-style list <www-style@w3.org>
Message-ID: <09BBCAE7-4E55-48E9-A82B-3093ECFAD59C@adobe.com>

On Sep 24, 2013, at 5:06 PM, Simon Pieters <simonp@opera.com> wrote:

> On Tue, 24 Sep 2013 01:14:53 +0200, Tab Atkins Jr. <jackalmage@gmail.com>  
> wrote:
> 
>> On Mon, Sep 23, 2013 at 3:45 PM, Robert O'Callahan  
>> <robert@ocallahan.org> wrote:
>>> On Tue, Sep 24, 2013 at 10:30 AM, Simon Fraser <smfr@me.com> wrote:
>>>> On Sep 23, 2013, at 3:24 PM, Robert O'Callahan <robert@ocallahan.org>
>>>> wrote:
>>>> 
>>>> On Tue, Sep 24, 2013 at 6:34 AM, Dirk Schulze <dschulze@adobe.com>  
>>>> wrote:
>>>>> 
>>>>> On Sep 23, 2013, at 8:28 PM, Simon Fraser <smfr@me.com> wrote:
>>>>>> Also, why are the members of DOMPoint (and DOMRect/DOMQuad)  
>>>>> readonly?
>>>>>> Do they have to be?
>>>>> 
>>>>> They are not. (As long as I am not missing something.)
>>>> 
>>>> 
>>>> Hmm. This creates a problem: what does it mean to set
>>>> top/left/bottom/right of DOMQuad.bounds?
>>>> 
>>>> 
>>>> The bounds property itself should be readonly.
>>> 
>>> 
>>> That doesn't help.
>> 
>> Yeah, that just means you can't replace the .bounds property with
>> another object.
>> 
>> WebIDL makes it remarkably fiddly to create an interface that should
>> be readonly in some circumstances and mutable in others.

Why not just describe in prose when an interface is mutable and when not? (And what happens if someone tries to modify an immutable interface.)

> 
> If we want the members of DOMRect to be mutable but only if it's not  
> associated with a DOMQuad's .bounds, that can be specced by having those  
> members check for the association and throw on setting in that case.
> 
> Is it sane to allow modification of a DOMRect that was returned by e.g.  
> getBoundingClientRect()?

That may depend if the returned rect is live or not.
If not, why not?
If yes, do we expect bounding client rect to consider any modifications? Would be strange if it does consider modifications IMO and if it doesn't it should be immutable.

Greetings,
Dirk

> 
> -- 
> Simon Pieters
> Opera Software
Received on Tuesday, 24 September 2013 15:32:59 UTC

This archive was generated by hypermail 2.4.0 : Friday, 25 March 2022 10:08:34 UTC