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>.
1 Comment
I reported this as a bug. This behavior is definitely undesirable and is not exhibited in 2.83.3. developer.blender.org/T80937