Apri il codice associato al componente e fai un capture screen così da vedere cosa ti riporta…
prima l’ho inserito anche all’interno del “Private Sub” ovviamente senza la mia parte sub
perdonatemi ma sto imparando adesso con voi 
Ah, se ti fa star bene, sono nella tua stessa situazione: sto editando il codice a caso modificando etichette e tipo di dati dall’interfaccia grafica di GH… me par un gran casin… non so come si faccia a dire che sia user friendly…
per la serie non ci resta che piangere ahahahah
Ok, allora, dopo varie ricerche ci sono arrivato… non accetta VbScript ma solo .Net!
E’ fuorviante che ci sia scritto VB Script sul nome del componente però…
Quindi anche qui l’unico sistema è buttarsi su python…
no dai non è possibile… ma come, in una guida dove si programma in .NET viene pubblicato un codice diverso la vedo assurda sta cosa. che in GH si programmava in .NET lo sapevo infatti se rileggi una mia risposta in questo post ti ringraziavo per il fatto che adesso mi toccava approcciarmi appunto al .NET infatti il codice che ho postato ero sicuro che fosse .NET mah . . . .
infatti se fermi il cursore sull’icona di VB in GH compare la nota che dice:
“A VB.NET scriptable component”
PS nel frattempo ho scaricato ultima versione di GH che contiene PY
quindi adesso l’unica cosa da fare è mandare in campo la nostra punta di diamante il grande e unico E.M.I.L.I.O. 
ho trovato questo script per Rhino Python Editor e funziona bene
sto provando con PY in GH avvio il test mi dice “Esecuzione Completata con Successo”
ma i punti non vengono aggiunti, i lavori in corso continuano ancora vi aggiorno a dopo
beh a parte altre modifiche in teoria se aggiungo vari input come (x)
ed altrettanti output come (a) dovrei gestire tutte le suddivisioni
di varie curve con un unico componente PY (ora si ragiona)
Eh … se vi lascio soli qualche ora … fate subito casino !
Dunque … breve storia della cosa …
C’era una volta GH … a un certo punto David ha pensato bene che un componente programmabile non era poi un’idea malvagia …
Ed ha aggiunto i 2 componenti ‘Script’.
Essendo GH scritto con .NET (allora non c’era RhinoPython e credo nemmeno RhinoCommon, ma c’era OpenNurbs per .NET), i due componenti richiedevano uno VBnet e l’altro C#.
Come detto, la libreria usata era OpneNurbs per .NET.
A quanto vedo, il codice che Salvio vuole usare e’ appunto VBnet per OpenNurbs.
… Passano gli anni … e a Seattle hanno la bella pensata di metter giu’ RhinoCommon: una versione di OpenNurbs adattata a .NET e piu’ user-friendly (Lucio di poca fede … )
Dicevo … a questo punto se ben ricordo, David riscrive GH usando RhinoCommon … e giustamente aggiorna anche i componenti ‘Script’, che non usano piu’ OpenNurbs, ma usano RhinoCommon.
Per un certo tempo in GH ci sono state due versioni dei componenti ‘Script’, una per OpenNurbs e l’altra per RhinoCommon …
Anzi, in realta’ credevo ci fossero ancora, ma ora vedo solo piu’ quelli RhinoCommon, a meno che gli altri ci siano da qualche parte e io non li trovo (niente di piu’ facile) …
Se i vecchi componenti ‘Script’ non ci sono piu’ … mi sa che il codice di Salvio non serve.
Bisogna tradurlo in RhinoCommon
Poi il fatto di usare VB, C# o Python e’ abbastanza una questione di gusti in questo caso … tutti e 3 richiedono RhinoCommon.
Se non sbaglio, Python puo’ fare anche altre cose, avendo la possibilita’ di usare rhinoscriptsyntax e altre belle cose che credo abbia scritto Giulio … ma qui ne so circa quanto voi due discoli … 
Credo che per usare rhinoscriptsyntax si debba settare una variabile che fa riferimento al documento, dev’essere un valore RhinoDoc … che adesso non ricordo come si chiama … sorry. 
EDIT: dovrebbe essere ghdoc … ma non trovo dove e’ spiegata la cosa ( chissa’ come mai … ) / EDIT
Ma finche’ restiamo su RhinoCommon non dovrebbere esserci problemi … certo ci serve il codice che usa RhinoCommon …
Oppure vedere come fare per usare rhinoscriptsyntax, io non l’ho mai usato con GH … forse Giuseppe sa dirvi come fare …
Adesso scusate, ma ho del lavoro da fare … a piu’ tardi, ciao !
A parte il “discoli” che era un pezzo che non me lo dicevano, credo che Python sia la scelta più “naturale” per poter ragionare su script e codice GH senza incappare in errori grossolani; inoltre risulterebbe più semplice poter adattare codice scritto in GH verso PythonScript e viceversa…
Comunque alzo le mani anch’io perché ho capito che per utilizzare GH in maniera seria bisogna entrare nel suo modo di ragionare lasciando da parte tutto il resto (cercare di fargli fare le stesse cose che fai con gli script equivale a tirare testate contro il muro).
Torno al lavoro anch’io!
Ciao Emi! 
Si, dopo un po’ di prove l’ho visto anch’io… ma sai com’è, ho dovuto veder la frase nel sito di GH dove David diceva agli VbScriptatori di mettersela via, che si passava a .Net o Py!
Li ho deposto le armi… 
Completamente d’accordo !
Ho trovato questo:
probabilmente lo avete trovato anche voi … poi non mi sembra cosi’ chiaro …
ma intanto e’ qualcosa …
EDIT
Questa dovrebbe essere la pagine principale su Python, per quanto riguarda RMA
( quella sopra e’ solo una delle sotto-pagine linkate … )
anch’io ho una storia: c’era una volta in un mondo pieno di caos, un uomo di grande esperienza si chiamava “Emilio, Emilio il Dotto” dove con la sua grande conoscenza ti chiariva ogni quesito 
infatti nel link da me postato su “Divide Curve by Segments” nella scheda Python c’è un “import doc”
non so se ti riferisci a questo, per conto mio dalla prova che ho fatto ho dovuto togliere tutto 
Grande Emilio, non ho ben chiaro tutto ma di sicuro dopo la tua spiegazione ho capito che la questione è più contorta di quanto avessi immaginato tra tutti questi linguaggi di programmazione e derivati c’è solo da perdere la testa, a dopo e grazie per i chiarimenti
Lucio ma giusto per… non ti è venuto anche a te il pensiero che in tutta sta matassa di programmazione e script in GH ci sia lo zampino di Emilio per far si che fossimo obbligati a passare a Python? ahahahah 
battute a parte, in effetti questa situazione ha rafforzato ancor maggiormente il pensiero che avevo su Python che oltre ad essere molto sintetico come in alcuni casi ha evidenziato Emilio, ho notato anche che nelle sue varianti il codice rimane pressapoco invariato a differenza di altri linguaggi che tra una versione e l’altra e come se imparassi un nuovo tipo di programmazione. ovviamente questo è un mio punto di vista iniziale essendo che non conosco ne .NET che OpenNurbs ecc.
vabbè vediamo cosa succede . . . .
… piuttosto direi “Pisolo”…
Mi sembra una schema un po’ datato.
Non vedo ne’ RhinoCommon ne’ Grasshopper ne’ Python (ne’ Rhino Mac ).
Se il tuo scopo sono gli script per GH, bisogna usare o VB.net, o C#, o Python.
Se gia’ conosci uno dei linguaggi … puoi partire subito.
Se no … puoi scegliere liberamente quale studiare
( Tenendo conto, come dice Lucio, che Python lo puoi usare anche per gli script di Rhino, nel caso ti interessino )
Grazie Luca !
Sempre interessante vedere questi schemi. 
… Mi lascia solo perplesso quella “C API” , che non capisco a cosa si riferisca. 
Cioe’ se sia qualcosa sviluppato da McNeel o forse invece una tecnologia Microsoft per passare da C++ a .NET … o altro ancora.
Mah … va beh, e’ solo curiosita’.
1 Mi Piace