- From: Anne van Kesteren <notifications@github.com>
- Date: Thu, 24 Oct 2024 05:58:19 -0700
- To: w3c/selection-api <selection-api@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
Received on Thursday, 24 October 2024 12:58:23 UTC
But the live range and the selection are out-of-sync if the selection is across a node tree boundary, right? And the selection offsets would similarly be out-of-sync with the composed selection offsets. So you would also have to possibly update the selection when a node tree is mutated and the live range associated with the selection is not impacted. Just as you would for a live composed range. I don't really see how this concept of a composed selection (where you still need to support the normal selection as well as you cannot directly reveal the existence of the shadow tree) is fundamentally different from a live composed range. It seems to me you have the same state to maintain and the same algorithms need to be updating that state. I guess the main difference is that these internal offsets live directly on the selection and that node tree mutations now have to know directly about a selection. Not entirely sure that that's a win. -- Reply to this email directly or view it on GitHub: https://github.com/w3c/selection-api/issues/2#issuecomment-2435227369 You are receiving this because you are subscribed to this thread. Message ID: <w3c/selection-api/issues/2/2435227369@github.com>
Received on Thursday, 24 October 2024 12:58:23 UTC