Hello,
Im having a strange recurring issue while trying to use Layout Manager and FabTools to create a number of layouts. Im also using ghPython for making a minor reformatting and computation of the scale of the layout. Running Rhino 5 and GH 0.9.0076.
When the problem occur, I cant use my keyboard in the Grasshopper Environment, instead, all key strokes are sent to the Rhino command line. I can however still navigate in Grasshopper, access the menus and add components to the document.
When I run the Layout Manager âAdd Layerâ Component, I partially lose functionality over even more of the GUI interface. Doubbleclicking panels and accessing Component input and outputs sieze to be possible. Also when I try to add a component, the small component picture that sticks to the mouse pointer does not go away after adding the components to the document.
I have come across these issues before, but then they have usually gone away after rebooting the program. Now they are recurring.
Would be very appriciative of any answers as to why is this happening, how can I fix it for my current document and how to avoid it in the future?
Iâve now set up a separate definition just for debugging purposes. As it appears, itâs an issue with FabTools âAdd New Layoutâ-Component, which somehow causes the Grasshopper canvas to freeze.
Im now trying to achieve something similar in python instead by rs.AddLayout and rs.AddDetail.
I have no issues with adding a new layout by rs.AddLayout but I cant find a way to add the corner points (corner1, corner2) in the layout that rs.AddDetail requests.
The regular Rhino.Geometry.point2d() adds the points to the rhino document, not to the layout, if I understand things correctly? Hence my script crashes when I try to run it with these pointsâŚ
Any pointers on how to add these 2d-points to the layout would be great.
Didnât want to start a new thread, but the same thing happens to me too.
I am using Grasshopper and Rhino, as a temporary solution I use the commands from the Grasshopper menu, but thatâs really slow.
I have several plugins on Rhino (Visualarq and Thearender) and use several plugins on Grasshopper (Kangaroo, Visualarq, Lunchbox, GeoGym) but I donât use Fabtools.
Windows 10 Pro (Version 1703; build 15063.483)
Edit: As an example I am unable to use CTRL+C or DEL
Hey,
Iâm still having this issue, a lot. Sometimes have to restart/unload grasshopper/Rhino more than 4 times, and then it works for an hour or two until next time. Whatâs up with this? I never used to have this issue but suddenly it happens all the time. Is it an addin related issue? If so, which addin should I uninstall?
Really hope there is a fix for this, itâs heavily impacting my workflow.
This is probably related to the very old, very annoying behavior of Rhino retaining âfocusâ when clicking on the GH canvas. I canât replicate the condition at this moment, though have coped with it for years in R5 and seen it many times in R6. I have a couple of Rhino âdialog boxesâ open on the right side of the screen where I keep the GH window. Clicking on the GH canvas frequently does not hide those dialogs (one is âCurveDrawing (3 tabs)â and the other has tabs for âPropertiesâ, âLayersâ, etc. It is necessary to click the GH window title bar instead of just the canvas to bring GH to the foreground and hide the dialogs behind it.
I have no idea why I canât easily replicate the behavior now in either R5 or R6⌠Oh! All I have to do in R5 is open an existing model of moderate complexity and⌠use âAlt-TABâ to switch between apps (Windows 10), which I frequently do. When I âAlt-TABâ back to Rhino, the dialogs are on top of the GH canvas and donât go away by simply clicking the GH canvas. Clicking the title bar is required. Inconsistent, but I often find myself typing on the Rhino command line when I expect to be typing in the GH âEnter a search keywordâŚâ box.
I installed an R6 upgrade yesterday, not sure yet if it affects this behavior. I am surprised to see this in the R6 âHelp | Version Historyâ window:
Grasshopper Version History
Version 0.9.0076
Added [Point Deform] component for changing the control-point locations of geometry (Transform.Morph dropdown)
Added [Bend Morph] component for bending geometry from lines to arcs (Transform.Morph dropdown).
etc.
Same as R5!? No mention anywhere of more current versions of GH? The frequency of glaringly obvious errors like this (trivial as this one may be) have deeply shaken my confidence in Rhino/GH.
This issue remain in RHino 6. Sometimes, when i.e. tring to delete a component, the delete command shows up in rhino command line and does not delete the GH component
I canât tell when, but it happens to me sometimes too.
And when typing an expression in a component, I am unable to end the expression, the dialog just closes. I have to try a couple of times.
But itâs not always.
Hello, i am experiencing same issue, every other day. Sometimes restart helps, but still can be very annoying.
I am running
Rhino Version 6 SR13
(6.13.19058.371, 02/27/2019)
Grashopper
1.0.0007, with just several plugins.
on windows.
I am also having this issue, I cannot figure out exactly what triggers it⌠but the only way for me to advance is closing Rhino + Grasshopper and restarting them.
I am running:
Rhino Version 6 SR29
(6.29.20238.11501, 08/25/2020)
Grasshopper Version 1.0.0007
on Windows 10 Enterprise
Version 1909, OS build 18363.1016
This all sounds very similar to the problem of GH where it looses focus of GH when triggering something with a button component, because a GH component triggers a Rhino Command, losing focus of GH during the button press. That way the mouse-up event basically gets triggered in Rhino and not GH and GH thinks it is still in the mouse-down state. At that point you can still pan and right-click, but nothing else. Especially super old plugins like Fabtools seem to be problematic.
One solution though is to use Pancakeâs âTrue only Buttonâ, which doesnât cause that. Anyways, maybe it helps someone.
Iâm writing a fix to tackle with the click/keystroke issue. (if what I am thinking is the exact reason why that occurs) Hopefully it will be in the next version of Pancake and eventually back into Grasshopper.
Yes itâd be in the next release. Iâm still testing it with Elefrontâs button component, etc.
problem still exists. faced this issue recently. (windows 10 x64 Rhino 7)
For me, it mostly happens when i working with Rhino.inside. Still havent figured out a pattern but happens randomly.
The show desktop solution works like a charm. Thanks !
When baking breps with elefront, Iâm baking into a wireframe viewport. If the viewport display mode was shaded, Rhino would create render meshes and the cursor would jump from Grasshopper into the command line.
