FireFox at least does that on F11
1 Like
Hey, F10 and F11 are turning control points on and off in Rhino.
Too bad itâs too far from my hands to be useful.
They should replace F1/F2 which a person rarely needs with F10/F11 which may increase the work speed.
1 Like
I mean, the whole point here is that you can define your keys exactly to your preference (including running macros and scripts!) 
3 Likes
No question there. The thing is, I got used to stay with default configurations of most applications (except for the aliases of commands). This way it is easier when working on multiple PCs and you have to teach and provide tech support. And F1/F2 are closer to the left hand than F10/F11 and this is more appropriate as default âkeyboard locationâ for these command-shorcuts.
Iâm well aware McNeel ainât gonna change this, like ever. 
F1 = Help is Windows dogma.
1 Like
Everyone jumping down my throat for wanting to hide the command line for new users⊠well guess what I just found out what the MacOS version does by default? 
And, holy smokes, the Mac UI is everything I wanted for Rhino. Just look at how intuitive and clear this is compared to the 1995 looking Windows UI (also hello proper dark mode):
Ok, so having a scrollbar here isnât the best, but still a huge step forward, and much of the work seems to be done already:
Please tell me that these improvements will get backported to PC for V7!
(Grabbed the graphics from here.)
In my opinion, Rhino for Windows uses the screen space in a much better way, because it has a few major advantages over the Mac version:
-
The command line includes considerably more information in just two rows (and is expandable vertically to any size you want).
-
It leaves more free space for the viewport, especially at the left and top end. Helps with seeing a bigger picture and less time used to zoom-in and zoom-out the camera.
-
Having the main left vertical menu bars constantly visible is an excellent way to switch to another command without the need to cancel the current one. This also speeds-up the work.
+1 for making the windows version look like the mac version!
The command line is a very good thing - donât mess with it, please. However, a button to fold/expand it could be nice.
2 Likes
Command-line needs to stay there, especially that it seems like it is zero effort solution and for many people, it will be a better way to navigate in Rhino forever. However, I donât mind custom menus for many commands with one-click, easy to access user-defined settings for the command, some intuitive sliders, etc.
I only saw Mac UI in some videos but it is enough to say that screen space utilization is sometimes not the best. I hate when I got to work on the 17-inch screen of my windows laptop (normally I use 27 1440p monitor) and I wonder how uncomfortable it is to work on e.g. 15-inch mac book, especially with Grasshopper window on the side.
Take a look:
This popup could be (should be) twice smaller.
Another thing is monochromatic, thin line icons of layers, properties, display, etc. They may look attractive, but they are not eye-popping enough. They need to be visible without even looking at them to quickly switch between them.
The general goal should be to provide maximum docking freedom in all bars and panels so the user can have as many buttons / informations visible all the time and use maximum space for the viewports.
Please, get rid of unused / half-used bars going through the whole screen!
I even started a thread about it some time ago.
3 Likes
The beauty of the macos UI being separate, is that people who like that style can choose to use it, without causing us windows dinosaurs to become suicidal over the loss of our treasured commandline.
3 Likes
One thing that should be improved in Rhino 7 is the usage of the upper tabs below the command line. There are some major functions on the âStandardâ tab that get hidden once the user switches to another tab. Things such like âUndo/Redoâ, âSave/Save AsâŠâ, âCopy/Pasteâ, âHide/Show selectedâ, âZoom selected/Zoom extentsâ (they use just 5 icons) are way too important and must be always visible no matter which tab is active at the moment. The rest tabs are not too wide even on 1920x1080 screen resolution, so currently the user could manually copy and paste some of the major icons there, but thatâs tedious and is something that should have been made in Rhino by default.
Another functionality that must come with Rhino 7 is a key or key command that switches between the âStandardâ tab and the most recently used one. For example, if the user needs to work mainly on the âDraftingâ tab but sometimes also needs access to the âStandardâ one, hitting the âTabâ key while the mouse is hovering over the icons below the command line should switch between them. Or Shift+Tab, no matter where the mouse is located on the screen.
1 Like
Easy to keep the standard tab always open by itself, and pull all of your other tabs to another part of the screen. Maybe this is an issue if you have a small display thoughâŠ
1 Like
I want more effective context sensitive pop-up menu.
There are many Object types and Sub object types in Rhino.
But currently, RMB context sensitive pop-up menu only have two mode.
That is Control Point Menu and Object Menu. (ref)
Other software like Blender2.8 and fusion360 have a pop-up menu which is context sensitive based on current selection type,such as vertex, edge, face, mesh, and so on.
I am very happy if rhino support smart context sensitive such like these.
1 Like
My post
Build Rhinocero with a modern look that fits Windows 10 style and introduce dark mode to Rhinocero for Windows
Iâm glad to see that Rhinocero For Mac has introduced dark mode, and I think itâs time to introduce it to the Windows version.
Rhinoâs window uses Win32 controls, but it doesnât matter, we donât expect Rhino to rebuild the entire application using UWP, which is neither realistic nor necessary.
But Microsoft has provided a way for Win32 programs to use common controls:
Windows 10 now enables you to use UWP controls in non-UWP desktop applications so that you can enhance the look, feel, and functionality of your existing desktop applications with the latest Windows 10 UI features that are only available via UWP controls. This means that you can use UWP features such as Windows Ink and controls that support the Fluent Design System in your existing WPF, Windows Forms, and C ++ Win32 applications. This developer scenario is sometimes called XAML islands.
Announced at Build 2018 during the keynote: https://developer.microsoft.com/en-us/events/build/content/announcing-uwp-xaml-islands
XAML Islands Demo: https://developer.microsoft.com/en-us/events/build/content/fluent-design-system-demo
Documentation here: https://docs.microsoft.com/en-us/windows/uwp/xaml-platform/xaml-host-controls
We want at least window borders, dialogs, file selectors, etc. to use common controls, and if possible, use common controls in the right panel. This will build a unified look and experience.
Creating custom controls is great, so you can use dark mode for self-built controls, because it depends on Mcneel, not Microsoft. You can easily turn the entire interface into dark without worrying about whether Microsoft is willing to bring Win32 Comes with native dark mode functionality-even so, rhinos with custom controls may not be able to enjoy it.
We already know that you are in the progress of (re) writing sizeable portions of the UI using Eto.Forms so that we can have features working on both Windows and Mac. The current Rhino Mac WIP already hosts a lot of that. On Windows we still use mostly MFC, but the work done by @maxsoder brings a lot into Eto.Forms. Iâd imagine that sometimes after the Rhino Mac v6 version is released weâll see more of an effort of actually switching the UI to the Eto versions that already exist.
So all we need is a shell and a dark title bar. In addition, all custom controls can be turned dark. Maybe this is the fastest way to achieve the goal. Of course, if you are willing to rebuild the toolbar on the left and the right panel with modern controls, we will be happy to do so.
LoL, 
looking for supporters 
Yes, but they seem too aggressive, I just need a full dark mode and, possibly, a little common controls. If you completely redesign the rhino, especially the changes that are not friendly to beginners, as if the operation from the command line era, the workload is too huge. (Although I think the best way is to change to Rhino For mac, I think it is more modern)
this is hilarious man. Of all the software out there, Rhino has kept similar controls to itâs previous versions making it very friendly. Also the possibility to create your own toobars and re-arrange the toolbars. Some software have only a single ribbon and you canât find anything.
This is quite easy to do:
6 Likes
I seriously doubt that there is any existing 3D program that is intuitive as Rhino 3D.
[So far, I have used Max, Maya, Some Autocad, GTK-Radiant, Blender, Soleme Mecha (EDF), Worldcraft(Half-Lifeâs old Editor), VectorCAD, and some familiarity with Free-Cad and Unity, and even DesignCAD. There was another old mesh-editor in there somewhere, but I canât even remember it, itâs been so long; hey, my friends wanted a Clockwork Orange modelâwhat can I say?]
You should have heard the people clap when I asked a presenter why VectorCad couldnât even scale in one dimension. 
4 Likes
Neither can AutoCAD. Can you imagine?
âReasonâ might be that scaling a polyline with arcs would break all the arcâs radii.
2 Likes
thankfully rhino has the command stretch for these special cases. if after all you cant think of a situation where you would need a scale 1d for, which by the way is implemented in a variety of tools like orient for the sake of convenience.
Itâs been years since last time I used Autocad but doesnât _Stretch command in Autocad does just that, among other things. I could be wrong.