New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 616576 link

Starred by 4 users

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 2
Type: Bug



Sign in to add a comment

Extremely difficult to resize textareas with touch

Reported by aaron.na...@pearson.com, Jun 1 2016

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/50.0.2661.102 Safari/537.36
Platform: 8172.45.0 (Official Build) beta-channel veryron_minnie

Example URL:

Steps to reproduce the problem:
1. Go to a simple web page with a resizeable textarea using ChromeBook touch. Something like this: 
<html>
<head>
    <title></title>
</head>
<body>
<textarea style='width:300px; height: 200px; border: 1px solid black'></textarea>
</body>
</html>
2. Try to resize the the textarea using the resize handle in the lower-right handle. 
3. Notice it is very hard to grab the resize handle using touch, but if you try with the trackpad it is simple.

What is the expected behavior?
The textarea should be simple to resize using touch.

What went wrong?
It is very difficult to resize the textarea using the resize handle via touch. If you try the same page on Android it works well. Same with Chrome on Windows Surface.

Does it occur on multiple sites: Yes

Is it a problem with a plugin? No 

Did this work before? N/A 

Does this work in other browsers? Yes 

Chrome version: 50.0.2661.102  Channel: beta
OS Version: 51.0.2704.64
Flash Version:
 
I have the same issue in the stable channel as the beta channel.

Comment 2 by tkent@chromium.org, Jun 7 2016

Cc: tkent@chromium.org
Components: -Blink Blink>Input>HitTesting
Labels: Needs-Feedback
Is this reproducible with non-textarea elements like the following?

data:text/html;charset=utf-8,<div style="resize:both; border:solid 1px blue;overflow:scroll; width:100px">abc</div>

Setting the overflow to scroll does make it easier to grab the resize handle, but having the empty scroll rails show up is undesirable. 

If I change your example to <div style="resize:both; border:solid 1px blue;overflow:auto; width:100px">abc</div> so that overflow is "auto" then it is as difficult to grab the resize corner. 

So, yes, this does impact everything with the resize handle, but no scroll rails.

Comment 4 by tkent@chromium.org, Jun 7 2016

Cc: -tkent@chromium.org
Components: Blink>Layout
Labels: -Needs-Feedback
Thank you for the information!

Comment 5 by e...@chromium.org, Jun 9 2016

Components: -Blink>Layout
We might want to make the hit testing target larger on touch devices. We can't really paint it larger though as that would break assumptions about the size of the scroll corner.

Comment 6 by bokan@chromium.org, Jun 9 2016

Cc: bokan@chromium.org rbyers@chromium.org
Labels: -Pri-2 Pri-3
Status: Untriaged (was: Unconfirmed)
This sounds like our touch adjustment logic needs to be improved. Rick, do you know if anyone's still actively looking at touch adjustment?
Owner: chongz@chromium.org
Status: Ass (was: Untriaged)
Status: Assigned (was: ass)
Would it be possible to get a timeframe when this will be fixed? We would like to have this fix for the next version of our app.
Components: -Blink>Input>HitTesting Blink>HitTesting
Moving Blink>Input>HitTesting to Blink>HitTesting
Cc: chongz@chromium.org
Labels: Hotlist-Input-Dev
Owner: eirage@chromium.org
Re-assigning to eirage@ who is looking into touch adjustment.
Hello,

Any update on this?
Components: -Blink>HitTesting UI>Input>Touch
Labels: -Pri-3 Pri-2
Components: Blink>Input

Sign in to add a comment