-
-
Notifications
You must be signed in to change notification settings - Fork 65
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
Implement modifier keys for dragged handles #531
Comments
Could also be good to have one for toggling snapping. |
I agree in theory, but I don't know how this would be implemented. |
You would need to first separate snap into two separate parameteres "snap_enabled" and "snap_increment". Then when moving in place of checking "snap_enabled" you also check for the key modifier. If you wish I could implement it. |
The implementation details aren't what I don't know about, I mean how it would work. Shift is commonly known to be axis-aligned moving and resizing things with preserved aspect ratio. Ctrl is commonly for snapping, but here I was thinking of something with aligning handles, both of which I find quite important to implement. |
maybe you can put the new behavior on another key modifier like ALT? |
I don't like ALT, but yeah that's the only thing that comes to mind. |
What I'm currently thinking of is the following:
SHIFT = Move things along one axis compared to their original position, with a visual indicator on it. For the auxiliary handles of ellipses and rects, which can only move in one direction, force the aspect ratio to be the same as the one when you started dragging. For circles, V path commands, and H path commands, don't do anything.
CTRL = Aligning path handles at an angle to a previous one. I'm thinking of enabling this for each 15 degrees. This would work in limited situations:
The text was updated successfully, but these errors were encountered: