Grasshopper

algorithmic modeling for Rhino

Alright I love grass and I love grasshopper. But here are some things I would like to see implemented:

1) Bigger nodes.... dragging wires requires way too much precision.  Since that is the whole paradigm of grasshopper it should be as easy as possible. Things should snap very easily and you should be able to customize the size of the little white semicircles and their "gravity" to attract the mouse cursor. Maybe as you start dragging and hold a modifier key, the closest input along that vector higlights, even if it's on the other side of the screen.

2) "Wiggle" a selection (shake the mouse while mousedown) to shed all wires. Would be handy when you are copy/pasting as well (particularly when things get big and slow). Alternatively, drag it to a zone on the side of the screen to clear wires...

3) When you have a giant definition and you zoom way out to understand what's going on,  the text/icons disappear. Maybe a kind of Loupe/Magnifying glass function might be a simple way to fix this

4) Option to have GH as a normal Windows window. Why does it have such a strange idiosyncratic behavior, covering half the application you are trying use? I'd like to turn off the "always on top". Sometimes I want rhino on top, other times I just want to position the windows over each other or slightly overlapping and switch with the taskbar/alt-tab

Views: 373

Replies to This Discussion

Hi Ronald,

1) yeah there's a lot of room for tune-ups here.

2) wiggling could also be a shorthand for toggling the enabled state/preview state/ungrouping/... There's lots of possible gestures or touch-events or stylus events that could be assigned additional meaning. It's something that'll need extensive exploration in GH2.

3) So you want the icons to shrink slower than the component boxes so they remain visible longer? Or...?

4) Define idiosyncratic behaviour. GH has to be a child window of the Rhino main window otherwise it would disappear behind it all the time and it wouldn't be possible to bring it back unless it would also have a taskbar icon. I'm not quite sure what possibilities Eto will give me (Eto = the new UI framework we're using in GH2) with respect to window parent/child relationships so I'm not sure what -if anything- can be done. This however is not a problem I myself run into much (I agree with your other points); I find that double clicking the GH title bar or just plain closing the window if I want to be rid of it for a while works pretty well. Or sometimes I just dock the Rhino and GH windows on opposite sides of the screen or on different screens.

IMHO for 3 the best could be a multi-canvas GH (kinda like CAD apps have many Views) with a "from"/"to" focus capability:

I.e   show me this portion ...(from a "source" canvas) ... to that canvas (to a "target" canvas). Microstation does this with the best imaginable way.

RSS

About

Translate

Search

Videos

  • Add Videos
  • View All

© 2024   Created by Scott Davidson.   Powered by

Badges  |  Report an Issue  |  Terms of Service