I wish Rhino moved to the middle. I am not saying that Rhino must support Linux, but I wish that it was a future consideration, in that, please don’t put roadblocks in.
Noting that: we as Rhino 3D Windows users already see non-standard UI widgets in the Windows version of Rhino, to support the Mac.
I’m pretty sure that the use of Eto.Forms can be considered the move to the middle.
You’re pointing out where we attempt to unify the look. The only non-standard would be the rounding in the search bar, which is probably an oversight. On the Mac it isn’t rounded like that
The little ‘+’ symbols that appear in various places now are VERY Mac though.
Not really, other software on Windows also use this, like Visual Studio Code for instance
Yep, but they have never been present in Windows Rhino up until V8, whereas they were omnipresent in Mac Rhino.
Right, but I wouldn’t call it non-standard as other software use it too.
Anyway, for the search box styling I logged RH-80288 Layer search field has unnecessary rounding
Just an observation, but I am noticing some of the most fluid cross platform UIs don’t use any frameworks. The companies build their own windowing system. (eg I think Blender has it’s own interface built from scratch on OpenGL). Things like QT are just too heavy.
Blender was originally OpenGL only indeed, these days the GUI is drawn with Metal on Apple hardware.
Qt is pretty nice - or at least was when I last used it on a GUI for a multi-boom drilling mine equipment to track programmed boom paths and boom progress (the graphical part for that was OpenGL hosted inside Qt).
Writing an entire GUI toolkit is quite a big undertaking, and depending on how you create it has implications on how you write the rest of the software.
Blender has tight control over events as there is only one message pump, Rhino has not that tight control as many parts in the code - and in plug-ins - one can pump messages separately.
Anyway, getting a bit off-topic here 
Yikes, the programming overhead tho.
My own plugin uses a web browser based UI just to avoid this sort of thing.
Cheers
DK
It’s also not about writing the user interface as much as it is supporting the user interface. We aren’t going to write a application that we can’t do a decent job of supporting.
If anybody is interested I have a dockerized installation of Rhino7 under Wine.
Together with a startup script.
Works seamless for me.
Even have mounted on the container the grasshopper component and userobject folders which workseamless as well.
@user2820 Yes, please - very interested. I’m setting up a website to make common parametric operations more accessible - www.archcodes.com (work in progress). If you open-sourced your script I’d be keen on integrating it into the server (github).
Fantastic news!! Thanks for the insight!
I’ve been steadily disenfranchised by most software platforms after 35 years. The over complexity has made the reliability of any useful tools seem laughable beyond reason. Compatibility is regressing. I just prefer to make better use of myself and the intellectual property accumulated rather than throw away my life invested. Most crossed the line 10 years ago and I find very little gained by loyalty. In fact, it’s a burden to levels of evangelical proportions. So if I have to do it over again I’m going to Linux. Out of most platforms I found Rhinoceros the most intuitive with rapid prototyping projects.
I’m just curious if porting the Mac version of Rhino would be a better prospect than Windows… But then I realized OSX supports their own proprietary hardware for the graphics engine, where PC uses the massive Direct X and DotNet frameworks. Linux does utilize their own drivers support for wide ranging hardware but doesn’t do the display acceleration quite as polished as the other OS platforms. It’s entirely different environments. Even as a Snaps/ Self contained type package it would be severely neutered without direct hardware access and support. I’m still hopeful for it to happen eventually regardless. I’m not familiar with OSX development at all whether that Unix/Linux portability has better potential then Windows and Wine. Almost would have to be it’s own Distro hybrid install unto itself to keep licensing under control as well.
I converted a laptop to Linux Mint last year. Camera and fingerprint reader didn’t work. After a week on forums and downloading, etc, I never got it them work. Made it dual-boot with Windows and they work on that OS. But more importantly, you cannot use Linux without using Terminal. I’m a two finger typist. I cannot type “sudo apt-get update” without an error. (I took 8 minutes to write this) As long as Linux requires the use of terminal, it will never have mass appeal.
Funny, I converted my Windows laptop last week to Linux Mint as well - I’ve been using Linux Mint on many devices.
My wife also has a couple of devices with only Linux Mint on, and she has no clue about terminals. Yet she’s happier with Linux Mint than with Windows.
Camera of my Thinkbook works great out of the box, fingerprint reader probably also works, but I actually decided against using that.
Most if not all system management can be done just fine via the provided GUI tools. Update Manager does that very well, and you have Software Manager and Synaptic Package Manager (this last one is pretty much just apt-get with a GUI)
And best of all, it (or I guess Ubuntu) comes with my key layout preinstalled (Finnish DAS, QWERTY row reads PHRK>)
At first I got the impression that “PHRK” alluded to PHEREKE*…<snip> but then I decided that it probably doesn’t. 
//Rolf
I actually don’t speak Finnish but a few words here and there one cannot avoid picking up when visiting a few times…
You probably meant perkele I always thought it sounded more like PHREAK, since most people would consider the layout freakish (:
I tried using @cryinkfly’s great tutorials, and even though it still hangs on trying to run the installer .exe this feels SO CLOSE to happening. If I were able to get Rhino up and running in Linux it would free me from Windows for good. (With all due and respected caveats re: lack of supportability from McNeel.)
Commenting here to receive updates on the thread. Keep up the effort everyone!
i will let you know.
There is a bit of work documenting the process of activating the license inside the container.
Once that is done I will forward you the links to the repository