Grasshopper 1.0 Beta 1 available for download

Hey everyone,

due to popular demand we've decided to release a few more versions of Grasshopper 1.0 for Rhino5. You can download the installer from the usual location.

A while ago it was agreed that once the Remote Control Panel is back we'd stop feature development for Grasshopper 1.0 and begin working on Grasshopper 2.0 instead. That moment has now arrived. There will probably still be some bugs that need looking into, but there will be no more new features.

Today's release is versioned as 0.9.0065, but you can think of it as Grasshopper 1.0, Beta 1.

New features:

The Remote Control panel is back. You can show it from the Grasshopper View menu.
Expression components with no inputs will now output the expression as text instead of failing.

Fixes:

It could take a long time to show object context menus if there were many warnings/errors, this is fixed.
Clusters without any objects other than input and output hooks would crash when the tooltip was shown, this is fixed.
Plugging a cluster input directly into a cluster output would result in lockdown, this is fixed.
Variable Parameter addition was always shown when there were no input or output parameters, this is fixed.
Project Along used a one-degree angle tolerance which was too loose. This is now 0.01 degrees.
The Addition component would not allow the renaming of input parameters, this is fixed.
3rd party GHA files with incorrect GUID notation in the assembly info would prevent saving, this is fixed.

The remote panel supports Sliders, Toggles, Buttons and Text Panels, and has labels and separators for layout and markup. You can publish sliders etc. to the Remote Panel via the context menus.

To show the Remote Panel, use the Grasshopper View menu:

Every GH file carries a single RCP layout, which is empty by default:

You can create a new layout by publishing objects to the remote panel:

Publishing objects always puts them in the bottom-most panel group:

You can switch into Edit Mode (the green pencil) to re-order items, delete them (by dragging them far away), insert new groups, rename groups, assign colours to groups and insert labels and separators:

Object deletion is not yet handled, so if a slider has been published to the remote panel and then gets deleted, the published proxy isn't automatically removed and behaves in an odd way.

Happy Christma-Hanu-Rama-Ka-Dona-Kwanzaa,

David

David Rutten

david@mcneel.com

Replies to This Discussion

Permalink Reply by Rafat Ahmed on December 20, 2013 at 7:35am

David That's Great & Congratulations Bros

Happy New Grasshopper Users

Permalink Reply by Msahli zouhir on December 20, 2013 at 10:47am

Hi David

the RCP is well done ,however if you agree I have some questions !

1/does it seems quiet when slider does not accept accurate value ? (Dbl_Click and enter value like solution sliders)

2/does the label slider display according a fixed rule ? (randomly from left to right then from right to left)

Thanks

Permalink Reply by David Rutten on December 20, 2013 at 11:11am

Double click doesn't work for sliders on the RCP.

The slider label displays on the left, except when it's (about to be) obscured by the slider grip. In that case it jumps to the right. I felt this was more economic than displaying the name besides the slider itself, but I agree it does look somewhat haphazard.

David Rutten

david@mcneel.com

Permalink Reply by Mateusz Zwierzycki on December 20, 2013 at 4:36pm

If we're talking about sliders.. I don't really know if it's a bug, but changing the slider value with mouse expires solution twice (once on value change, second on mouse up). It was not like that in 0014 and that's why I think it may not be intentional. Usually it won't make much difference, but on some occasions it doubles the computation time.

Permalink Reply by Vicente Soler on December 20, 2013 at 5:04pm

It's great that you are able to publish panels to the RCP, it's the interface object I use the most for adding data, but I can't seem to be able to edit them in the RCP. Hopefully they also work for adding data as a list(with multiline data disabled).

Could it be possible in the future to be able to reference geometry from the RCP? I think it's the main thing missing that third parties might need to change.

I don't think it's a good idea to be able to publish the same object more than once.

Permalink Reply by David Rutten on December 20, 2013 at 6:10pm

Text Panel implementation is read-only I'm afraid. I'll get around to a proper implementation in GH2, which will also see the ability to publish a lot more things, such as -indeed- the ability to select geometry via a button.

I don't think it's a good idea to be able to publish the same object more than once.

Is there an actual problem with this? I can imagine that you'd want to make an RCP layout which has one group with simple controls and another group underneath with advanced controls. You may well want to put a slider in both groups. Another solution to this problem would be to allow more than one RCP layout per GH document, which is something I may or may not add later, I haven't decided yet if it actually solves a real problem or not.

David Rutten

david@mcneel.com

Permalink Reply by Vicente Soler on December 20, 2013 at 7:32pm

I guess if you have a large definition and lost count of the input objects, you might accidentally publish some more than once, or maybe forget to publish others. It would be nice if there was an indication that an object had already been published.

I personally don't like the interfaces that have a simple/advance toggle. I prefer more hierarchical interfaces where you can collapse the advanced options, but none are repeated.

Panels being read only is still very useful, to be able to see data generated by the definition from the control panel.

I probably am in a small minority that uses panels to input almost everything (domains, points, vectors, numbers, lists of anything, ...on occasion text). The main problem with them is the cost of the conversion from text to the data type. The conversion seems to be done every time the component connected to the panel is run. If the component has to iterate through a large list of data from another input the delay is very significant. You can speed it up by forcing the conversion before connecting the panel to the component (by adding the appropriate parameter in between), but it's an extra capsule in the canvas. I don't know if it's possible to be able to do the conversion only once, or add an option on the panel to be able to switch the output between different data types.

Permalink Reply by 筑梦NARUTO on December 21, 2013 at 3:47am

Good job

Permalink Reply by Levin on December 21, 2013 at 7:46am

Hi David, why I can't get "internalise data" now. When I reopen a file, some data would become "Null"

Permalink Reply by David Rutten on December 21, 2013 at 8:33am

Which data types? Can you upload a file that should have internal data but doesn't?

David Rutten

david@mcneel.com

Permalink Reply by Levin on December 21, 2013 at 12:12pm

Yes, any types I think. Suck as ,sometimes I use a curve component to get curves from rhino, and internalise that. but after I save, and reopen next time ,the component don't have internal data. The same problem was happened when I right click a input and type a number in it. I don't know why . It's terrible. Because when I open some *gh files which I create before. a lot of data have lost.

see this attachment. I just make it at random. but the "multipulication" component have show this problem unexpectedly

Attachments: