Mac vs Windows UI inconsistencies

[Gijs (Gijs de Zwart)]

@Tom_P and others working on Mac,

I’ve been logging inconsistency issues today for Rhino for Mac UI. I was looking for Space/Enter/RMB not working, amongst other things. I’ll keep looking for others. I’m mainly interested in cross platform UI inconsistency, but feel free to add other types.

I’ve logged them in YT under “UI Consistency”. If you come across others not listed, let me know in a reply in this thread, thanks!

[encephalon]

you mean, commands like BlendSrf that do neither complete with space nor enter and only with right click? if so i made a list years ago, i can not find it anymore, but that would be really great.

just followed that link, yes please please please. @dan promised to look at that 10 years ago. i guess he was just too busy

[Gijs (Gijs de Zwart)]

Don’t get too enthusiastic though yet, it is not as simple as it might look. It could even be that with the current way the dialogs are implemented it isn’t possible to make this work. Lots of the dialogs are still written in so called .xib files and stem from the early Rhino for Mac days.
But I think it is good to collect and log everything under one tag so that we see the scope of it and eventually track the fixes.

[Helvetosaur]

Hi Gijs,

When I was in class a couple of weeks ago and had to use my Mac for something, I noticed that when you click on a Gumball handle, if a value is already present in the box from a previous move, on Windows a right-click would repeat the move. On the Mac, it wouldn’t do that, one had to hit the Enter key. Bit I don’t know if it’s just some setting somewhere that I missed.

[Tom_P]

i love commands, that allow the layer to be changed while active.

possilbe:

• blendCrv
• filletSrf

possible to change but no effect:

• filletEdge without trim/Join

layerchanges not possible while dialogue is open

• loft (beeps)
• sweep1
• rebuild
• text

bad color - preview not showing layer

• tweenCurves

…

i hate that entering stuff in properties and pressing enter does not give the focus back to the commandline.
Select an object, name it / type “myCrv” press enter - fokus stays in that field.
Renaming a layer does.
There are more inconsistencies regarding Mouse Fokus. (some got solved already)

i ll report stuff when i recognise them will working… best - tom

[Gijs (Gijs de Zwart)]

@Helvetosaur

when you click on a Gumball handle, if a value is already present in the box from a previous move, on Windows a right-click would repeat the move. On the Mac, it wouldn’t do that

Good one, thanks!
RH-87361 Gumball: RMB doesn’t work

[Gijs (Gijs de Zwart)]

@Tom_P

bad color - preview not showing layer

• tweenCurves

thanks, added as RH-87362 TweenCurves: no layer color during preview

@Tom_P

layerchanges not possible while dialogue is open

• loft (beeps)
• sweep1
• rebuild

RH-85156 Loft: no access to LayerPanel
RH-87364 Sweep1/2: change layer during command
RH-87363 Rebuild: cannot change target layer when dialog is open

As for text, you can still change the layer after closing the dialog, before committing it to the document, so that seems less of an issue than the other commands (Same on Windows btw)

@Tom_P

possible to change but no effect:

• filletEdge without trim/Join

RH-87365 FilletEdge: output layer is not current when not joining the result

@Tom_P

entering stuff in properties and pressing enter does not give the focus back to the commandline

RH-87366 change object properties: Enter doesn’t bring back to commandline

[Tom_P]

thanks for your effort - hopefully there will be some resonance…

[atair]

One small thing:
If you have set Single-click Maximize on the viewports, clicking the little arrow to get to the dropdown, triggers a viewport minimize / maximize - which it should not.

[wim (Wim Dekeyser)]

Hi -

@atair

clicking the little arrow to get to the dropdown, triggers a viewport minimize / maximize - which it should not.

That issue is on the list as RH-77109 Single Click maximize should ignore dropdown triangle
-wim

[brian (Brian Gillespie)]

RH-87366 is fixed in Rhino 8 Service Release 21

[Jess]

There are some things which I miss on the Mac:

On Win it is possible to pan a parallel viewport infinitely with RMB. If for example the mouse leaves the screen on top it will re-enter at the bottom - even while dragging objects. This does not work on Mac.

When you drag point on the Mac then you cannot for example change the Osnaps. As soon the mouse leaves the viewport the objects are being dropped.

The _SetPt dialog cannot be confirmed with RMB on Mac.

to be continued…
Thanks, Jess

[Gijs (Gijs de Zwart)]

There are many commands that don’t work with RMB/space/enter (sometimes one of them, sometimes multiple). I’ve logged quite a few a while back. It seems hard to solve though

[Gijs (Gijs de Zwart)]

@Jess

On Win it is possible to pan a parallel viewport infinitely with RMB. If for example the mouse leaves the screen on top it will re-enter at the bottom - even while dragging objects. This does not work on Mac.

RH-90459 Panning on Mac

[Gijs (Gijs de Zwart)]

@Jess

When you drag point on the Mac then you cannot for example change the Osnaps. As soon the mouse leaves the viewport the objects are being dropped.

RH-90460 Setting OSnaps while doing something

[Gijs (Gijs de Zwart)]

@Jess

The _SetPt dialog cannot be confirmed with RMB on Mac.

RH-90462 SetPt: RMB to confirm

[Jess]

I miss the file size in the title bar on Mac
Win:

This could also be displayed in the status bar info pane in combination with:
x Minutes from last save (21MB)

[stuart.crake]

Regarding SetPt. On Win you can press the X, Y or Z keys to toggle that axis, but on a Mac you can’t. It would be great to have that functionality added.

Edit: clarified my request