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

Modifier + scrollwheel for on-hover property change #34762

Open
ChameleonScales opened this issue Feb 28, 2020 · 3 comments
Open

Modifier + scrollwheel for on-hover property change #34762

ChameleonScales opened this issue Feb 28, 2020 · 3 comments
Labels
Feature Request GUI/UX Related to QGIS application GUI or User Experience

Comments

@ChameleonScales
Copy link

ChameleonScales commented Feb 28, 2020

First, I have to say a big thank you to everyone who contributed to this very powerful program. You're awesome!

Issue :

Currently, the mouse wheel is used for 2 actions at the same time : it both navigates up and down a window and changes properties if you hover over a spin box.
Because of this, accidental property change when trying to navigate the window is pretty much inevitable and it's only a matter of time before you do it without noticing.

Proposed solution :

Adding a modifier key to split the key binding.
For example, in Blender, Ctrl + scroll changes a spin property and scroll alone navigates the window. This way we don't have to worry about accidentally screwing things up.

@DelazJ
Copy link
Contributor

DelazJ commented Feb 28, 2020

Because of this, accidental property change when trying to navigate the window is pretty much inevitable

I thought this was fixed by #4274

@gioman gioman added the Feedback Waiting on the submitter for answers label Feb 28, 2020
@ChameleonScales
Copy link
Author

ChameleonScales commented Feb 28, 2020

I just tested on QGIS 3.12 and I don't see this 1 second rule take effect.
For example I enter a layer's style properties and scroll down. As I hit the bottom, the scrolling instantly switches to modifying the property my cursor is over.

In any case, using a modifier key would simply be safer and more efficient. The more confident you can be about using your mouse, the faster and more comfortably you can work. Knowing that if I scroll a fraction of a second too late I might change a value makes me more hesitant about using the wheel so I end up using the bars.

Generally, the concept of sharing a key binding and implement an obscure timed switch to partially split that binding doesn't seem like a great UX design decision to me.

@github-actions
Copy link

The QGIS project highly values your report and would love to see it addressed. However, this issue has been left in feedback mode for the last 14 days and is being automatically marked as "stale".
If you would like to continue with this issue, please provide any missing information or answer any open questions. If you could resolve the issue yourself meanwhile, please leave a note for future readers with the same problem and close the issue.
In case you should have any uncertainty, please leave a comment and we will be happy to help you proceed with this issue.
If there is no further activity on this issue, it will be closed in a week.

@github-actions github-actions bot added the stale Uh oh! Seems this work is abandoned, and the PR is about to close. label Dec 24, 2020
@gioman gioman removed Feedback Waiting on the submitter for answers stale Uh oh! Seems this work is abandoned, and the PR is about to close. labels Dec 24, 2020
@alexbruy alexbruy added the GUI/UX Related to QGIS application GUI or User Experience label Dec 7, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Feature Request GUI/UX Related to QGIS application GUI or User Experience
Projects
None yet
Development

No branches or pull requests

4 participants