Grasshopper

algorithmic modeling for Rhino

Dear Users,

 

some of you have reported problems with running certain menu items via the shortcuts. I've attached a special build of the Grasshopper.dll that logs a lot of the stuff that goes on during key-presses. Please follow the instructions below to help me debug this problem:

 

  1. Make sure Rhino is not running.
  2. Find your Grasshopper install folder (you can search your computer for grasshopper.dll if you have no idea where to start).
  3. Rename the file called "grasshopper.dll" to "grasshopper_old.notadll".
  4. Download the file attached to this post, unzip it and put the "grasshopper.dll" inside of it next to the one you just renamed.
  5. Restart Rhino and try to call a menu-item using the shortcut keys. If it doesn't work, close down Rhino+Grasshopper.
  6. The log file should be opened automatically (it will be located on the desktop). Either copy/paste or attach this log file as a response to this post.

 

Note that the version number of this dll is higher than the most recent public release. So unless you see 0.8.0054 on the banner, the replacement was not successful.

 

When done testing, you can delete the "grasshopper.dll" file you added and rename the old one to get back to normal.

 

Thanks,

David

 

--

David Rutten

david@mcneel.com

Poprad, Slovakia

Views: 5517

Attachments:

Replies to This Discussion

I don't think its related then, We found out that the Ctrl + Z bug is sometimes caused by changing your keyboard language with the MS Office shortcut Alt + Shift, by selecting a keyboard like German DE where the Z is not in the same place.

My shortcut bug happens for every shortcut, not only ctrl z.... in fact alt shift changes keyboard language but doesn't affect the presence of the bug. I still think about block window problem: when I press any key, the active window goes from gh to rhino...

Ok I found a solution to my shortcut bug: it wasn't a shortcut bug! in fact it depends on which window of rhino/grasshopper was selected, I double click on grasshopper window title and the problem disappeared... If I double click again a couple of times the blinking cursor go back to rhino command line... 

the strange thing still is that you can still work (with mouse) on GH even if the window is forced to Rhino (I wrote "forced" because when you press any key rhino window is highlitghted and the blinking cursor writes on rhino command line)....

this method works to me on 0.9.0075

I have the same problem in grasshopper 0.90014 and I managed to "fix" by doing the following:

1. Go to GH preference > interface > shortcuts
2. Locate the Undo command and then "reset" it, by clicking on it and just assign "CTRL + Z" to it.

Somehow this methode kind of resets the undo key in GH, so it doesnt jump to Rhino's commandline everytime I press CTRL.

Hope it helps.

If only your undo doesn't work, please check your Windows language settings (icon left to the icons on the right).

By default Windows assigns a shortcut CTRL+SHIFT to switch between languages and keyboard layouts. Remove this shortcut (context menu of this icon).

Hi David,

Is there any updates on this issue? I am having problem with the panel when typing in one of them the text starts going to the Rhino command bar which closes the panel. It makes it very hard to use panel unless i use copy paste. I am happy to follow your steps if it is still needed.

Best,

Arthur

Isn't that a totally unrelated issue? While I see about fixing this, you can edit the panel using a window which shouldn't interfere with the rhino command line. Pick 'Edit notes' from the panel menu.

--

David Rutten

david@mcneel.com

RSS

About

Translate

Search

Photos

  • Add Photos
  • View All

Videos

  • Add Videos
  • View All

© 2024   Created by Scott Davidson.   Powered by

Badges  |  Report an Issue  |  Terms of Service