Solidworks Mouse Gestures - Implemented Correctly?
Solidworks Mouse Gestures - Implemented Correctly?
So I thought that I'd pick on this topic from another thread mainly because of the way that Mouse Gestures have been implemented in Solidworks, IMO, have been done incorrectly. Now this mainly stems from using a wide range of 3D softwares that do have mouse gestures which may required explanation as to why they've been implemented in a "bad" way and what needs to be done to help improve them. Also they need to be come much more tightly integrated into the overall environment, not just reserved for initial function only. (will explain further about this below).
As a whole mouse gestures are meant to make is so that you can be on screen more and not have to go over to a menu, toolbar, or feature/property manager. The more that can be customized to your process/liking means a lot and this is an area that I find most CAD softwares to be lacking in comparison to their DCC counterparts.
First: the activation of what it is you want to do should NOT happen until you release the mouse button over the function that you want to do. There have been so many times that slightly touching the a function activates the incorrect thing in very large part that the inner circle/area/ given to move in is quite small.
Second: Property manager functionality - Let's say you're wanting to do a Revolve feature, which can be added to the mouse gesture wheel, but then you are forced to input everything into the property manager. Yes the property manager can be undocked and placed anywhere on the screen but this really defeats the purpose of using the whole screen rather than blocking it.
Third: Context tiers.... we can have custom mouse gestures based upon if we're in a sketch, part, assembly, or drawings. But this NEEDS to go so much further. Let's say you're in a sketch, want to extrude cut, and imagine that the amount of options within the property manager is placed as a second tier of the mouse gesture....this is a VERY crude video that would be an example of how the UI/UX would look.... https://youtu.be/dLw8GXQ3Ok4.
The short is that the UI/UX of the software needs to be much more customizable. Sure I have a ton of hot keys and the likes but this falls far short of how far I'd really want to customize the way I want to operate within the software.....thoughts?
As a whole mouse gestures are meant to make is so that you can be on screen more and not have to go over to a menu, toolbar, or feature/property manager. The more that can be customized to your process/liking means a lot and this is an area that I find most CAD softwares to be lacking in comparison to their DCC counterparts.
First: the activation of what it is you want to do should NOT happen until you release the mouse button over the function that you want to do. There have been so many times that slightly touching the a function activates the incorrect thing in very large part that the inner circle/area/ given to move in is quite small.
Second: Property manager functionality - Let's say you're wanting to do a Revolve feature, which can be added to the mouse gesture wheel, but then you are forced to input everything into the property manager. Yes the property manager can be undocked and placed anywhere on the screen but this really defeats the purpose of using the whole screen rather than blocking it.
Third: Context tiers.... we can have custom mouse gestures based upon if we're in a sketch, part, assembly, or drawings. But this NEEDS to go so much further. Let's say you're in a sketch, want to extrude cut, and imagine that the amount of options within the property manager is placed as a second tier of the mouse gesture....this is a VERY crude video that would be an example of how the UI/UX would look.... https://youtu.be/dLw8GXQ3Ok4.
The short is that the UI/UX of the software needs to be much more customizable. Sure I have a ton of hot keys and the likes but this falls far short of how far I'd really want to customize the way I want to operate within the software.....thoughts?
Re: Solidworks Mouse Gestures - Implemented Correctly?
After very limited time using SE, I agree 100%.
-
I may not have gone where I intended to go, but I think I have ended up where I needed to be. -Douglas Adams
I may not have gone where I intended to go, but I think I have ended up where I needed to be. -Douglas Adams
Re: Solidworks Mouse Gestures - Implemented Correctly?
To me, gestures are a very inefficient UI method. The software has to collect a lot of data in the first place, and then a motion is far more complex than other types of input. Sometimes I just watch people using different UIs, for example a smart phone. Gestures are the one UI type that people tend to repeat frequently because the device/software misunderstood the input. Gestures with a mouse are even more difficult to get right than with your finger. I tend to use hotkeys or RMB menus instead, but these still require both customization and memorization.
One of my big complaints about the SW UI has been where they leave the focus in the propertymanager. Sometimes the focus for the keyboard is not in a place where you can key in a primary dimension, or the cursor focus is in a place that costs you an extra click or motion, or causes you to click something you never want to click. Sometimes they get it right, and sometimes they don't. I'm not sure if the inconsistency is due to different project managers/quality people on projects and they aren't really paying attention to that, or the fact that they just get lucky now and then.
To me, there are 3 different goals for setting up an expert level customizable interface - optimize graphics area, - optimize mouse travel/moving hands between devices, or - optimize mouse clicks/keyboard stokes. You can't optimize all 3 simultaneously. For people who don't really know the interface, or aren't all-day-every-day kind of users, you also have to figure in "discoverability" - the ability to find what you're looking for (assuming you know roughly what you're looking for).
The danger of course is academic pedantry, and measuring things that are or become trivial over time. For example, when typing words, most people with a good typing proficiency don't have to look at the keyboard to type, but when you're typing just individual letters or numbers, even on 10-key, you have to look at least to initially position your fingers, and maybe for some less commonly used keys. Keystrokes as a metric can range from highly distracting to nearly irrelevant. Moving the focus of your eyes from monitor to keyboard might be a better metric. Moving your hand from the spaceball to the keyboard can become a highly muscle memory sort of action. You can also have a lot of keyboard functions customized to the spaceball device.
The Solid Edge interface is very efficient for a couple of reasons. First, they have removed all the text from it, but this assumes that everyone has the UI memorized. Second, their selection list is done visually with color rather than a text list of selected items. The problems with all of this is usually for newcomers. If you don't understand the color scheme or if you need tooltips instead of the command labels, the interface can waste a lot of your time and feel frustrating. Plus, the SE interface tends to lead you down a particular path, while SW users are accustomed to a less structured workflow for commands. Also, SE interface assumes that you want to keep doing whatever you're doing now. So if you're making an extrude, SE will assume that when you're done with that extrude, you'll want to make another one, and it actually takes an additional step to do something different.
Which is to say that one man's efficiency is another man's clumsy trip point. A single interface is easy to learn, but cannot be optimized. A customizable interface is a different experience for each user.
One of my big complaints about the SW UI has been where they leave the focus in the propertymanager. Sometimes the focus for the keyboard is not in a place where you can key in a primary dimension, or the cursor focus is in a place that costs you an extra click or motion, or causes you to click something you never want to click. Sometimes they get it right, and sometimes they don't. I'm not sure if the inconsistency is due to different project managers/quality people on projects and they aren't really paying attention to that, or the fact that they just get lucky now and then.
To me, there are 3 different goals for setting up an expert level customizable interface - optimize graphics area, - optimize mouse travel/moving hands between devices, or - optimize mouse clicks/keyboard stokes. You can't optimize all 3 simultaneously. For people who don't really know the interface, or aren't all-day-every-day kind of users, you also have to figure in "discoverability" - the ability to find what you're looking for (assuming you know roughly what you're looking for).
The danger of course is academic pedantry, and measuring things that are or become trivial over time. For example, when typing words, most people with a good typing proficiency don't have to look at the keyboard to type, but when you're typing just individual letters or numbers, even on 10-key, you have to look at least to initially position your fingers, and maybe for some less commonly used keys. Keystrokes as a metric can range from highly distracting to nearly irrelevant. Moving the focus of your eyes from monitor to keyboard might be a better metric. Moving your hand from the spaceball to the keyboard can become a highly muscle memory sort of action. You can also have a lot of keyboard functions customized to the spaceball device.
The Solid Edge interface is very efficient for a couple of reasons. First, they have removed all the text from it, but this assumes that everyone has the UI memorized. Second, their selection list is done visually with color rather than a text list of selected items. The problems with all of this is usually for newcomers. If you don't understand the color scheme or if you need tooltips instead of the command labels, the interface can waste a lot of your time and feel frustrating. Plus, the SE interface tends to lead you down a particular path, while SW users are accustomed to a less structured workflow for commands. Also, SE interface assumes that you want to keep doing whatever you're doing now. So if you're making an extrude, SE will assume that when you're done with that extrude, you'll want to make another one, and it actually takes an additional step to do something different.
Which is to say that one man's efficiency is another man's clumsy trip point. A single interface is easy to learn, but cannot be optimized. A customizable interface is a different experience for each user.
Blog: http://dezignstuff.com
Re: Solidworks Mouse Gestures - Implemented Correctly?
@Matt I'm going to put you in the Super OG category of Solidworks user..... You've got it set up that works for you. But I think that's part of what the post is about. That the overall UX/UI experience is still being pushed at us and there are many areas of inconsistencies through the software. For example WHY can we still double click to get out of a 2D sketch but not a 3D....this is a simple one but drives me CRAZY!!!!!! I get it that the solver is different but this seems like an easy thing to code. So since they refuse to do this very simple thing after numerous times of making this suggestion I've had to add the green check/red X to my short cut bar or there's also a hotkey to exit the 3D sketch....again if they're not going to do it then at least give us the user the ability to.
So great example.....Modo, which I use a lot, Not that you would ever want or have the need to use this software, but it's a great example of at least allowing users to be in control of the UI/UX as they see fit.
Here's a great vid showing a quick example show a very simple way to add property manager adjustments to the mouse and/or keyboard combinations -https://www.youtube.com/watch?v=3exuFW_3kus.
Now if you really want to talk about just being onscreen modeling, sure this is more of a direct modeling system than a parametric one, but I can say that I've got Modo leveraged in such a way that allows my modeling to be just as exact as Solidworks. https://www.youtube.com/watch?v=3exuFW_3kus
So great example.....Modo, which I use a lot, Not that you would ever want or have the need to use this software, but it's a great example of at least allowing users to be in control of the UI/UX as they see fit.
Here's a great vid showing a quick example show a very simple way to add property manager adjustments to the mouse and/or keyboard combinations -https://www.youtube.com/watch?v=3exuFW_3kus.
Now if you really want to talk about just being onscreen modeling, sure this is more of a direct modeling system than a parametric one, but I can say that I've got Modo leveraged in such a way that allows my modeling to be just as exact as Solidworks. https://www.youtube.com/watch?v=3exuFW_3kus
Re: Solidworks Mouse Gestures - Implemented Correctly?
I will say that a good bit of my inefficiency comes from me. I haven't taken the time to customize as much of the UI as a should, and even a good bit of what I have customized I forget to use. As someone said in a post last week, muscle memory can be a hard thing to break.
I gave up on the spaceball early on because my left hand was on they keyboard as much as it was on the spaceball. In hindsight I could have shelled out for the spaceball with more buttons and been more efficient in the long run.
So I don't really have much room to complain about the SW shortcomings, because I could get most of the way there by changing me.
I gave up on the spaceball early on because my left hand was on they keyboard as much as it was on the spaceball. In hindsight I could have shelled out for the spaceball with more buttons and been more efficient in the long run.
So I don't really have much room to complain about the SW shortcomings, because I could get most of the way there by changing me.
-
I may not have gone where I intended to go, but I think I have ended up where I needed to be. -Douglas Adams
I may not have gone where I intended to go, but I think I have ended up where I needed to be. -Douglas Adams
- Frederick_Law
- Posts: 1944
- Joined: Mon Mar 08, 2021 1:09 pm
- Location: Toronto
- x 1634
- x 1467
Re: Solidworks Mouse Gestures - Implemented Correctly?
SW gesture is, elementary. UI still keyboard heavy. Commands are over a few different menus. Hope you remember and pick he right one.
15 buttons mouse help keep the keyboard away.
IV is context sensitive. Right click bring up the gesture wheel with another drop down menu. If you click and drag, only the wheel show up.
And you can cancel the wheel without selecting any command. Take that SolidSpinningWheel :p
SW should work great if you can find and setup an old ACAD tablet.
15 buttons mouse help keep the keyboard away.
IV is context sensitive. Right click bring up the gesture wheel with another drop down menu. If you click and drag, only the wheel show up.
And you can cancel the wheel without selecting any command. Take that SolidSpinningWheel :p
SW should work great if you can find and setup an old ACAD tablet.
Re: Solidworks Mouse Gestures - Implemented Correctly?
I'll state up front that I don't use many mouse gestures. mostly I just use it for orienting a model or assembly to the top view. I have arrow keys set up to rotate my model 90 degrees so I just get it to one view and then rotate manually. why? because I've done this for 20 years. before mouse gestures I just clicked a default view and manually rotated it. this way I never had to know which view orientation my model was in. sometimes people didn't model the front on the front plane.
I will say I somewhat disagree that it shouldn't activate until you release over the command you want. I know I just move my mouse up with gestures and it will go to the top view. I don't need to look at the mouse gesture wheel that pops up. granted, I only ever use the same gesture. but I think when you've got them memorized you don't need or shouldn't be required to move your eyes to double check what you want to do. you just now where to move the mouse and it works.
your suggestion would in theory slow you down because you'd have to make sure you were in the target area to select the gesture. this would require the user to have to look to that area and make sure the mouse is in the right spot. this can slow things down. I think the way it is is the fastest. is it the best? maybe not for everybody.
I will say I somewhat disagree that it shouldn't activate until you release over the command you want. I know I just move my mouse up with gestures and it will go to the top view. I don't need to look at the mouse gesture wheel that pops up. granted, I only ever use the same gesture. but I think when you've got them memorized you don't need or shouldn't be required to move your eyes to double check what you want to do. you just now where to move the mouse and it works.
your suggestion would in theory slow you down because you'd have to make sure you were in the target area to select the gesture. this would require the user to have to look to that area and make sure the mouse is in the right spot. this can slow things down. I think the way it is is the fastest. is it the best? maybe not for everybody.
Re: Solidworks Mouse Gestures - Implemented Correctly?
This really depends on how the user is using the mouse gestureArthur NY wrote: ↑Mon Jun 20, 2022 1:07 pm First: the activation of what it is you want to do should NOT happen until you release the mouse button over the function that you want to do. There have been so many times that slightly touching the a function activates the incorrect thing in very large part that the inner circle/area/ given to move in is quite small.
If the user only use the mouse gesture to change view (eg: mouse down = iso view), then having require the button to release for activation slow down the entire process...
If the user are using 16 mouse gesture to execute a feature (eg: extrude), then having require the button to release for activation make sense...
This should really be a user preference option imo...
But at this point, i am too afraid to ask SW to add any new feature and break others old feature /s
Far too many items in the world are designed, constructed and foisted upon us with no understanding-or even care-for how we will use them.
- jcapriotti
- Posts: 1852
- Joined: Wed Mar 10, 2021 6:39 pm
- Location: The south
- x 1196
- x 1984
Re: Solidworks Mouse Gestures - Implemented Correctly?
I think mouse gestures is more for a chilling moment than saving time. In a past job of mine that going fast was needed, I had every main command in a hotkey, never bothered with the gestures.
Although would be nice to actually be able to set up every hotkey like the S key "box" if you want to. Then improve that to allow it to open around your mouse. I hope to see that before the machines come.
Although would be nice to actually be able to set up every hotkey like the S key "box" if you want to. Then improve that to allow it to open around your mouse. I hope to see that before the machines come.
- Glenn Schroeder
- Posts: 1518
- Joined: Mon Mar 08, 2021 11:43 am
- Location: southeast Texas
- x 1754
- x 2126
Re: Solidworks Mouse Gestures - Implemented Correctly?
I'm one of those weirdos who didn't start with AutoCAD, and who doesn't find hot keys intuitive, especially when it means having to take my hand off my SpaceMousePro. I use mouse gestures extensively.
Yes, I occasionally hit the wrong one. Notice how "Escape" is in the same location in every environment?
Yes, I occasionally hit the wrong one. Notice how "Escape" is in the same location in every environment?
"On the days when I keep my gratitude higher than my expectations, well, I have really good days."
Ray Wylie Hubbard in his song "Mother Blues"
Ray Wylie Hubbard in his song "Mother Blues"
- Frederick_Law
- Posts: 1944
- Joined: Mon Mar 08, 2021 1:09 pm
- Location: Toronto
- x 1634
- x 1467
Re: Solidworks Mouse Gestures - Implemented Correctly?
Gesture is hold the right click and move the mouse.
In IV the same menu popup right click. So user can use it like popup menu.
It's context sensitive. So different menu with relevant commands popup. Similar to the "S" menu in SW.
It take some time to get used to and customize it.
First put same commands on same location.
Track your own command usage and put most used commands on the gesture wheel.
The other thing with SW, some commands still don't have icon and only accessible in menu.
Like one of your car window is not powered.
In IV the same menu popup right click. So user can use it like popup menu.
It's context sensitive. So different menu with relevant commands popup. Similar to the "S" menu in SW.
It take some time to get used to and customize it.
First put same commands on same location.
Track your own command usage and put most used commands on the gesture wheel.
The other thing with SW, some commands still don't have icon and only accessible in menu.
Like one of your car window is not powered.
Re: Solidworks Mouse Gestures - Implemented Correctly?
Isn't the whole point of AI (aka machine learning) is for the software to learn what functions you use, in what order and then from the learning present what it has learned as the next command? Why are we still trying to customize our environments, manually?Frederick_Law wrote: ↑Tue Jun 21, 2022 8:32 am Gesture is hold the right click and move the mouse.
In IV the same menu popup right click. So user can use it like popup menu.
It's context sensitive. So different menu with relevant commands popup. Similar to the "S" menu in SW.
It take some time to get used to and customize it.
First put same commands on same location.
Track your own command usage and put most used commands on the gesture wheel.
The other thing with SW, some commands still don't have icon and only accessible in menu.
Like one of your car window is not powered.
Re: Solidworks Mouse Gestures - Implemented Correctly?
@mpaul
If nothing else this even proves my point even further is that the whole UI/UX aspect of Solidworks needs to go further to be allowed to be adjusted on a per user basis.
If you take a look at the video in the initial thread where I posted how the mouse gestures can be enhanced to be much more than just the initial ring of commands then letting go of the button to confirm, IMO, makes sense. With what you've described, with just shooting for the top view, I think that how it is now is perfect for you. But you can see in the video that I'm adding in functionality from the property manager into the second ring, the idea behind this is that staying on screen closer to your model means less travel away which, in the end, is faster.your suggestion would in theory slow you down because you'd have to make sure you were in the target area to select the gesture. this would require the user to have to look to that area and make sure the mouse is in the right spot. this can slow things down. I think the way it is is the fastest. is it the best? maybe not for everybody.
If nothing else this even proves my point even further is that the whole UI/UX aspect of Solidworks needs to go further to be allowed to be adjusted on a per user basis.
Re: Solidworks Mouse Gestures - Implemented Correctly?
I think there's a battle here between UI consistency and evolution. The longer I use something the more sensitive I get about things moving around unexpectedly. Habit and muscle memory is still #1 in UI IMO. Think of it this way; how many people would like an "AI" keyboard that would remap the letters based on how often you use them? This would be a simple arduino project, start with QWERTY, but then improve the layout based on the most frequent keys pressed and put them in the home row. Or if someone would have studied Buddy Rich playing and decided to reposition the set for him.
Nah, last thing I want is the software moving things around on the UI for me.
Drop downs would be a nice place to start. SE has the option (that's off by default for some reason) to stick with the last selected drop-down option across the UI. SW has this half implemented, depending on which toolbar you're using. What would be kinda neat is if it would just keep the most used one on top so in the rare cases I go outside normal workflow the most common is still on top. But don't get smart and reorder the drop down in rank of popularity, that would suck.
My last reason is even if the software has control of the UI they'll still probably reset it on version update and then take a couple of months for it to relearn and stop moving things around.
Re: Solidworks Mouse Gestures - Implemented Correctly?
With all respects, I think you've misunderstood what a mouse gesture is. They are not on-screen-buttons. they are gestures.
Gestures started with browsers like Chrome, Firefox & Opera. You set a function to a gesture, press and hold mouse button and by moving it to a direction you fire the function. So they are gestures (motion) not buttons. You have to remember all the functions you've set and use them when you need them. What Solidworks offers, as its name suggests, is gesture.
What you see when you right click, is just a reminder (if you have forgotten) what has been set for each gesture. So expecting a pause after a gesture for release of button, just slows me down. If you remember the direction of the functions you've set, why a pause is necessary? If you don't remember and need to click and look for what you want to do and select one of them, gesture is not for you. You may want to go for S key or other shortcuts.
- Frederick_Law
- Posts: 1944
- Joined: Mon Mar 08, 2021 1:09 pm
- Location: Toronto
- x 1634
- x 1467
Re: Solidworks Mouse Gestures - Implemented Correctly?
Yes, the whole point of AI is computer design everything. We won't have a job soon
Better start learning how to program AI before AI learn how to program themselves.
No, I don't want AI to tell me I should revolve when I want extrude.
But you revolve 51% in last hour .....
Re: Solidworks Mouse Gestures - Implemented Correctly?
NX UI has the same (remember last function call in menu). I would assume SE and NX would share a lot of UI functionality. I cannot confirm, but I would assume that both NX and SE, being owned by Siemens, would utilize the same UI engines and design to keep costs down and the ability to work between the two software more easily.bnemec wrote: ↑Tue Jun 21, 2022 9:41 am
Drop downs would be a nice place to start. SE has the option (that's off by default for some reason) to stick with the last selected drop-down option across the UI. SW has this half implemented, depending on which toolbar you're using. What would be kinda neat is if it would just keep the most used one on top so in the rare cases I go outside normal workflow the most common is still on top. But don't get smart and reorder the drop down in rank of popularity, that would suck.
Re: Solidworks Mouse Gestures - Implemented Correctly?
The icon color change in 2016 drove me nuts.
I'm a one hand on the keyboard and one on the mouse. My assembly mate and sketch constraint shortcuts have been the same since IV5. Also use the S key but very modified, hate flyouts.
Last job had to take a SW proficiency test, fortunately I was able to load my SW settings otherwise I'd been really fumbling around.
- jcapriotti
- Posts: 1852
- Joined: Wed Mar 10, 2021 6:39 pm
- Location: The south
- x 1196
- x 1984
Re: Solidworks Mouse Gestures - Implemented Correctly?
This whole "Command Prediction Toolbar" goes counter to muscle memory....which is where real productivity comes from.
I get the idea behind it, but it moving commands around constantly forces for me to mentally hunt for the recognizable icon / text. It would be like a police officer going for his gun on his right hip only to find it's been replaced by the flashlight that was on his left because he uses the flashlight more.
I just need the software to give me options so I can set it to the way I work most efficiently. I still haven't forgiven Microsoft for the ribbon, and now everyone forces you to use it. Kudos to SolidWorks by giving us a choice to use the command manager or not....and leaving the menus intact even with it on.
Jason
Re: Solidworks Mouse Gestures - Implemented Correctly?
@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 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.
-
- Posts: 320
- Joined: Thu Mar 11, 2021 8:38 am
- x 48
- x 390
Re: Solidworks Mouse Gestures - Implemented Correctly?
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.
- jcapriotti
- Posts: 1852
- Joined: Wed Mar 10, 2021 6:39 pm
- Location: The south
- x 1196
- x 1984
Re: Solidworks Mouse Gestures - Implemented Correctly?
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: 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.
Opera for example allows more than just straight line movements: 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.
Jason
Re: Solidworks Mouse Gestures - Implemented Correctly?
I almost posted my gesture map yesterday, because I do the exact same thing - S Key menu at the bottom right.
dave.laban wrote: ↑Wed Jun 22, 2022 3:42 am I will forever sing the praise of the S Key Menu in the bottom-right of the Mouse Gesture wheel.
image.png
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.
- mattpeneguy
- Posts: 1386
- Joined: Tue Mar 09, 2021 11:14 am
- x 2489
- x 1899
Re: Solidworks Mouse Gestures - Implemented Correctly?
Pffftt....I have a hard time believing that you'd be so upset by a UI that thinks it knows better, if you're still over here:dave.laban wrote: ↑Wed Jun 22, 2022 3:42 am I will forever sing the praise of the S Key Menu in the bottom-right of the Mouse Gesture wheel.
image.png
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.
Re: Solidworks Mouse Gestures - Implemented Correctly?
@dave.laban
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.
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.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.
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.
-
- Posts: 423
- Joined: Tue Mar 09, 2021 10:11 am
- x 439
- x 233
Re: Solidworks Mouse Gestures - Implemented Correctly?
Going back to topic:
Mouse gestures in drawings are almost useless and WAY worse than i.e. the s-key:
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.
-
- Posts: 320
- Joined: Thu Mar 11, 2021 8:38 am
- x 48
- x 390
Re: Solidworks Mouse Gestures - Implemented Correctly?
Hah, you got me there!mattpeneguy wrote: ↑Wed Jun 22, 2022 11:57 am Pffftt....I have a hard time believing that you'd be so upset by a UI that thinks it knows better, if you're still over here:
image.png
-
- Posts: 320
- Joined: Thu Mar 11, 2021 8:38 am
- x 48
- x 390
Re: Solidworks Mouse Gestures - Implemented Correctly?
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.berg_lauritz wrote: ↑Wed Jun 22, 2022 3:42 pm Going back to topic:
Mouse gestures in drawings are almost useless and WAY worse than i.e. the s-key:
I disabled all mouse gestures in the drawing because of the reasons listed above. They are too slow/useless for me in drawings.
- 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.
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.
-
- Posts: 320
- Joined: Thu Mar 11, 2021 8:38 am
- x 48
- x 390
Re: Solidworks Mouse Gestures - Implemented Correctly?
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.jcapriotti wrote: ↑Wed Jun 22, 2022 11:09 am 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.
Re: Solidworks Mouse Gestures - Implemented Correctly?
Yes, Opera was the first browser to implement gestures. But Chrome and Firefox has gone beyond that.jcapriotti wrote: ↑Wed Jun 22, 2022 11:09 am Opera for example allows more than just straight line movements:
You can set as many as 10 drags per gesture.
- jcapriotti
- Posts: 1852
- Joined: Wed Mar 10, 2021 6:39 pm
- Location: The south
- x 1196
- x 1984
Re: Solidworks Mouse Gestures - Implemented Correctly?
Why does it feel like I'm learning "Street Fighter" special moves
Jason
Re: Solidworks Mouse Gestures - Implemented Correctly?
@berg_lauritz
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!!!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.
- mike miller
- Posts: 878
- Joined: Fri Mar 12, 2021 3:38 pm
- Location: Michigan
- x 1070
- x 1231
- Contact:
Re: Solidworks Mouse Gestures - Implemented Correctly?
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)
He that finds his life will lose it, and he who loses his life for [Christ's] sake will find it. Matt. 10:39
-
- Posts: 423
- Joined: Tue Mar 09, 2021 10:11 am
- x 439
- x 233
Re: Solidworks Mouse Gestures - Implemented Correctly?
I can reproduce the issues:dave.laban wrote: ↑Thu Jun 23, 2022 3:15 am 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.
Struggles adding a balloon: Struggles adding a note: 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.
- jcapriotti
- Posts: 1852
- Joined: Wed Mar 10, 2021 6:39 pm
- Location: The south
- x 1196
- x 1984
Re: Solidworks Mouse Gestures - Implemented Correctly?
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.berg_lauritz wrote: ↑Thu Jun 23, 2022 2:04 pm 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.
Jason
-
- Posts: 423
- Joined: Tue Mar 09, 2021 10:11 am
- x 439
- x 233
Re: Solidworks Mouse Gestures - Implemented Correctly?
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.jcapriotti wrote: ↑Thu Jun 23, 2022 2:29 pm 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.
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....
Re: Solidworks Mouse Gestures - Implemented Correctly?
In many instances, holding the control key will allow you to run a command while ignoring what is underneath the pointer. You might give that a try.
-
I may not have gone where I intended to go, but I think I have ended up where I needed to be. -Douglas Adams
I may not have gone where I intended to go, but I think I have ended up where I needed to be. -Douglas Adams
-
- Posts: 423
- Joined: Tue Mar 09, 2021 10:11 am
- x 439
- x 233
- jcapriotti
- Posts: 1852
- Joined: Wed Mar 10, 2021 6:39 pm
- Location: The south
- x 1196
- x 1984
Re: Solidworks Mouse Gestures - Implemented Correctly?
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.berg_lauritz wrote: ↑Thu Jun 23, 2022 3:23 pm 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.
Jason
-
- Posts: 423
- Joined: Tue Mar 09, 2021 10:11 am
- x 439
- x 233
Re: Solidworks Mouse Gestures - Implemented Correctly?
I get that. Not being able to pre-select (which is very common in SolidWorks) limits your selection ability significantly and is against your natural instinct. I am still convinced that changing the mouse gesture button would easily solve those issues (or just make it changeable).jcapriotti wrote: ↑Thu Jun 23, 2022 3:49 pm 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
I played around more with holding the CTRL button while using mouse gestures and it mostly solves my problems with it. So it's a kind of okay-ish workaround.