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

Issue 755703 link

Starred by 1 user

Issue metadata

Status: Available
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 3
Type: Bug

Blocked on:
issue 762139


Participants' hotlists:
Hotlist-Files-Touch

Show other hotlists

Other hotlists containing this issue:
Fixing-touch


Sign in to add a comment

Fine-tune position of drag shadow for touch

Project Member Reported by mcirimele@chromium.org, Aug 15 2017

Issue description

What steps will reproduce the problem?
(1) Select a file in Files app
(2) Start dragging to move file

What is the expected result?
Drag shadow (chip) is visible so the user can see the information displayed (copy / move etc)

What happens instead?
Drag shadow is placed in the same place as with a mouse, which ends up being under your finger.

We should play around with the right placement here, maybe slightly above the touch point would be better for visibility. 
 
Blocking: 740270
Labels: OS-Chrome
Blocking: -740270 730232
Labels: M-63
Owner: mcirimele@chromium.org
It looks to me that for mouse we attach the top left corner of the drag shadow (chip) to the cursor. For users to be able to see when they are using touch we'll need to change the anchor point. 

I will update this bug when I have some explorations to look at. 
Blocking: -730232
Blockedon: 762139
Labels: -M-63 M-64
Moving to 64 and blocking on the visual refresh since the issues are connected.
Labels: -M-64

Comment 7 by sashab@chromium.org, Feb 23 2018

Labels: CrOS-FilesApp-Touch

Comment 8 by sashab@chromium.org, Feb 28 2018

Labels: -CrOS-FilesApp-Touch CrOSFilesCategory-Touch

Comment 9 by loyso@chromium.org, Apr 9 2018

Owner: ----
Status: Available (was: Untriaged)
Labels: Files-Fixit-2018
Cc: gogoy@google.com
Blocked on issue 762139, but one thought is https://developer.mozilla.org/en-US/docs/Web/API/DataTransfer/setDragImage has an xOffset and yOffset, which the browser uses to offset the drag image (which we for some reason call the "drag shadow") relative to your cursor ;)

Also given issue 762139, another thought might be to /dev/null the drag shadow and use the system default drag image/effects and maybe that'd be easier/better and consistent with the rest of chrome OS UI.  My 2cents.  



Cc: noel@chromium.org

Sign in to add a comment