Rhino 8 Grasshopper Script Editor - Design Feedback

[maje90 (Riccardo Majewski)]

Hi.
Updated my Rhino 8 today.
Wanted to give it a check… here what I’ve found in 5 min use (or better, attempted use):

This is a proper bug/malfunction:

1. Setting an input “as list”, inside the code editor is shown as IEnumerable… and bracket [] indexing doesn’t work.
   
   
   
   
   I can understand things not working in beta. But I can’t even test stuff in current release.
   

---

Here now some non-destructive problems (but imo any of them are really bad UX side)

2. closing script editor now prompts a “Do you want to save before closing?” so it require an additional click to close it. “X” and “Ok” buttons like in old gh c# script in Rhino 7 were WAY better, imo.

3. if, while script editor is open, another program (firefox) is put foreground, closing+saving script editor now trigger Rhino 8 to minimize; anyway this seems to randomly trigger also in other scenarios.

4. GH undo and script editor undo are still unsynched! I can’t stress enough how this is absolutely objectively BAD!
   Undos of grasshopper components/content and typed scripts components should be synched!
   @DavidRutten do you agree with me in this?
   Undo operation, from user POV should basically mean “let’s go back through time when my definition worked properly”, undo should go “back in time” from any edits.
   Unsynched undos means one might not be able to pin-point an old working state of the project.
   I’ve already reported this but got no feedback.
   Sorry for “turning the knife in the wound” but, again, this no longer beta.

5. adding before/after overrides is bugged. I can see the added code only after copying the whole script component.

6. no UI side bar to scroll up/down the code

7. script editor is pre-bloated:
   left = current state , right = how it could/should be
   

   

8. Simply create a c# script, add inputs and outputs like this:
   

   
   
   We are now forced to “fill” empty outputs? Please no.
   Also, no code given (never even edited once), it lags! Dragging the slider literally lags!
   (50ish milliseconds for… ???)

9. If current gh definition is not yet saved, closing+saving a script will prompt for the saving of the whole .gh file. You can’t test/edit simple script without being forced to create a .gh file?

10. Dropdown autocompletation is too “aggressive”:
    
    Any letter is enough to trigger a huge window that hide most of your code = you can’t code.
    I feel like I’m hitting the “Esc” key WAY more in GH8 script editor or “obsolete” editor compared to GH7 editor, because of this de-feature.
    Gh7 editor only dropdown sub-methods (after the . dot) , Gh8 or “obsolete” editors will dropdown with any simple letter. Imo it’s too much. Maybe set it to 2 or 3 letter? Or make this an user-variable option.

---

@anon39580149

I prefer different components like in Rhino 7.
C#, an updated GhPython to Ironpython3, and a new one for Python 3.

Absolutely.

---

All this (and probably more I couldn’t find in 5 minutes of attempts) make me ask again:
Can you, please, give us the old c# script component + editor inside GH of Rhino 8?
(or at least… how to manually create an old “obsolete” c# script?)

Even the old “obsolete” c# scripts from Rhino 7, if opened in Rhino 8, the script editor is different and worse (for example you can’t get sub-methods while accessing an object from an array, like "mypoints[5]. " trigger no dropdown UI …)

---

I’m sorry to seem negative over this. I really want to work with Rhino 8.
I never even used anything from the new “Rhino” tab in GH in Rh8, because I’m literally scared to have to turn around back to 7 on my projects… but I really want to!
I’m struggling to handle annotations/layers in GH+Rhino7 !

Thank you for all the work!