← All ideas
  • Published 18 Sep 2020

The Extrusion constraint axis breaks Blender's UI grammar?

The <kbd>E</kbd> <kbd>X</kbd>, <kbd>E</kbd><kbd>Y</kbd>, <kbd>E</kbd><kbd>Z</kbd> extrusion operations are contractions of simpler operations: <kbd>E</kbd> then right-click, folowed by <kbd>G</kbd><kbd>X</kbd>, <kbd>Y</kbd>, or <kbd>Z</kbd>.

(Likewise <kbd>E</kbd><kbd>R</kbd><kbd>X</kbd> etc., and <kbd>E</kbd><kbd>S</kbd><kbd>X</kbd> etc.)

As things stand in 2,90, <kbd>E</kbd> drops the user into a Normal Transform Orientation, without telling them . This is inconsistent with the interface to other operations. <kbd>X</kbd>, <kbd>Y</kbd>, and <kbd>Z</kbd> suddenly acquire their meanings in Normal space, not the space set in the header. (Besides, a user would almost never want to extrude a face in Normal X or Y)

Fair enough for the default <kbd>E</kbd> on its own to give you Normal Z, that's what is usually required.

But as soon as you specify an axis, <kbd>E</kbd> should respect the Transform Orientation set in the header... i.e. the result of <kbd>E</kbd><kbd>X</kbd>,<kbd>Y</kbd>, or <kbd>Z</kbd> should always be the same as <kbd>E</kbd>, then right-click, then <kbd>G</kbd><kbd>X</kbd> , <kbd>Y</kbd>, or <kbd>Z</kbd>.

100%

Development Status: Open

Upvote 5 Downvote 0
rbettsx
18 Sep 2020

1 Comment

Copperplate

I reported this as a bug. This behavior is definitely undesirable and is not exhibited in 2.83.3. developer.blender.org/T80937

1