Hi Carlo, Kim had it correct. 3dsmax needs to update their importers to read the SU 2013 file format. You can contact them directly to find out what their timeframe is for making that update. Thanks,
Chris
Hi Carlo, Kim had it correct. 3dsmax needs to update their importers to read the SU 2013 file format. You can contact them directly to find out what their timeframe is for making that update. Thanks,
Chris
Hello, the Preferences.dat file is something that only exists if you export it first. So if you didn't export it, it won't be there.
But if you kept your old windows installation, did SU open with all its shortcuts in place? If you didn't delete the SU 8 registry, it might have been able to keep its shortcut keys.
Thanks Chuck, I see this and can reproduce it as well. What I'm seeing is that SU is reading the materials from the App Bundle first, and it ignores folders with identical names in the ~/Library/Application Support/SketchUp 2013/SketchUp/Materials/
location. So to get your materials to work, you might have to change their folder names.
I've written this up as a bug in our database. SU should be reading from a folder called "Asphalt and Concrete" even if it exists in both the App Bundle and in the user library.
Thanks for pointing this out Chuck,
Chris
Chuck, could you send me a copy of a few of the .skm's that are failing?
Chris
What, did you stop by the SU booth? I was there all Thursday but didn't see you. Are you still out here? I'm guessing you've probably headed back to the NE corner of the country.
Hi Andy, do you have a sample model I could try this with for testing? And any step by step instructions to your workflow would be appreciated so I could make sure to try it the same way as you. Thanks,
Chris
@Steve - Writing to a plugin's folder on Windows can fail though, so its not really a god solution for Windows. And up until 2013, it should have been equally likely to fail on Mac as well, because plugins were being written to /Library/Application Support, which is public, which requires admin rights. Only since 2013 have Plugins been written to ~/Library/Application Support/..., which is completely writeable by the current user.
Also, we're not writing in iOS, so their extreme sandboxing isn't a concern here (yet?). It will be interesting to see what Maverick implements. But its hard enough to develop for backwards compatibility and current compatibility....forward speculative compatibility might be a little too speculative for my taste.
Chris
PS - for the record, I have nothing to do with Macs and the decisions we make about how we handle the Mac files system, so don't let me ignorance scare you too much. They won't let me ruin SU on your Mac any time soon
@driven said:
I'll wait till your finished before I bite your head off...
I'm done John, you can start chewing
Ok, I'm reading through that great Link John (very helpful to me as I try to wrap my head around Macs). 2/3 of the way down, in Table 1.3 it does explain the purpose of the Application Support folder:
@unknownuser said:
Use this directory to store all app data files except those associated with the userโs documents. For example, you might use this directory to store app-created data files, configuration files, templates, or other fixed or modifiable resources that are managed by the app. An app might use this directory to store a modifiable copy of resources contained initially in the appโs bundle. A game might use this directory to store new levels purchased by the user and downloaded from a server.
All content in this directory should be placed in a custom subdirectory whose name is that of your appโs bundle identifier or your company.
Talking it over a little bit here with a Mac person, I still think that the ~/Library/Application Support/ folder is the right starting point. It exists on all Macs, and is specifically designed to be the location that support files get saved to. To me, that is the definition of what Fredo is looking for, and it is sanctioned by Mac. So it CAN'T be against their own "Every app is an island" viewpoint, or else they wouldn't have created it, right?
So John, what is the simple answer to Fredo's question? How does he safely write files to the HD on a Mac?
if Chrome downloads a plugin, it has to put it somewhere. Does it put it in the app bundle?
I'm recently beginning to learn Mac - would:
~/Library/Application Support/
be the folder that is comparable to Application Data on Win?
From that same thread, Dan mentions you can use this command to simulate the actual File > Save:
Sketchup.send_action( 57603 )
Then you could use the regular Model.save for Mac and the send_action for PC's. I've not tried it, but it might be a solution.
Hi Walt, I don't see that on my Mac. It sounds like it might be a plugin you have or something that does that? Though, I'm not even sure if a plugin could make that happen.
Are any other Mac users seeing this?
Chris
What are the errors being output to the ruby console?
Hey Ken, sorry, I looked under "Edge Style" and didn't see a toolbar, so I assumed it was a custom toolbar. IF you are referring to the "Styles" toolbar though, that one should be completely customizable. Are you still unable to customize it?
Chris
Your username might well be set as admin, but you still have to force software to run in admin mode, otherwise windows will run the software in non-admin mode, just to help protect you from the evil things the software might do, like update the license.
@John - I don't know of any way to do that.
@Ken - The custom toolbars only work with the default, non-ruby toolbars of SketchUp. I'm guessing Edge Tools is a plugin. So that one is not customizable.
Here we go, I found a link:
https://sites.google.com/site/lssoft2011/home/chronolux
Check out his other plugins while your there. They're all pretty awesome