non proprio Emilio, passare per altre variabili non mi cambia, questo credo di averlo assimilato ormai
mi pare più che voglia un oggetto, in questo caso una curva essendo che gli è stato imposto un filtro
che l’oggetto selezionato deve avere come attributo una curva e chiusa giusto?
eeee stavo proprio cercando un esempio simile a questo;
avevo notato che in certi casi la nomenclatura è uguale ma sono due cose distinte e separate
infatti come puoi vedere esiste anche la classe Curve che fa parte di Rhino.Geometry
https://developer.rhino3d.com/api/RhinoCommon/html/T_Rhino_Geometry_Curve.htm
infatti è quello che ho sempre fatto, sia in VBS che IPy, per prima cosa se non sapevo da dove partire chiedevo a voi qui sul forum, e da li anche dopo avermi dato la soluzione disassemblavo la funzione
e vedevo cosa era obbligatorio metterci e cosa no, verificavo ogni singolo passaggio ecc ecc
ma non mi era mai capitato di trovare lo stesso nome sia per una classe che altro
(io ero rimasto alla sintassi consecutiva)
a questo punto credo che una parte dell’equivoco sia la mancanza dell’assegnazione principale cioe:
la mancanza della parte iniziale che chiama la classe o il metodo. forse mi sarebbe d’aiuto una cosa tipo:
nomespace.classe.metodo.proprietà
nomespace.classe.metodo.attributi
nomespace.classe.metodo.ecc
chissà forse in questo modo mi sarebbe più chiaro di chi fa parte ciò che si va a richiamare
rileggendo la citazione sopra, mi porta a capire che un metodo richiama un’altro metodo?
GetObject restituisce ObjRef che è un metodo mentre dalla foto ObjRef viene riportato prima
come classe e poi sotto mi fa intendere che sono elencati i metodi che fanno parte di essa appunto.
tutto questo mi ha fatto tornare in mente un tuo esempio, dove concatenavi metodi a metodi:
nel tuo caso erano metodi della stessa classe, mentre:
GetObject fa parte di Rhino.Input.Custom
ObjRef invece fa parte di Rhino.DocObjects
quindi funziona anche in questo modo, richiamare prima un metodo da un ns e poi anche da un’altro?