I just had a chance to fiddle around with the new GHPython editor again, and made a few observations regarding the visual design (in case you’re still taking requests):
Yes! We are still taking comments for this! The only thing is, that this likely will not make it in time for Rhino 6 SR0. Possibly some of this will make it for SR1.
I assure that there’s nothing in the editor that specifies a special color. This is the Windows 10 default color for items of that type. If you change the color for that item, it would change also in the editor. See this StackOverflow page for how Microsoft hid the old option dialog.
What I could do is try to shrink that space. I’ll try something once I am onto one of the other issues. No promises.
The white space is not of my doing (again). Probably another type of window style will do. The background curve to the component, however, should be custom-positioned for Win10, unfortunately.
I’ll look into this when the other white space is addressed.
Yes, this has been a long-standing request, going both ways (please add a default, and please remove it). It’s time to let users customize also, I am not sure that default-making every script a user objects is a great idea, but that is your decision… .
That’s what I figured, it’s related to the issue Mitch and myself also had here then. Still haven’t found a solid method for fixing that. Stupid Windows 10
Hehe, oh hell no, I’m with your there
Thanks for listening, really looking forward to seeing what you up come with. One more thing I forgot to mention: Perhaps it would be possible to document all the keyboard shortcuts available. For instance the uncomment one, that I had no idea about, there might be more perhaps?
Edit: One last thing, I swear I’ll stop after this:
Sticking with the (apparent) theme of clean minimalism, I personally sorta also really quite prefer the old/official Python icon (would actually make sense with an IronPython one, but that doesn’t seem to exist, except this ):
Ahhh, didn’t realise. That makes sense, with it being a standard component and all. Anywho, in case this is up for feedback @DavidRutten:
I personally find the new logo a bit “unpythonic” (read: not minimal) with the gradient and highlights and such. But I can certainly see how that is in keeping with the Grasshopper icon aesthetic and all. Thinking more about it, I suppose my largest issue might actually be the orange lower snake, Python (for me) has always been blue/yellow.
Also, the logo is slightly cut off when zooming in:
Anywho II: This is all really not very important, buuuut, since we were discussing GHPython design, might as well be thorough with it
Been fiddling around with V6 a bit more and have just a few more points to add:
Having this menu dropdown over on the right as an icon button is confusing/inconsistent/weird, when all the other other menu dropsdowns are over on the left. Furthermore, having this small button/dropdown that one will click very rarely (maybe never) right next to the run button, which one will be clicking a lot, is really weird in terms of user experience IMO:
The consistency between dropdown menu points and buttons is also pretty weird/lacking (e.g. the Test menu point is linked to a Test icon button on the same menu bar, which is next to a dropdown icon dropdown menu. And there is no OK button). Especially when compared to V5, where there is a very clear correlation between the File dropdown menu and the three textual buttons on the bottom (which are also larger and easier to hit than the icons in V6) :
I apologise for (again) being perhaps overly critical here, but to me these points aren’t nit picky. I’m admittedly rather sensitive to visual clutter, verbosity (yes yes ironic, I know), and inconsistencies when it comes to the GUI’s I spend all day staring at and interfacing with. Also note that I haven’t fiddled much with the compile workflow yet, so I may be missing something here.
Sounds like there’s something more than I remembered. Well, sorry, I have to look into this. In any case, this will be all modified when the rest of the bugs are being worked on.
This could go into the left menu part, under “Plug-in” or something similar.
The “Test” ( ) button really should be bigger. This will be improved.
The “OK” – I really really do not want to place it in its own toolbar in order to use less surface… I’ll experiment a little more while at it.