Sorry I've been late. The internal HD in my 24" iMac totally failed and replacing it is pretty major surgery. But it is cool to use suction cups to pull the glass cover away from the magnets.
Anyway, SP3 Beta for the Mac is in the final stages of testing. I haven't noticed any significant problems yet so I'll get it out soon and let the community help me find the problems (it is BETA after all).
Should have it posted sometime tomorrow.
Kevin
Make sure you hit tab after you make edits in a text field in the inspector.
There is a known bug on the Mac where the web browser will not commit an edit in a text field unless you change the focus out of the field prior to changing the focus away from the web browser window.
@unknownuser said:
Thank you very, very much for making your great utility available for Mac too.
Time to get started to learn and use, but........
I seem to have a problem, I get an error message restarting SU after download and installation:
Error Loading File SketchyPhysics.rb
Failed to load /Library/Application Support/Google SketchUp 7/SketchUp/plugins/SketchyPhysics3/dl.bundleSketchyPhysics shows in SU, aswell in the Tool Pallettes, as in the plugins and the icons are available/visible.
Any ideas to solve this problem?
Have you checked the directory mentioned to see if dl.bundle is there?
Make sure you installed the SP files and directory into the system library and not your personal library.
So it should be in /Library not in /Users/YOU/Library
And by the way, this will only work on INTEL macs - not on PowerPC systems... sorry for not mentioning that in the install file
SketchyPhysics 3 alpha for the Mac is in the vault and only awaits a final go-ahead for release. You should all see SP3a available for the Mac very, very soon.
The mac version shares the same basic code base as windows so most bugs will be common. The library that implements the Newton Physics engine is almost completely common code between Mac and PC so not likely to be a big differential bug source.
There are 2 other Mac Libraries
GetKeys.dylib is a Carbon based lib for getting keyboard state. It still works with Leopard as of the most recent OS release but the Carbon APIs it uses are being deprecated. Unfortunately, there aren't any simple APIs in MacOS for doing this when the Carbon ones go away. I'll have to move this to the HID Manager.
MacInput.dylib is an HID Manager library for reading USB Joysticks. This is pretty experimental right now. I'm using a Saitek P880 and it works great. Any other USB Joystick should work however if it implements a different output range on the axis then the response may be messed up. All axis and buttons are supported but dHat isn't. I'm working on supporting the XBox 360 controller right now. I'm using a Wireless XBOX controller with the MS Wireless gaming adapter and I have experimental code working at home. However, the XBox360 controller shows up as a gamepad in USB, not as a joystick so I have a little more work to do. I'm also putting in place the code necessary to read the keyboard and when that is done I will eliminate the GetKeys.dylib library.
Whatever shows up in this forum from PC users will almost certainly affect mac users.
On the Mac you have to be sure and change focus out of a web dialog field before any edits will be committed. If for instance you edit a ruby function in the Inspector window but leave the cursor in the field and then hit run you'll have unexpected behavior. My best recommendation right now is to always hit the tab key after an edit to force an onBlur event.
The control key can't be overridden in Sketchup Ruby scripts since it is reserved by Sketchup to implement a right mouse click on a one-button mouse. Therefore, anything in PC SketchyPhysics that refers to using the CONTROL key as a modifier should use the OPTION/ALT key instead. Shift as a modifier works just fine for both. Left handers may have a problem, please let me know, since I think we're using LSHIFT and LCONTROL and LALT. Lefties will just have to reach to the "wrong" side of the keyboard.
Keyboard emulation of joysticks works just fine. However, on the Mac the ASDW keys will fill the keyboard input buffer and start beeping at you when you use them. The arrow keys don't suffer this indignity. I'm working on it. If anybody knows how to turn this off please let me know!
Mac WebDialogs remain a little flaky. Much more so than on the PC. I don't know if Google is using WebKit or what for their built in browser but it isn't the most fun thing to work with right now. You'll see that windows don't retain location well and windows open at the wrong size but if you resize the window you can see all the stuff you need to see.
Have fun with it and tell me what you find so we can fix and improve!!!
Kevin Willey
If you didn't know, Chris had a car accident recently and broke his hand. His ability to type has been somewhat affected ;o)
As far as I know, everything is OK and he'll be back in front of his keyboard working on SP3 shortly. He didn't give me a timeline for his recovery but he said that it wouldn't be too much longer.
I've been working on the Mac Port and I hope you'll be pleased to know that SP3 runs on the Mac (actually, I got SP2 to run on the Mac but there were significant bugs in SU and SP that made waiting for SP3 and SU7 appealing). Plus I had my 3rd relapse with Leukemia and SP2 Mac Version took a back seat for a little while. I know Chris had spread the word that Mac support was being worked. I didn't want the community to think that I wasn't prioritizing it, it's just that some other things trumped SP2 Mac work for awhile... Everything is fine now and when I recovered Chris was heavily into SP3 so we shelved the SP2 work on the Mac and moved on. I apologize for the long delay, please bear with me and we'll have Mac support real soon now!!!
The mac version will be fully functional, in fact I'm currently working on joystick support and fighting through the learning curve on the HID manager. I've got working code that passes joystick and keyboard queries between ruby and the C library and what remains is a GUI for specifying which keyboard/joystick should be mapped to the SP variables (joyx, etc...)
Chris and I are working hard to merge the code bases for PC and Mac and working through some SU7 differences but rest assured that progress is being made and we can't wait for both PC and Mac communities to get into SP3.
I'll leave all the actual notices on timelines and releases to Chris. I mostly wanted everyone to know that he had an accident, he's a little laid up right now, but he's getting better. Mac support is coming, it's not a question of can it be done, it's done! There are still some core SP3 issues to work through and Chris will button all those up when he recovers.
It's likely that we'll do a limited release on the Mac Version of SP3 on SU7. I could use some alpha testers that would run mac sp3 through the wringer. Please send me (not Chris - he's got his "broken" hands full right now) an email address and I'll start putting together a testing plan. Send to kwilley1@gmail.com.
Kevin Willey
SP3 Mac Port Guy
finally figured this out.
The ruby that ships with leopard is "frameworked" by Apple and linking with it creates plug-ins that will work at the OS level but crash sketchup.
I downloaded the regular version of ruby 1.8.6 and installed into usr/local/bin and then changed RUBY_HOME to point to the new one.
Now my compiled plugins work with Sketchup on Leopard!
Finally I can get back to the hard part of porting sketchyphysics to the mac...
Kevin
Looks like a null pointer issue. The crashlog shows:
Exception Type: EXC_BAD_ACCESS (SIGABRT)
Exception Codes: KERN_PROTECTION_FAILURE at 0x0000000000000000
Crashed Thread: 0
Thread 0 Crashed:
0 libSystem.B.dylib 0x9233f47a __kill + 10
1 libSystem.B.dylib 0x923b6782 raise + 26
2 libSystem.B.dylib 0x923c5d3f abort + 73
3 com.google.rubyframework 0x01ab7e08 rb_bug + 243
4 com.google.rubyframework 0x01b1fddf sigbus + 49
5 libSystem.B.dylib 0x9233d97b _sigtramp + 43
6 ??? 0xffffffff 0 + 4294967295
7 libruby.1.dylib 0x1b319b48 rb_intern + 43
8 libruby.1.dylib 0x1b2d5d83 rb_define_module + 32
9 MyTest.bundle 0x17da0fb1 Init_MyTest + 27
10 com.google.rubyframework 0x01ab64bf dln_load + 197
11 com.google.rubyframework 0x01ad1110 rb_require_safe + 1123
12 com.google.rubyframework 0x01ac4235 rb_call0 + 666
13 com.google.rubyframework 0x01ac4d81 rb_call + 146
14 com.google.rubyframework 0x01ac1c51 rb_eval + 5731
15 com.google.rubyframework 0x01acfd88 eval + 999
16 com.google.rubyframework 0x01ad06a8 rb_eval_string + 97
17 com.google.rubyframework 0x01aba7ef rb_protect + 219
18 com.google.rubyframework 0x01aba81b rb_eval_string_protect + 40
19 com.AtLast.SketchUp 0x0024c783 0x1000 + 2406275
20 com.AtLast.SketchUp 0x00239ea4 0x1000 + 2330276
21 com.AtLast.SketchUp 0x00239f26 0x1000 + 2330406
22 com.apple.AppKit 0x926f0f94 -[NSApplication sendAction:to:from:] + 112
23 com.apple.AppKit 0x926f0ed4 -[NSControl sendAction:to:] + 108
24 com.apple.AppKit 0x9278debc -[NSTextField textDidEndEditing:] + 847
25 com.apple.Foundation 0x9525477c _nsnote_callback + 364
26 com.apple.CoreFoundation 0x94516a4a __CFXNotificationPost + 362
27 com.apple.CoreFoundation 0x94516d23 _CFXNotificationPostNotification + 179
28 com.apple.Foundation 0x95251a70 -[NSNotificationCenter postNotificationName:object:userInfo:] + 128
29 com.apple.AppKit 0x9278d002 -[NSTextView(NSPrivate) _giveUpFirstResponder:] + 554
30 com.apple.AppKit 0x9278cdcd -[NSTextView(NSKeyBindingCommands) insertNewline:] + 543
31 com.apple.AppKit 0x9278cb6f -[NSResponder doCommandBySelector:] + 83
32 com.apple.AppKit 0x9278c9f8 -[NSTextView doCommandBySelector:] + 237
33 com.apple.AppKit 0x9277fb55 -[NSKeyBindingManager(NSKeyBindingManager_MultiClients) interpretEventAsCommand:forClient:] + 1924
34 com.apple.AppKit 0x9277e762 -[NSTSMInputContext interpretKeyEvents:] + 1202
35 com.apple.AppKit 0x9277e27c -[NSView interpretKeyEvents:] + 70
36 com.apple.AppKit 0x9277e18a -[NSTextView keyDown:] + 748
37 com.apple.AppKit 0x926ee8e2 -[NSWindow sendEvent:] + 8249
38 com.apple.AppKit 0x926baa2c -[NSApplication sendEvent:] + 2766
39 com.AtLast.SketchUp 0x00232eff 0x1000 + 2301695
40 com.apple.AppKit 0x92618705 -[NSApplication run] + 847
41 com.apple.AppKit 0x925e59ba NSApplicationMain + 574
42 com.AtLast.SketchUp 0x0000260a 0x1000 + 5642
43 com.AtLast.SketchUp 0x00002531 0x1000 + 5425
I'm working hard on this right now with an eventual goal of making certain PC only plugins that use Win32API available on the Mac.
Anyway, I've built the simplest possible .c ruby extension. It works perfectly in the ruby and irb instance under Leopard but when the .bundle is loaded in the Sketchup Ruby console I get a big ol crash right out of sketchup.
Does anyone have an example of a .bundle plugin that works properly with Sketchup 6 on the mac?
I'm wondering if it is a problem with mkmf using the OS level ruby (1.8.6?) and then trying to load and run with the Sketchup Ruby framework (1.8 i believe).