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

Issue 788493 link

Starred by 1 user

Issue metadata

Status: Untriaged
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug



Sign in to add a comment

Direct Manipulation Stylus, disabled, breaks other pen features.

Reported by tunep...@gmail.com, Nov 25 2017

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.94 Safari/537.36

Steps to reproduce the problem:
1. Disable Direct Manipulation Stylus in flags
2. Use a pen and tap an input field (Touch keyboard no longer fires)
3. Pen double click also seems not working correctly, go to any webpage with text and try double tap a word to select it, or try a web-app that you know has double tap functionality.

What is the expected behavior?
Expected to only turn of scrolling, Not other pen features.

What went wrong?
Setting flag "Direct Manipulation Stylus" to disable, seems to disable other pen features as well, such as.

* Double tapping
* Not firing touch keyboard when tapping input fields. 

I want to turn off scrolling ONLY, as it is conflicting with other functionalites in web-apps i use. such as:

* Conflict with drag and drop using stylus.
* Conflict with movement of objects using stylus.
* Conflict drawing using stylus

As per description "If enabled, Chrome will scroll web pages on stylus drag" should only be disable stylus scrolling, no other stylus features.

WebStore page: http://editor.construct.net

Did this work before? Yes Don't remember

Chrome version: 62.0.3202.94  Channel: stable
OS Version: 10.0
Flash Version:
 

Comment 1 by ajha@chromium.org, Nov 27 2017

Labels: Needs-Bisect
Cc: divya.pa...@techmahindra.com
Labels: Triaged-ET Needs-Feedback Needs-Triage-M62
Unable to reproduce this issue on reported version 62.0.3202.94 and latest canary 64.0.3278.0 using Win10 surface pro with steps mentioned in comment#0.

Steps to reproduce the issue:
1. Disabled "Direct Manipulation Stylus" in chrome://flags
2. Navigated to "https://bootsnipp.com/snippets/8M68X, touched the input fields with stylus, touch works fine and scrolling on thje page isa not working which is intended
3. Navigated to "https://en.wikipedia.org/wiki/IPhone", selection of text doesn't happen unless we long press that word

Note:
Double tap on the text doesn't work even when the "Direct Manipulation Stylus" is set to Default/Enable/Disable mode 

@Reporter: Could you please check the video and let us know if we miss anything and also please check in latest canary in new profile with no extensions init. This would help in further triaging of the issue.

Thanks!
788493.mp4
15.0 MB View Download

Comment 3 by tunep...@gmail.com, Nov 27 2017

Looking at your video I didn't see the Touch keyboard opening, when you clicked an input box, which I would expect if scrolling is turned off. When pen scrolling is turned on, then touch keyboard would open up, when tapping an input field with the pen. Maybe that didn't record?

I will test again and see if I can provide a video capture. For me, when Direct Manipulation stylus turned off, Double clicking, certain web-app elements does not fire, like mouse-double click. And touch keyboard will not open when tapping input fields.


Project Member

Comment 4 by sheriffbot@chromium.org, Nov 27 2017

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "divya.padigela@techmahindra.com" to the cc list and removing "Needs-Feedback" label.

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

Comment 5 by tunep...@gmail.com, Nov 27 2017

https://knowledge.autodesk.com/community/screencast/396eb346-785c-4c91-bdfd-7c93e5d771fb

Here's a screen recording of what's going on.

With Direct Manipulation Stylus: Enabled
Text selection with Long press.
Keyboard fired on input fields (recording is cropped)
Pen will scroll pages.
Double tap will open editors in web-app.

With Direct Manipulation Stylus: Disabled
Pen will no longer scroll pages.
Pen will select text as mouse do. On click and drag.
Tapping input boxes, does not open touch keyboard.
Does not register double tap in web-app.

Using windows, Pre fall creators update (1703)
Could that be the issue?

Comment 6 by tunep...@gmail.com, Nov 27 2017

Forgot to mention Expected behaviour: This is what I would expect with direct manipulation stylus: Disbled. Same as with Direct Manipulation stylus Enabled, but without the scrolling.

With Direct Manipulation Stylus: Disabled
Text selection with Long press.
Keyboard fired on input fields (recording is cropped)
Pen will no longer scroll pages.
Double tap will open editors in web-app.
Labels: -Needs-Bisect -Type-Bug-Regression M-64 Type-Bug
Status: Untriaged (was: Unconfirmed)
The flag "Direct Manipulation Stylus" was introduced in chrome://flags from M-62 and the issue described in comment #0 in seen from M-62 till M-64.
This is a non-regression issue as it is observed from M62 builds. 

Hence, marking it as untriaged to get more inputs from dev team

Thanks!

Comment 8 by tunep...@gmail.com, Jan 15 2018

Any update on this, as 62+ builds using pen scrolling will break or conflict several web-app functionalities such as:

*Drag&Drop
*Object manipulation
*Text selection
*Drawing selection rectangles.

Some web apps that worked well with pen before the introduction of pen scrolling are:

http://editor.construct.net
http:/figma.com 
http:/marvelapp.com
http:/tinkercad.com
http:/onenote.com (Web Version)

Please test web-apps where pen scrolling conflicts with above mentioned functions.

Comment 9 by jes...@tigchon.com, Mar 20 2018

This is still very much a problem in the latest Chrome stable 65, and is the ONLY reason I have been using a portable version of Chrome 58, before these pen input changes were made to Chrome in v59+.

Pen/stylus input is fundamentally different from touch input.  A stylus acts as a precise input pointer on devices that lack a touchpad or keyboard, like most tablets.  Coercing stylus input to touch input is essentially the same as giving users an 11th finger they have no need for, while removing essential functionality they rely on in daily use--drag and drop support, the ability to precisely select text, dragging to save/send images, etc.  These are reasons users purchased a pen in the first place.

To add insult to injury, Microsoft has decided in their latest Surface Pro fall creator's update to force this same behavior system-wide: now, applications that used to respond to stylus input as a precise (mouse) pointer behave the same as if the pen were an ordinary finger.  This fundamental alteration to expected behavior without providing an opt-out setting is unacceptable.

Sign in to add a comment