Partial Developer Absence

Dear GH users,

over the next 3 weeks (till November 12th) I'll be in Seattle at McNeel headquarters discussing the road ahead for Grasshopper 2.0. I'll probably have very little time for support and discussions during this period.

The major topics discussed for GH2 during this period will be:

Documentation/Help
GHA/Cluster/VB/C# App-Store
Localization (i.e. languages other than English)
Constraint Engine implementation
Improved VB/C#/Python development tools
Multi-threading the solver
Building a Mac version

If you feel something important was left out, please let us know here. Note that incremental improvements and bug-fixes are not worth discussion as we'll try and get around to them no matter what. Topics on this list have to fit the "Are we going to try and do X?" format.

David Rutten

david@mcneel.com

Tirol, Austria

Replies to This Discussion

Permalink Reply by David Rutten on October 11, 2013 at 1:54pm

Independent Software Vendors wishing to integrate Visual Studio Tools for Applications into their applications must pay a license fee to Microsoft that is calculated either on a $50 per-seat basis or on the basis of a 1%, 2% or 3% royalty depending on the products' revenue.

David Rutten

david@mcneel.com

Tirol, Austria

Permalink Reply by Vicente Soler on October 11, 2013 at 2:20pm

Yes, I think I brought that up in the other thread.

The source for the Wikipedia text you are quoting is from 2009 and doesn't exist anymore, maybe things have changed. Try contacting them, maybe you can get a more affordable deal.

Or consider releasing it as a plugin for users willing to pay the extra cost.

Permalink Reply by michael sprinzl on November 10, 2013 at 3:55am

Visual Studio vor applications sucks. If you want The full power you can directly link to a visual Studio project. But then you habe to buy visual Studio professional.
http://msdn.microsoft.com/de-de/library/6cefss65(v=vs.90).aspx

But i think this will not work with express. Sorry vor my autocorretion of my mobile device

Permalink Reply by Vicente Soler on November 10, 2013 at 4:31am

You mean it sucks compared to Visual Studio or other code editors that can be integrated into Grasshopper?

Does the code you linked allow Grasshopper to run an instance of the full Visual Studio and not need to close Grasshopper every time you change the code? (this would be great if possible)

As I see it, the advantage of VS for applications is that it's the closest experience to the full Visual Studio that allows you to modify code without having to restart the software every time. Is this still the case?

Permalink Reply by michael sprinzl on November 10, 2013 at 8:17am

You could link to visualstudio professional, debug ans compile in memoryspace and usw The code in runtime without closing and unloading grasshopper. The Problem which exists is to unload a assembly as its in The same appdomain. Comunication between two appdomains is possible but not feasable because of messaging complex datatypes. Yes This is possible.

Permalink Reply by Anders Holden Deleuran on October 12, 2013 at 4:17am

Thanks David,

It's great that you guys are looking to consolidate the programming workflows. That is indeed quite the check list. I can certainly appreciate the complexity involved in picking an editor, afraid I can't think of any alternatives.

That said, as far as features and "feel" go I have been using Sublime Text 2 for straight up Python lately. Now that is one slick editor.

Looking forward to see what you come up with..

Permalink Reply by David Rutten on October 12, 2013 at 4:32am

Sublime looks great, but it only fulfills one of my 7 must-have items as far as I can tell.

This is the problem of course. There are a lot of good code editors out there but they all lack one or more required features. And all the code editors which seem to have them all are crap.

David Rutten

david@mcneel.com

Tirol, Austria

Permalink Reply by Anders Holden Deleuran on October 12, 2013 at 5:10am

Permalink Reply by Benjamin Golder on October 14, 2013 at 6:25am

My feeling is that the effort invested into the code editor could be better spent on making it easier to reference and import modules. For example, there should be a really easy way to make sure that I can hand someone my GhPython script and include the libraries it depends on (like "internalise data" for import statements!) This way, if people have a lot of code to write, they can simply use one of the many great code editors that already exist and import the code into GH. Finding better ways to connect with existing editors seems like a more fruitful effort than providing support for an in-house editor.

Permalink Reply by Frane Zilic on October 11, 2013 at 9:22am

Hi David.

Don't know if this qualify as incremental or not, but anway

Blocks referencing and baking

Wire selection - to erase, cut, join, hide wires... useful in long definitions

Create rhino tools (Commands) with a GH definition. Like executing gh in the background with an automated baking. Could work like clusters defining inputs and outputs.

bye

Permalink Reply by huaxiamengqing on October 11, 2013 at 7:03pm