Bugs - Grasshopper for MAC

Hi @dan there are some bugs to consider please.

1.Data conversion failed from Text to Number
Most old definitions with panels doesn’t work, creating random nulls

MAC


.
windows

.
2.Copy panels
When you copy panels, data conversion failed from Text to Number

.
3. Wires when select a component
When select a component the wires change( inputs and some outputs) and segmentation in data tree wires doesn’t look as dash pattern.


.
4. ZOOM in Canvas
Zoom in grasshopper canvas need to be the same as RHINO, and maybe the possibility to invert the scroll direction inside rhino.

.
5. Custom preview.
Can’t acces to the Shader properties with right click


.

6. Can’t edit Cluster properties
.

180316_panel.gh (12.3 KB)

hmm… the panel text to number issue seems to be related to unix vs windows newlines, similar to a bug I encountered for the C# scripting component: C# component is rounding doubles

I’m guessing the panel naively splits multiline data that’s been created with Windows-style "\r\n", and fails to parse the leftover '\r' lumped in with the number text.

As a workaround you could drop this little C# script into the canvas:
fix_panels_mac.gh (4.5 KB)

foreach(var obj in GrasshopperDocument.Objects){
    var panel = obj as Grasshopper.Kernel.Special.GH_Panel;
    if (panel==null) continue;
    panel.SetUserText(panel.UserText.Replace("\r\n", "\n"));
}

(GH on Windows is robust enough to parse Mac-style newlines, so this shouldn’t break anything)

1 Like

nice! well done qythium!

Glad to help :slight_smile:

Another possibly related bug: Mac components don’t seem to support multi-line messages (eg. those in Honeybee), this happens instead:
image

on Windows:

Logged as RH-45411.

Another pretty serious bug I just came across:

  • Type any dead-key character (e.g. Option-E for the acute accent ´) into the Grasshopper search box
    image
  • Hit Escape without completing the character
  • Rhino crashes instantly.

(doesn’t seem to be specific to any keyboard layout)

Hi @qythium-

Sorry for the delayed reply. Thanks for the report and the detailed steps.

Unfortunately, I cannot reproduce this. I tried with option+e as well as holding down the e key and pressing the 2 key for the é character. The é character appears as expected. When I press esc, the search dialog closes as expected without a crash.

Can you please provide some additional information? Please navigate to Rhinoceros > About Rhinoceros > More info… > Copy to clipboard and paste the content back into a reply here. Perhaps there’s a third-party kernel extension on your machine getting in the way.

I might need to switch my macOS language to another language to reproduce this. I think I see a couple crash-reports coming across our automated reporting system that might also be this issue, so I’d love to reproduce it.

Thanks again,
-Dan

The escape key has to be pressed while the cursor state is waiting for a keypress to complete the character - ie. when the orange highlight is active, as in the screenshot above.

Might sound like an odd thing to do but I had Option-Q mapped to “Toggle Preview On/Off” and also to a dead-key on my regular keyboard layout, which is how I accidentally triggered it.

Here’s the information from the About page, also just submitted a crash report.

Software information

Software versions
Rhinoceros version: 5.4.1 (5E409)
Rhinoceros path: /Applications/Rhinoceros.app
IronPython version: 5.1.2015.131
Language: en-SG (MacOS default)
macOS version: Version 10.13.4 (Build 17E199)

Plug-ins
/Library/Frameworks/3DconnexionClient.framework/Versions/A/3DconnexionClient

Third party kernel extensions
com.displaylink.driver.DisplayLinkDriver (4.0.0 (85514)) 5A240BCF-1B8D-3A9E-B21B-B12D639AC9D9
com.3dconnexion.driver (10.5.2) 23F2462E-B272-3BBC-A8DC-BEE242EE3FA7
com.kensington.trackballworks.driver (1.3.0) 598CF9DF-CC79-34D9-B2DA-C63E7516FD0A
com.intel.kext.intelhaxm (6.0.1) 8FF2C637-0A5E-367E-B007-5B08655B1E8A

Hardware information

Computer hardware
Hardware model: MacBookPro9,1
Processor: Intel Core i7-3820QM CPU @ 2.70GHz
Memory: 16 GB
Architecture: Intel 64 bit

Video hardware
Graphics: NVIDIA GeForce GT 650M 1024 MB
Memory: 1024 MB
Screen size: 1680 x 1050, 1200 x 1920
Displays: Color LCD (129dpi 1x), DELL U2410 (94dpi 1x)

USB devices
Apple Inc.: FaceTime HD Camera (Built-in)
Apple Inc.: Apple Internal Keyboard / Trackpad
Apple Computer, Inc.: IR Receiver
Apple Inc.: Bluetooth USB Host Controller
Generic: Ultra Fast Media Reader
Kensington: Kensington Slimblade Trackball
3Dconnexion: SpaceNavigator

Bluetooth devices
None

OpenGL information

OpenGL software
OpenGL version: 2.1 NVIDIA-10.30.25 355.11.10.10.30.120
Render version: 2.1
Shading language: 1.20
Maximum texture size: 16384 x 16384
Z-buffer depth: 24 bits
Maximum viewport size: 16384 x 16384

Implementation settings
Use texture compression: No

Appearance settings
Antialiasing: 2x
Mip map filtering: None
Anisotropic filtering: Low

Ah, thanks for the hand-holding. Clearly, I was reading too fast. I see that now. Logged in MR-3224.

Thanks again!

Multi-line messages in C# components should now be supported in the latest RhinoWIP. Please give it a try.