In Rhino 8 WIP the Gumball orientation can be toggled with F4 between CPlane, Object, World and View by default.
Do you have the macro for me?
I wrote “by default”…
If I’m not completely wrong, F4 does the above already. You don’t need a macro.
GumballAlignment Cycle
1 Like
There’ll be a text input here:
I overlooked the restore defaults button, the key is mapped to:
! _GumballAlignment _Cycle
By the way, the restore defaults button is sticky even though I clicked cancel. That’s not how I expected that to work, fortunately I made a backup first.
2 Likes
There are lots of special cases to consider, though.
An edge like this:
PushPull up:
PushPull down:
But what if one wants to PushPull in another direction that tangential to the adjacent surface, like so:
Is this something PushPull should be able to do, or is Gumball extrude enough?
Because in the first case, PushPull would need an axis direction option, right?
Or could the Gumball have some sort of PushPull mode?
The existing push-pull system is effective. Even though Push-Pull needs more work, like PlanerSrf selection, I would leave it the way it is for now.
Problem:
-
Turning off the Gumball and operating Push or Pull looks cleaner, similar to SketchUp’s.
-
Ctrl+Shift Selection is inefficient for pull-pull operations.
Developers should cease development on this feature unless they are adding minimal functionality to the command, such as some of those listed above by others.
My concern is that excessive development of this feature will lead to future complications.
Rhino is too technical for me; it feels clumsy when doing push-pull operations. However, it’s been a great improvement. > 7/10
Another thing,
Push-pull and a rotation wheel similar to SketchUp’s should coexist.
You can avoid the constant use of Ctrl+Shift for sub-object selection by enabling the Selection filter. It’s a bit cumbersome, but at least gives you some alternative. Keep in mind that selecting whole objects while “Sub-objects” is active is done by holding the Ctrl+Shift keys. It’s also accessible through the “Filter” button at the bottom of the screen next to “Record history”.
In my opinion, it would be nice if Rhino by default uses a different approach for the aforementioned button. Currently, no matter of the “Filter” button is active or not, selection filter is always active. This does not make any sense. 
Deactivated “Filter” should deactivate the selection filter… At least this is my logic.
Also, while “Filter” is inactive, clicking on it opens the “Selection filter” pop-up window, which is another inconvenience. I suggest to open that particular pop-up window by right-clicking (and optionally click on the existing “Show selected filters panel” option), while a LBM click on the inactive “Filter” button should activate the selection filter without showing the pop-up menu.
There must be a tickbox in the “Selection filter” called “Highlight”, so that the user could easily switch between a solid yellow colour (or any custom one) for the selected face(s) or just the outline while the face itself retains the object colour and material.
1 Like
Agreed with selection filter off behaviour. I now run macros to enable all or enable only 1 filter, which is less convenient to what you describe as default behaviour.
I like how you articulated the pros and cons.
I will create an alias and see the results.
I appreciate your insight.
BTW, you put a lot of effort into RhinoDev. Take a rest… Hehe… 
1 Like
My biggest secret is that I’m a Rhino developer. 
The following bug also needs to be addressed. First extrusion to the right side is fine, but then the second extrusion to the opposite direction creates an unwanted split edge instead of automatically merging the co-planar faces.
2 Likes
I assume you mean when extruding with the gumball. That issue is open here and I’m hoping to work on it soon.
1 Like
HI! By GUI UPGRADE, I basically mean something like this! Too many clicks.
GUI UPGRADE
Yes, I noticed that the 2nd extrusion operation fails to merge the co-planar faces automatically, whereas the first one is able to do that.
More than 20 years ago the “@Last Software” company patented the 3D PushPull method in SketchUp 1.0/2.0
(US6628279B1 - System and method for three-dimensional modeling - Google Patents). Autodesk later implemented “PressPull” for something similar in 3D. What are the current status of the patent? I remember Google continued this patent when they aquired SketchUp but what about Trimble?
1 Like
Good for us it expired 2 years ago!
2 Likes
The fastest & most skilled SketchUp/Maya/Rhino/… users can not draw a sketch as fast as using pencil and paper if you understand what I mean.
These are different tools for different purposes. You can not ask for a sniper gun that has the same features as an assault gun, and vice-versa. You can not bring your 3dsmax habit into Revit. And choosing the right tools is very important. Based on your “style” of working, you should choose the right tool. I met a guy who only designs houses in Bauhaus style (aka German boxes) and he uses Maya, he should use SketchUp instead.
So I dont think bringing your habit from SketchUp into Rhino is a good question here. I think SketchUp & Rhino have different target audiences. Rhino doesnt have to copy SketchUp modelling styles. And for the users, “how can I do in A tool in the same way as B tool ?” is not a good mindset.
3 Likes
You have a valid point but then again constraints have been added to Rhino 8 and would you now say go use SolidWorks instead and rather not have constraints available in Rhino?
I think Push Pull is an amazing tool for quickly modeling boxy stuff and if I can do that in Rhino and not have to use Sketchup then that’s a benefit for me.
7 Likes
interesting 