Grasshopper zoom is slow because of nummeric % field update

[atair]

The UI redraw of the zoom factor triggered by a trackpad (or mouse) is slowing down the framerate.
The update frequency of the % field is linked to the trackpad events - which is bad.
Please fix it, thanks!

edit: catalina 10.15.6, latest build 11. August

edit2: and you should really remove the acceleration from the wheel input - mouse scroll is hardly useable even with the canvas toolbar off

[atair]

can somebody please acknowledge this? and maybe create a task for it?

Its small things like this that make the mac version unusable for serious work…

Not to mention that the decision to have mac version fundamentally different in UI/UX design makes it impossible to include or encourage it in any kind of teaching environment… but that is another story

[rudolf.neumerkel (Rudi)]

This is interesting! Thanks for sharing this “trick”/bug - I guess this is sth for @curtisw !

Btw it should also be mentioned, that hiding component tabs and the canvas toolbar results in empty space, it is also not possible to resize the toolbar at all:

@atair

and you should really remove the acceleration from the wheel input - mouse scroll is hardly useable even with the canvas toolbar off

So true! I wrote about this as well and there’s a YouTrack task for that one:

RH-58284

In the mean time you can use Smooze to fix this.

Small review and wish list for Rhino for Mac

I was unable to find any recent Logitech macOS software that supported my old mouse. Perhaps you will have more luck. If you do, look for preferences related to scroll acceleration. If they are there, disable them. I’m curious to see if this provides the behavior you are looking for (or not). Smooze appears to. Obviously, we can continue the debate as to what Grasshopper’s behavior ought to be, but I’d love to hear from others on this. Perhaps we can provide a preference in Grasshopper …

@dan

The reason I’m not yet treating this a proper bug is that some users may want scroll acceleration (I don’t know).

@dan, I don’t think anyone - except maybe someone who is using the MagicMouse - would want scroll acceleration to be activated in GH. To me it make barely any sense.

btw this thread should be moved to GH Mac category…

[rudolf.neumerkel (Rudi)]

@dan @curtisw

any news regarding the above mentioned issues? I have my CanvasToolbar disabled now, unless I need it as it is so much smoother… not the best solution obviously.

All the best,
Rudi

[curtisw (Curtis Wensley)]

Hey @rudolf.neumerkel,

I was doing some more performance reviews and noticed the Toolbar in general was one of the culprits causing resizing the GH window to go slow that I believe caused this slowdown.

I fixed it as part of RH-60850 which is landing in 7.1. It also fixes the tabs/toolbar hiding issue.

Hope this helps!

[rudolf.neumerkel (Rudi)]

Soooo nice!
What an interesting bug! Cant wait to get my hand on this 7.1 goodness.

Any news on RH-58284 (scrolling behavior) as well?

Cheers

[curtisw (Curtis Wensley)]

@rudolf.neumerkel

Any news on RH-58284 (scrolling behavior) as well?

I haven’t had a chance to look into this one yet, sorry. I’ll bump it higher in my priority list though!

[rudolf.neumerkel (Rudi)]

Alright, I can understand Thanks a lot!

[rudolf.neumerkel (Rudi)]

just download the newest 7.1 RC… here is my minimalistic take for the canvas

[rudolf.neumerkel (Rudi)]

Just a small update:
Component tabs seems to be the major bottleneck now - removing them makes the gh-canvas responsive af.

[rudolf.neumerkel (Rudi)]

This minimalism of the UI is just beautiful…

[furtonb]

@rudolf.neumerkel I cannot find the 7.1 RC - could you help me here?

[rudolf.neumerkel (Rudi)]

go to Settings then General, there you’ll find it: