Div with contenteditable=true shows 'selection handler' on blur (focus loss)
Reported by
chem...@gmail.com,
May 30 2016
|
||||||
Issue descriptionSteps to reproduce the problem: 1. Create a html file with a div with contenteditable='true' 2. Open the file in Chrome for Android 3. Tap the div and type something 4. Now tap somewhere outside of the div to 'blur' the focus What is the expected behavior? The div should just lose text/editable focus What went wrong? A single (blue, in my case) 'selection handle' appears Did this work before? N/A Chrome version: 50.0.2661.89 Channel: stable OS Version: Android 5.1.0 Flash Version: None
,
Jun 3 2016
,
Jun 3 2016
Cannot repro on http://jsfiddle.net/zgLw1qp8/1/. I can't find the Chatr app displayed in the screenshot either. Closing as nonreproducible, but I'll reopen if you post a sample HTML that demonstrates it.
,
Jun 7 2016
Hi, Thanks for having a look. I had some issues getting the issue to reproduce on jsfiddle but this one does (half[1]) the job: https://jsfiddle.net/rejhgadellaa/c44prvv3/3/ Chatr is a wip so I'd rather not share the url on a public issue tracker right now :) See screenshot for result. [1] The handle disapears now when the div loses focus but it shouldn't be there in the first place.
,
Jun 8 2016
I'm sorry, why do you think it shouldn't be there in the first place? The intended behavior on Android is to always show a blue selection handle below the cursor of textboxes that have been intentionally focused by the user, in order to allow easily moving the cursor around.
,
Jun 8 2016
..it is? I don't recall that happening with native text input elements on Android but I could be a bit behind (I have devices running 6.0 but my daily driver is still running 5.1.0) but I don't see this behaviour in (for example) Google+. Anyway. It does happen even when there is no text yet so then it would be redundant (because there is nowhere to move the cursor to)? I've updated the fiddle to have no text by default: https://jsfiddle.net/rejhgadellaa/c44prvv3/7/
,
Jun 8 2016
Ah I just checked other apps' native input elements and it does happen in Inbox by Gmail (tapping on an empty input element shows the handle). But it's not completely "default" then, when G+ doesn't show this behaviour? Is there a way to disable this in Chrome with a css rule or something (like user-select: none does for selecting text)
,
Jun 8 2016
There isn't a way to disable the selection handles with CSS, although I agree there probably should be. I'm not sure there is any existing CSS property that would be appropriate to overload for this, so it might require a new one going through the web standards process.
,
Sep 29 2017
,
Sep 29 2017
|
||||||
►
Sign in to add a comment |
||||||
Comment 1 by rsgav...@chromium.org
, Jun 3 2016Status: Assigned (was: Unconfirmed)