Tera Sure of you want to split hairs about gestures and what it means, then yes you are truly correct. BUT how 99% of most other softwares implement it as a release of the button. So no I’ve not misunderstood am just going with how things can be. Now this isn’t to say that it can’t be both, it doesn’t have to be one or the other. That’s the point about customization of the UI/UX, that giving the user the ability to make adjustments that suits their needs not what these programmers think they want. Point in case, as was already mentioned, when the powers that be went in an decided to change the icons after over 10 years of them being a certain it was ONLY after a 3rd party company was about to offer users the ability to change it back that Solidworks HQ went in and offer the option to back to the old icons.
I will again point you to the video in the first post that shows that this needs to be expanded which is also a major point about why this functionality needs to be expanded. NO the “S” key will not achieve the result that I am speaking about because the whole idea is that NOT having to go to the property manager in a major goal here.
I will forever sing the praise of the S Key Menu in the bottom-right of the Mouse Gesture wheel.
Having to release the button on top of the icon would feel like a burden because as noted elsewhere you then need to pay attention to where the cursor actually is as opposed to just making the motion.
And if anyone tries to program anything to automatically adjust my UI because it thinks it knows better then I’m gonna start flipping tables.
None of the CAD systems seem to do true mouse gesturing like web browsers which allow for more complex movements.
Opera for example allows more than just straight line movements:
image.png
Between SWX and SE, the SWX implementation is faster and if you have it down to muscle memory, you hardly even see the actual radial gesture menu. The SE implementation is more like a “S” key radial style menu that you pick from, not really a mouse gesture IMO.
Thanks dave.laban, I just added the “S” key to my mouse gesture…nice tip.
And if anyone tries to program anything to automatically adjust my UI because it thinks it knows better then I’m gonna start flipping tables.
I am 100% with you on not having the powers that be go touching and changing my UI/UX all randomly with no seemingly good reason. I’ve had that happen too many times with Solidworks over the past 20 years and it drives me table flipping crazy too.
In the end I guess what I am suggesting can happen is that the programmers have to loosen the tight gripped hold over the UX/UI. Being able to add in any aspect of the software, say, into the mouse gesture wheel i.e. items from the property manager, will help to minimize mouse travel.
Mouse gestures in drawings are almost useless and WAY worse than i.e. the s-key:
They are slow in drawings - if you don’t pay attention the gesture will not happen at all
They often do not really work with your mouse over the view itself (it’s the same in 3D if you’re hovering over a part… because you have to click for them to appear…)
You can not pre-select something from the feature tree and THEN make a gesture to make it happen. Thus you cannot attach i.e. a balloon/note to an origin etc.
I disabled all mouse gestures in the drawing because of the reasons listed above. They are too slow/useless for me in drawings.
Interesting, I get the same process if I select something in the FMT then use a mouse gesture or click an icon in the Command Manager.
For speed, if gesturing in free space I don’t get any performance issues. I only have to slowly gesture if I’m trying to do so on top of model geometry (which is then when speed issues can show up). Wondering if there’s something different in our workflows.
I always liked the idea of the multi-directional gestures in Opera but never found myself using enough of them to make remembering them worthwhile. There are only so many things I ever need to do in a web browser (most of which I’m happier using keyboard shortcuts for) that that much flexibility and customisation was lost on me.
You can not pre-select something from the feature tree and THEN make a gesture to make it happen. Thus you cannot attach i.e. a balloon/note to an origin etc.
That would help to speed things up even more, that if based upon preselected items, the context of what’s shown in the mouse gestures would be amazing!!!
How would that be significantly different from the existing context toolbar? (click to select, pick command - vs - click to select, click and swipe for command)
Struggles adding a balloon:
Struggles adding a note:
mouse gesture struggles2.gif
The only way to do attach the note to the origin is by doing the mouse gesture OFF THE PAPER or by holding STRG while doing the gesture.
In comparison I can use the S-key even while being over the feature tree.
Yeah, right click is selecting the sheet and losing the tree selection. Not surprising that use case wasn’t tested, it’s a pretty obscure way of doing it.
Ahh, that makes sense. That’s exactly where all those problems come from. Right click DOES something before the mouse gestures are activated - and that is bad. I would immediately customize the button if it was possible. It would solve all my issues at once.
Using the S-key (as a comparison) is a much more consistent UI experience.
I’ll just mention Alin so he can suggest this feature at the next TTL…
I’m not sure it is bad. If you hover over a drawing view model edge and mouse gesture to add a note, the right click over the model edge registers the edge selection and attaches the note. Maybe they could make it pick up a preselection and ignore the right click selection.
Gesture on drawing.gif
