[w3c/editing] input setSelection() method workflow, when text overflows input container (#173)

How the setSelection() method is supposed to work, when the input caret is moved to a position in the text, where it is not visible? [Here ](https://jsfiddle.net/Lipata/c02ux411/23/) is the sample.

What I expect is that when I focus the input, and then call setSelection() method, then the text is scrolled to the position, where the caret has already been moved. I've already logged two issues to [Chrome](https://bugs.chromium.org/p/chromium/issues/detail?id=806233#c9) and [Microsoft](https://developer.microsoft.com/en-us/microsoft-edge/platform/issues/15637833/) (I was not with the intend that they were issues, I was not sure how this should work). The guys from Microsoft told me that this has been already fixed. The guys from Chromium project kindly shared their implementation and said that if I want to scroll to caret position I need to focus after the setSelection() method takes place.

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/w3c/editing/issues/173