and you know in which direction it is supposed to go. You then want to scale this line (I do a number slider) to make it become shorter or longer. What I did was to make 2 points, draw a line between them and then do scale. Obv the points still exists where they are so you cannot scale it like that, whatever you put in the scale slider keeps it in the same place, which obv makes sense but I dont know how to do it. How to do what I want?…
there are 10 groups of lines. Each group has one or more than one lines. total of line should be 1000 lines. but i want to divide them to be each independent line. how to do this? thank you!
end up with 6 line segments. When i want to join them i get some trouble with one biarc. I know it has to do with the start and end tangent that i give as an input. Anybody has an idea how to solve this?
…
rep)
Dim lxr1 As New GH_lexer("{A;B}")
Dim lxr2 As New GH_Lexer("{A}")
Dim lxr3 As New GH_Lexer("{B}")
Dim IDK As New GH_Structure(Of GH_Brep)
GH_Lexer.PerformLexicalReplace(lxr1, lxr2, bT, IDK)
This returns the error:
Unable to cast object of type 'Grasshopper.DataTree`1[Rhino.Geometry.Brep]' to type 'Grasshopper.Kernel.Data.IGH_Structure''. (line: 215)
…
Added by Andy VanMater at 11:04am on January 9, 2011
t hexagons, then what?
Everything can easily become more compact, or more minimalist, but compact does not equal minimalist. Either we remove a lot of empty pixels and we end up with a GUI that requires fewer screen real estate but which is very difficult to navigate, or we remove a lot of buttons from the foremost GUI layer which means we get a cleaner GUI but you'll have to click more often on average to reach something.
At the moment I'm relegating pressed keys directly to the Rhino command line. If Grasshopper is active and you type "Line ", you actually start the Line command in Rhino. I love the command-line interface, but having two competing command-lines within a 'single' application is awkward in my opinion. I can add an optional Grasshopper command line to the window, that much is easy, but I doubt it solves more issues than it causes.
--
David Rutten
david@mcneel.com
Poprad, Slovakia…
Added by David Rutten at 9:52am on December 30, 2009
nd vertical lines are created in the same way and end up having the same tree structure.
GH will find a single horizontal line in A at the same path it finds a single vertical line in B. Both will intersect and give one point. GH will then move to the next branch in A and match a similar branch in B.
If you want to match/(intersect) each item in A to each item in B, either flatten both and use CrossReference or have one input in a tree that has a branch for each line and the other input in a flat list.
Now GH will parse each branch in A and match this to the List in B. According to LongestList behaviour, the single list item in A will be repeated (intersected with) each item in list B.
btw.: you can put your porizontal and vertical intersection points with the ellipse into a PLine and skip the sorting.…
to Giulio's definition, you should not bake the python component. Setting the toggle to true is equivalent to baking. If you replace the toggle with a button, everytime you press the button, you will be baking the line because the following code is run:
rhino_line = scriptcontext.doc.Objects.Add(geometry, attributes)
When I run Giulio's definition, I do have a line in my rhino document which i can drag around - so there is 'actual' geometry. So answer 1 - yes you can script the baking process. The key is to switch between scriptcontexts (Rhino.ActiveDoc and ghdoc)
As for question 2, why not just bake all of it at once? Is it important for example to bake one first, look at it, then select the next? I attached a modified version of Giulio's definition with just one additional: for line_id in line_ids. Hope it does what you are aiming for.
…