Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Don't interpret click-and-drag as a click when in move mode #8187

Closed
ghost opened this issue Nov 9, 2020 · 4 comments
Closed

Don't interpret click-and-drag as a click when in move mode #8187

ghost opened this issue Nov 9, 2020 · 4 comments
Assignees
Labels
operation An editing operation / edit menu item usability An issue with ease-of-use or design
Milestone

Comments

@ghost
Copy link

ghost commented Nov 9, 2020

It might be difficult to find the right way to handle this given the various HID methods iD supports, but if it can be improved I think it would be worthwhile. I decided to open this ticket after not finding either an open or closed issue about this specific behaviour using the issues search, but my perusal was not exhaustive so it's possible I missed it and this is a duplicate.

Expected behaviour:

  1. I select an entity or several entities and then press m or otherwise enter move mode.
  2. After moving my pointer and the entity/ies along with it to where I want it, then I click to exit move mode and place the entity/ies.
  3. Between the first and second steps, I pan as normal in order to reach the target area, including 'grabbing' the map with click-and-drag.

Observed behaviour:

  1. I select an entity or several entities and then press m or otherwise enter move mode.
  2. I go to pan the map, but rather than waiting to exit move mode until my click has released and seeing if the on-click is at a sufficiently far offset from the off-click to determine whether the action was a click or click-and-drag, the initial click exits move mode.
  3. I thus must alternate between moving the entity/ies across the viewbox using move mode, and panning/zooming the map so that the entity/ies are still in the viewbox but there is now again room to move them in the desired direction.

I imagine there is an analogous algorithm for touch interaction, but I could be wrong about that; and I saw in one of the issues that modeless touch moving was and/or is a goal.

@quincylvania quincylvania added operation An editing operation / edit menu item usability An issue with ease-of-use or design labels Dec 3, 2020
@quincylvania
Copy link
Collaborator

Hmm I see how this is annoying. It's definitely not intended (and might be a regression). We should be able to patch it.

@lectrician1
Copy link

Something related, has it ever been thought of to make right-click the panning tool? Typically most vector-art editors and other types of software do this.

@quincylvania
Copy link
Collaborator

Looks like this probably wasn't a regression. Definitely a nice usability improvement.

Something related, has it ever been thought of to make right-click the panning tool?

@lectrician1 Not sure, but iD has to be more beginner-friendly than most vector software. It's a web map—people are used to clicking and dragging them to pan around. We also don't expect every map to have a two button mouse.

@ghost
Copy link
Author

ghost commented Jul 28, 2021

Thanks [@quincylvania] for the fix and [@mbrzakovic] for deploying it! I am enjoying the new functionality.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
operation An editing operation / edit menu item usability An issue with ease-of-use or design
Projects
None yet
Development

No branches or pull requests

2 participants