Grasshopper

algorithmic modeling for Rhino

Grasshopper 0.7.0001 (or rather, Grasshopper 1.0 WIP April-30 2010 as I've been instructed to call it) is now available for download from this location:


This version is a major change from 0.6.X and it is very likely that there will be numerous serious problems with 0.7 for at least a few weeks to come. I'm maintaining the 0.6.00059 download in case anyone needs to fall back onto a working version in a hurry.

Do not use this version on important work and do not overwrite files made with previous versions.



This new version is based on the RhinoCommon SDK which is still in its infancy and not anywhere near as tested and proven as the 'old' DotNET SDK. There's not that much new stuff in this release, it mainly represents a platform switch.

Here's a list of things that definitely won't work in 0.7:
  • It won't work in Rhino5
  • Sweep1
  • Sweep2
  • Pipe
  • Any custom components developed for 0.6.X
Here's a list of things that probably won't work:
  • Slider Animations
  • VB and C# scripts written in 0.6.X (I've tried to maintain legacy support, but I probably missed a few cases)
Here's a list of stuff we don't know won't work:
  • Yeah... wouldn't that be nice... I suppose this is where you come in.

Note that a lot of components have been shuffled in a desperate attempt to bring some order and simplicity to the over-crowded toolbars. Many of them are now only available via the drop-down panels. Others have been merged into new master components (Addition for example now works on Colours, Numbers, Integers, Vector, Points and Complex Numbers).

Have fun testing and don't claim I didn't warn you,
David

--
David Rutten
david@mcneel.com
Poprad, Slovakia

Views: 3592

Replies to This Discussion

No, it's just some weird crap with unmanaged window handles and IWin32Window/NativeWindow assignments.

Possibly it's because RhinoCommon is loaded by Grasshopper, which means it shouldn't happen at all when running in Rhino5, but maybe it's something else...

--
David Rutten
david@mcneel.com
Poprad, Slovakia
I like the new string components.

Made, me, smile.

--
David, Rutten
david, mcneel, com
Poprad, Slovakia
possible bug: no persistent data input allowed for math>operators (add, sub, multi, div)


Hi Tuan,

no bug, I've changed the Addition, Subtraction, Division, Multiplication etc. components to work on more data types. You can now use them on Booleans, Integers, Numbers, Complex Numbers, Points, Vectors, Colours and often combinations of these (whenever that makes sense). As a result it is no longer possible to set a persistent value inside one of these input parameters.

I know that's a bit of a drag. I'm working on a solution that allows you to provide expressions as default, which means you can store all the above datatypes.

--
David Rutten
david@mcneel.com
Poprad, Slovakia
david,

no drag at all since i often use sliders for input params of these components anyway. I like the new capability of the multiple datatypes.

also, i think the hint should say WORLD XZ PLANE?

Nice work. Is it available any kind of new excel interoperability within this release?
Hi David,

I have been working for a week with GH 0.6 in one project and I was thinking about new GH 07. It could be great have some kind of incremental save in GH. Could it be easily added to 0.7 version?

Best Regards.
Yeah, incremental save is pretty easy, but I'll have to think about the interface for this.

--
David Rutten
david@mcneel.com
London, UK
I just noticed this lovely feature:

Brilliant! Just what was needed.

How does the syntax for Tree Access work ?
You should get a DataTree(Of "Type hint").

Is that not what you see?

--
David Rutten
david@mcneel.com
London, UK
Oh yes, I see it now. Working great thanks

RSS

About

Translate

Search

Videos

  • Add Videos
  • View All

© 2024   Created by Scott Davidson.   Powered by

Badges  |  Report an Issue  |  Terms of Service