Re: [selection-api] caret-based selection movement (#27)

This discussion so far seems to assume that the selection is empty before and after any change. Some things change if we consider non-empty selections and the ability to extend and shrink selections:
– While empty selections shouldn't be allowed in non-editable content, non-empty selections have to be allowed everywhere so that users can copy content or look up word definitions.
– When extending selections, the new selection might include both editable and non-editable content. Modifying operations on such a selection wouldn't be allowed, but copying or other read-only operations should be possible.
– Shrinking a non-empty selection in non-editable content to the point where it becomes empty should make it go away entirely.

---
Reply to this email directly or view it on GitHub:
https://github.com/w3c/selection-api/issues/27#issuecomment-66744309