🚀 go-pugleaf

JET's message about all the obvious modifier keys being used up for other purposes gets at the crux of the problem. It got a lot harder to make tool behavior flexible when we had to give up Control as a modifier to let it be the Mac-equivalent to right-click. 

I personally like Z since it is so close to the shift and option keys, and has an easy mnemonic relationship to stacking order. Would it require too much retraining to use some other key to switch to the zoom tool? What key would you be willing to give up to reset to zoom? (I think all the keys are used for something.) 

If we implemented this feature, and you clicked on a stack which contained unselected objects intermingled with selected ones (e.g., objects under the cursor are A B c D e f where upper-case letters are selected and A is in front), would you expect it to select the frontmost unselected object (c), or the object immediately behind the backmost selected object (e)? 

Currently shift-select inverts the selection state of the top clicked-on object (A) without changing the selection state of other objects, so when clicked on something already selected, it deselects it. Presumably shift + <stack modifier> would ordinarily add an unselected object to the selection, the same one that it would make the only selected object if shift were not down. What would you expect it to do if all the objects under the cursor were selected? Deselect the bottom one? Would you expect some way to deselect non-front objects in a mixed stack?