I’m trying a Grasshopper 0.9 definition in GH 1 in the current Rhino BETA and I’m finding that there is a small change in the behavior of the Text Split component which is adding a NULL to the end in GH 1, but didn’t do this in 0.9.
I know I can add Clean Tree components to fix this but my question is: will all GH 0.9 definitions be forced to add Clean Trees to every Text Split?
Further experimenting shows that this looks like an End Of Line issue.
0.9 is handling empty lines at the end of text panels more gracefully than 1.0 or than the Mac WIP Grasshopper.
Simply deleting the empty line in the text panel solves the problem, and I’m happy to do that, but there is still the issue that and Windows 0.9 GH definitions with panels of text ending with empty lines have to be fixed before they’ll work in 1.0 on Windows or Mac.
I’m attaching a simple example file. You can see the “empty” indicator appear and disappear when you edit the panel to include or take away the last empty line.Panel EOL problem.gh (4.2 KB)
Seems like the same issue I was having last year when trying to use the Mac GH version:
Further note: The Windows GH 1.0 is nicely showing “empty” indicator which makes correcting this problem very easy. The Mac GH does not show this indicator making it hard to track down this problem when importing definitions from 0.9 to Mac GH.
It seems that the problem actually arises when the data arrives at the Num2Pt component - the panels do not show the null and Clean does not remove it, but if you hover over the input to the Num2Pt the nulls can be seen in the tooltip listing.
PS I am using English throughout and Rhino 5.4.1 for MacOS High Sierra