Gumball with aligned directions + normal

@dale @pierrec see at exactly 0:30 that’s a gumball with aligned directions + normal.
Please, can you have this ready as internal function in 9 for other developers to use? Be it c or c++ or whatever…
Exposing this “single arrow gumball” to rhinocommon would be awesome, but if this is a limit, at least do it for internal use, please!
This is 10+ years late already.
Plasticity is having this after 2 years from initial release, while it is not a “surface modeler”, and Rhino is not getting it… after more than 20 years?

1 Like

Hi @maje90,

I’ve moved your comment to the Rhino Developer category so we could discuss further.

Rhino’s MoveUVN command pre-dates our gumball tool. Having this functionality built into gumball might be more intuitive. I believe this is what your comment is about. Please correct me if I am confused.

If I understand correctly, you’d like to move surface control point just like the MoveUVN command?

Any additional comments or clarification is always appreciated. Just trying to figure out how to help.

Thanks,

– Dale

1 Like

Please look at the video from 0:30 and tell me you grasp the huge difference in UI/UX from this:


to

once again i’m linking this:

please ready it.


My understanding on the situation is that there is no “class” for a simple gumball composed by just a single arrow or any other draggable UI element.
The only gumball class accessible is a version with 3 arrows, strictly at 90 degrees each-other.
I think even your own developers would use it if existed, to add functionalities like the one you see at 0:30. My guess is it doesn’t exist. So nobody is doing anything.
Am I wrong? Do you have something better than that 3-arrows gumball? Can you please implement it in rhino commands for 9 release?
Managing control points for SubDs is hell. Same thing with surface control points.

Many surfacing tool would benefit from a global restyle. See the video^.


But also in other situations, for example fillet, we have this 2000-vibes UI:


click-move-click … that makes Rhino feel SO old…
Replace it with draggable UI elements, like in the video:


The problem exist.
Look again at that minute-video. We want THAT.

@stevebaer @Gijs
Please, discuss this thing internally, I’m sure at least somebody can understand what I’m saying.
Make a step forward in time for 9.

Thanks!

Sorry for bothering you all again.

EDIT:

Sorry for my tone, I went overhead.

Hi Riccardo,

I’m not a heavy gumball user but I agree that it could have these options.

However, I prefer direct dragging in combination with _DragMode shortcuts. There are also options like ControlPolygon, UVN and View which I find very useful. And all one click select and drag (use ctr for “vertical” moves).

HTH, Jess

I know those, but I do have osnap active most of the time and many other geometries are on the screen.
DragMode on ControlPolygon will make you also snap to everything else, so you have to continuously turn on and off the osnap.
Also, if you have gumball ON, the central white dot will prevent from using ControlPolygon dragmode if the control point was already selected, as said here Rhino8 WIP - Gumball

So it’s a mess of turning on and off gumball and osnap. Not a solution, in my opinion.

Currently i’m using Scale command, that lets me keep everything on while i “move” a point by scaling it nearer/away from one neighbour point. Not a good solution either.

The simple behaviour of the gumball (draggable without messing with osnap) would be best.

1 Like

I doubt you’ll find anyone here that disagrees with you. And we are investigating how to best improve both grip and gumball editing tools in Rhino 9.

It is possible to create a custom gumball with a single “arrow”, as demonstrated by this sample command.

SampleCsGumballCylinder.cs

Creating a custom gumball is a fair amount of work. Something we hope to make easier.

– Dale

1 Like

Adapted to 7…

… anyway …

That’s my point.
I have some other 400-ish rows of c# just to do this and I don’t like it:
slider on screen

If someone inside McNeel can create a set of modern “draggable UI” classes, then the other developers will have tools to create modern commands… and if exposed to Rhinocommon users will do stuff too.


And we users hope too, for this to be in 9.

Thanks.

1 Like

Rhino 8

– Dale

Hi Dale, could you elaborate on that please? Are you developing an improved CV modeling tool?

Sorry, no, as we’re just getting organized. We’ve logged a lot of gumball and grip related wishes. We’re in the process of figuring what’s a priority and who has bandwidth to work on it.

If you have wishes or comments, please post them in Rhino category and not in a long, years old thread where it will be buried. :wink:

Thanks,

– Dale

Hi Dale,

oh thats unfortunate :cry:

The priorities are really strange to me. Everything regarding better surface quality (even the most basic tool for simple CV modeling) is for some strange reason always considered “Class A” or “Automotive” and therefore not Rhinos core market, because someone made a survey that came to the conclusion that many Rhino users are working in the architectual field.

Probably not the time and place for a “rant”, but still I think its the wrong way round. Rhino does not have a big market share in quality surfacing because Rhino does not have any high quality surfacing tools. And to deal with that, Rhino decides not to develop any quality surfacing tools because it does not have a big market share in that area… :zany_face:

Good surfacing quality doesn’t make things “automotive”. The automotive industry just happens to use the best surfacing quality available. Many Rhino users are Industrial Designers who want better surfacing quality.

Blender showed everyone that if a company provides the tools, the professionals will come and jump on board.

The quality surfacing market is in a similar situation like 3D animation/CGI was with Maya etc. insane annunal costs per seat ($$$$$.$$+) and little to no progress but still total dependency on these tools due to the existing pipelines.

You guys could break the mold, but decide not to.

In that regard Autodesk was smarter than Rhino in buying VSR and killing it before it became a competitor .

No I’m not going to repost all my wishes and proposals I did over the years. After posting many ideas for better surfacing tools for over 8 years in this forum with exactly ZERO results I have given up. :face_with_tears_of_joy:

I’m still happy with the great work you do and the fantastic support you provide. Thank you for that! :sparkling_heart: :sparkling_heart: :sparkling_heart:

4 Likes

I like what Maya can do but it’s absolute dog sht I’ve had so many random crashes and lost hours of work it’s not reliable at all

You had to save things like you had an obsessive disorder it was mental sometimes

One would think with a budget like Autodesk has there would be some quality assurance but nope

I really wish blender would have a pipeline good enough the VFX industry can use and move away from it

RH-86619 is fixed in Rhino WIP

1 Like