If I have an input that is below another div (perhaps a topbar), when I scroll my selection under the div, the caret / selection still appears above the div. I've created a demo here that you can test out on your iPhone: https://codepen.io/ccorcos/full/mzXbJB/
That's by design at the moment, but it's not great.
Hmm. Well that's a bummer. Not an issue in Safari...
That's by design? Really? Why?
Can we re-design?
(In reply to Chet Corcos from comment #4) > Can we re-design? I think "by design" (from above) was referring more to the implementation, rather than the intended user experience. Currently, our caret is rendered using native views on iOS (UIViews), rather than using web content. While this enables a whole family of platform-defined text selection and interaction gestures, it also makes it difficult to get text selection views to play well with occlusion, z-ordering, etc. In this particular example, I think we can mitigate this by allowing caret and selection views to be hosted in the view hierarchy of UIScrollViews for fast-scrollable elements (e.g. overflow scrolling containers and iframes).