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

Issue 652753 link

Starred by 2 users

Issue metadata

Status: Available
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Android , Windows , Chrome , Mac
Pri: 3
Type: Feature
Team-Accessibility



Sign in to add a comment

cannot resize <textarea> with keyboard

Project Member Reported by faulkner...@gmail.com, Oct 4 2016

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/53.0.2785.116 Safari/537.36

Steps to reproduce the problem:
1. go to https://thepaciellogroup.github.io/AT-browser-tests/test-files/textarea.html
2. try to resize a textarea without using the mouse
3. 

What is the expected behavior?
keyboard can be used to resize a textarea

What went wrong?
cannot resize a textare using the keyboard

Did this work before? No 

Chrome version: 53.0.2785.116  Channel: n/a
OS Version: 10.0
Flash Version: Shockwave Flash 23.0 r0
 
Cc: kkaluri@chromium.org
Labels: Needs-Feedback
@faulkner.steve, will you please let us know the keyboard command to resize the text area.

Thanks.
one method would be to make the handle focusable and once focused allow the arrow keys to resize the text area.

An implementation of this method is available for a resizable dialog custom widget:
http://hanshillen.github.io/jqtest/#goto_dialog
Project Member

Comment 3 by sheriffbot@chromium.org, Oct 15 2016

Labels: -Needs-Feedback Needs-Review
Owner: kkaluri@chromium.org
Thank you for providing more feedback. Adding requester "kkaluri@chromium.org" for another review and adding "Needs-Review" label for tracking.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 4 by hdodda@chromium.org, Oct 17 2016

Cc: hdodda@chromium.org
Components: -UI Blink>Forms>Textarea
Labels: -Type-Bug M-56 Type-Feature
Owner: ----
Status: Untriaged (was: Unconfirmed)
Considering this as new feature request Marking as untriaged.

Requesting dev team to look into this.

Thanks ! 

Comment 5 by tkent@chromium.org, Oct 18 2016

Components: UI>Accessibility
Labels: -Pri-2 -M-56 OS-Android OS-Chrome OS-Linux OS-Mac Pri-3

Comment 6 by tkent@chromium.org, Oct 20 2016

Status: Available (was: Untriaged)

Comment 7 by tkent@chromium.org, Jan 22 2017

Labels: -Needs-Review
Labels: NewComponent-Accessibility NewComponent-Accessibility-Features
Labels: -newcomponent-accessibility -newcomponent-accessibility-features
Labels: a11y-secondary
Components: UI>Browser
Labels: a11y-required
Cc: dmazz...@chromium.org
dmazzoni@ - is this supposed to have the UI>Browser component? It seems like an issue interacting with web contents.
Components: -UI>Browser
Labels: -Via-Wizard -a11y-secondary -a11y-required
Removing UI>Browser but keeping Blink>Forms>Textarea and getting rid of a11y-required

Sign in to add a comment