There are a number of improvements in Rhino WIP, which are really helpful. But I don’t see any improvement in the user interface. Will there be any?
Personally, I think the Rhino interface should be improved, mainly to limit the multiplication of functions and buttons.
I work for different fields, sometimes I only have to draw in 2D, sometimes only a plugin is useful, or I only prepare meshes.
A single Rhino configuration is not suitable for all my uses. Since version 5, I would like to be able to quickly configure and change workspaces like in most other software.
I understand that there is a road map and that certain elements are lower priority than others. Since the release of version 6 I try to meet my needs via the programming APIs.
I do not master C ++ and python, which is not a problem because you have a DotNet SDK.
I could see that this API is extremely limited to manage the interface, which seems to be less the case in the C ++ API.
Rhino’s performance and new features in version 7 are excellent, but in my experience, the worst of Rhino is the ergonomics of its interface.
If there is no redesign of the user interface, at a minimum, allow us to manipulate the interface via all APIs. And there, I am on my knee
See the two essential points which limit my possibilities of adaptation of Rhino:
Obviously the complete manipulation of the toolbars, access their buttons, display, hide, define their commands or icons. An API dedicated to the RUI file and allowing to change the configurations when running Rhino.
Complete capture of keyboard events. More concretely, the possibility of temporarily deactivating the Rhino command line.
Most of the personal commands that I write have the sole advantage of being more practical by using specific keyboard shortcuts when executing the command.
However, Rhino captures events from the keyboard and reports them to the command line. In this case, it does not send it to the API.
Currently, I use native and OS specific solutions and have to listen to all system events. This sometimes creates incompatibilities with other applications, but it is the only way to have complete control over events in Rhino.
In addition, but less annoying, using an IL decompiler, we may find it unfortunate that some functions are not at the public level of the API. I am thinking, for example, of access to resources such as icons. I admit that my artistic skills do not exist and that my commands do not need custom icons.
Currently, I have need to reflect the types to get the “curve” icon on a button.
Thank you, jmv