Use of Shift as Constraint



  • Seem to be adding my fair share of posts tonight, my apologies πŸ™‚

    I've noticed that when (say) rotating an object, if you hold down the shift key then (using the corner indicator ) attempt to rotate the object, it doesn't - it just produces a blue marquΓ©e. It works fine if you select the object first then rotate - THEN apply the shift key, that works just fine. It's always been my understanding that the constraint is applied before moving (certainly the way that AI and many others do it) ?

    Neil



  • @Igull

    I think you are right in your observation
    to use the shift key for constraint, you first have to move/rotate
    the shape slightly then press the shift key
    (I don't know the reason for this, for me it's just the VS way of doing it).

    i dont see it as big problem

    i had a second look on it and found out, that if you
    select a Shape and Hold the left Mousebutton down
    and press then the Shift key this works also.
    Also on rotation.



  • @Subpath said in Use of Shift as Constraint:

    (I don't know the reason for this, for me it's just the VS way of doing it).

    Yes, you're right - I'm just going back to muscle memory and other apps - if it ain't broke etc.
    I'm not sure that hitting shift after the fact is a better solution - YMMV as they say (when they don't know any better LOL πŸ™‚ )

    I dont see it as big problem

    Yep, again you're right, it's not - it's all about feel and proportion and comfortability.

    I think we should have a revolution here - at the very least a strike to the heart of this vile change that VS is imposing upon us πŸ™‚ LOL

    If that's the way everyone wants it, fine - if not, then put it back the way it was πŸ™‚

    I think the new motto should be clutch brake accelerator in that order πŸ™‚

    Neil


  • administrators

    @Igull Yes this is by design. The Shift is used for rotation (or move / scale) constrain only after the mouse is pressed.
    No need to drag it (to change the rotation) but the mouse must be pressed first and then the shift pressed.

    The reason is that Shift+Click and Shift+Drag are used for modifying the selection.
    This can be configured in the Modifier Keys section of the preferences



  • @Igull

    Well, I'm just not that into muscle memory. I never was, by the way.
    Nor program focused ( especially not Adobe Illustrator).
    It was always the functions/features that counted.

    Not that I don't understand that. But I mostly take the programs as they are.
    I used many different programs and still do.
    It would have taken me a lot of time and nerves to trim
    them all to an Adobe Illustrator way of doing things πŸ™‚

    I usually only speak up when I find the tools somewhat cumbersome to use.



  • @Subpath said in Use of Shift as Constraint:

    It would have taken me a lot of time and nerves to trim
    them all to an Adobe Illustrator way of doing things

    Yes, TBH, a practically impossible task - until VS came along πŸ™‚ Unlike you, I'd prefer to change it rather than put up with the way it is - I guess that's one of the big reasons that I like VS. I'm with you on cumbersome tools too.

    Neil



  • @VectorStyler said in Use of Shift as Constraint:

    @Igull Yes this is by design. The Shift is used for rotation (or move / scale) constrain only after the mouse is pressed.

    OK

    No need to drag it (to change the rotation)

    ??

    but the mouse must be pressed first and then the shift pressed.

    OK

    The reason is that Shift+Click and Shift+Drag are used for modifying the selection.
    This can be configured in the Modifier Keys section of the preferences

    I'll make sure I check that πŸ™‚

    Thanks

    Neil



  • @VectorStyler said in Use of Shift as Constraint:

    @Igull Yes this is by design. The Shift is used for rotation (or move / scale) constrain only after the mouse is pressed.
    No need to drag it (to change the rotation) but the mouse must be pressed first and then the shift pressed.

    The reason is that Shift+Click and Shift+Drag are used for modifying the selection.

    When the cursor is close to a corner of the bounding box and changes to a rotation indicator, it means the app detected and "switched" to rotation mode.

    So I don't see why it cannot be more forgiving and accept Shift before you click-and-drag to rotate, since it's in "rotation mode" already. I don't see how it would conflict with Shift-drag.

    (Btw, what is Shift-click supposed to do when in Select/Transform mode?)