WIP: Keymap Click-Drag Direction #105488

Lukas Sneyd · 2023-03-06T13:41:31+01:00

Lukas Sneyd commented

2023-03-06 13:41:31 +01:00

First-time contributor

For 3.5. Will make one for main later.

Keymap click-drag direction has some issues, mostly has to do with having more directions than people want or need. From what I've seen people just want to drag left and right, not northeast etc. This means a lot of extra setup in the keymap and dedicating north and south click-drags to always be assigned as either east or west. Not ideal. Also, if user does not assign all 8 directions, any drags that veer into those unassigned directions will result in an unintentional tweak event.

So to deal with that, this offers 2 additional click-drag flavors (Left vs Right and Up vs Down) without affecting the current 8-way one. You go into Userpref->Input->Click-Drag Direction, and choose a style. The keymap will change for anything that is set to click-drag. Instead of a direction dropdown / popover, you get 3 operators that will set the direction. Then just drag left and right, or up and down if you'd rather, and you get an expected result that is relatively easy to setup.

I tried making 2 more enums for each of these new direction options. Idea was to have a direct replacement, an enum that shows up as a dropdown / popover in the keymap like the current direction does. I do not know of a way to dynamically reduce the options in the current direction enum, so I tried to make 2 redundant but shorter versions with just 'Any' 'East' and 'West' and 'Any' 'North' and 'South'. They worked, but they wouldn't set in the keymap without creating a new keymap item first.

So I detoured around that problem by making some operators show up in the keymap in place of the direction enum. These operators set the direction to whatever their name is. They light up to show you which one is selected. There is the possibility of non-applicable directions being assigned in the keymap. They wouldn't be detected anymore depending on mode. For example, you have something set to 'North' but the click-drag direction is in 'Left Right'. In this case I put a warning to let you know that there is "no direction". Not much good unless the user is looking for every possible occurrence of this, though. That's probably the big issue preventing this from being completely finished.

I personally don't intend to use directional click-drag, but it was interesting and easy enough for me to figure out the functionality part. The keymap part was not so easy for me, but finally close enough with that. Want to change names, things like that? Go for it.

Thanks for your time.

For 3.5. Will make one for main later. Keymap click-drag direction has some issues, mostly has to do with having more directions than people want or need. From what I've seen people just want to drag left and right, not northeast etc. This means a lot of extra setup in the keymap and dedicating north and south click-drags to always be assigned as either east or west. Not ideal. Also, if user does not assign all 8 directions, any drags that veer into those unassigned directions will result in an unintentional tweak event. So to deal with that, this offers 2 additional click-drag flavors (Left vs Right and Up vs Down) without affecting the current 8-way one. You go into Userpref->Input->Click-Drag Direction, and choose a style. The keymap will change for anything that is set to click-drag. Instead of a direction dropdown / popover, you get 3 operators that will set the direction. Then just drag left and right, or up and down if you'd rather, and you get an expected result that is relatively easy to setup. I tried making 2 more enums for each of these new direction options. Idea was to have a direct replacement, an enum that shows up as a dropdown / popover in the keymap like the current direction does. I do not know of a way to dynamically reduce the options in the current direction enum, so I tried to make 2 redundant but shorter versions with just 'Any' 'East' and 'West' and 'Any' 'North' and 'South'. They worked, but they wouldn't set in the keymap without creating a new keymap item first. So I detoured around that problem by making some operators show up in the keymap in place of the direction enum. These operators set the direction to whatever their name is. They light up to show you which one is selected. There is the possibility of non-applicable directions being assigned in the keymap. They wouldn't be detected anymore depending on mode. For example, you have something set to 'North' but the click-drag direction is in 'Left Right'. In this case I put a warning to let you know that there is "no direction". Not much good unless the user is looking for every possible occurrence of this, though. That's probably the big issue preventing this from being completely finished. I personally don't intend to use directional click-drag, but it was interesting and easy enough for me to figure out the functionality part. The keymap part was not so easy for me, but finally close enough with that. Want to change names, things like that? Go for it. Thanks for your time.

❤️ 1

Lukas Sneyd added 1 commit 2023-03-06 13:41:43 +01:00

6fae66b7b0 Blender 3.5

Keymap click-drag direction has some issues, mostly has to do with more directions than people want or need. This gives 2 additional flavors (left v right and up v down) without affecting the current 8-way one. I tried making 2 more enums for direction, for the purpose of reducing the available options, but it wouldn't set in the keymap without creating a new keymap item first. So I detoured around that by making some operators show up in the keymap in place of the direction enum.

There is the possibility of a user having non-applicable directions assigned to in their keymap> In this case I put a warning to let them know that there is "no direction". Not much good unless they are going to go looking at every possible occurrence of this, though.

Lukas Sneyd added 1 commit 2023-03-06 14:57:11 +01:00

0b6ce760f0 fix label for set direction right

Lukas Sneyd referenced this pull request

2023-03-11 09:44:34 +01:00

WIP: Box Lasso and Circle Select Toolsettings for Faces and Edges with Directional Control #105653

Lukas Sneyd referenced this pull request

2023-03-13 12:24:17 +01:00

WIP: Custom build, mostly selection options #105712

Lukas Sneyd added 1 commit 2023-03-15 13:00:30 +01:00

d18e5458f9 change some names

~~Lukas Sneyd referenced this pull request 2023-06-17 12:18:45 +02:00~~

Selection Options #109075