Re: [Selection] Should selection.getRangeAt return a clone or a reference?

On Tue, Jan 6, 2015 at 5:44 PM, Olli Pettay <olli@pettay.fi> wrote:

> On 01/07/2015 12:32 AM, Ryosuke Niwa wrote:
>
>> https://github.com/w3c/selection-api/issues/40
>>
>> Trident (since IE10) and Gecko both return a live Range, which can be
>> modified to update selection.  WebKit and Blink both return a clone Range
>> so that any changes to the Range doesn't update the selection.
>>
>> It appears that there is a moderate interest at Mozilla to change Gecko's
>> behavior.  Does anyone have a strong opinion about this?
>>
>
>
> I don't have a strong opinion on this, although live Range can be rather
> nice thing when one wants to change the selection.
> But implementing the live-ness properly can be somewhat annoying - except
> that engines need to internally track DOM mutation inside
> selection anyway, so maybe not so bad after all.
> Perhaps speccing the special cases (like when one makes Range to point to
> detached dom subtree) would be enough?
>
> But as I said, I don't have strong feelings about this.


I would be open to changing Gecko's behavior here (assuming that it would
be Web compatible.)