Where is Material folder for 2014 Mac
-
@dave r said:
On my Mac the path is User/Lirary/Application Support/SketchUp 2014/SketchUp/Materials
Edit: Steve types faster.
too much virtual woodglue under your fingers
-
Not today. I've got that orange paint stripper instead. Ugh!
-
Ahhh so Dave, Lirary eh, so you have chinese puter too.
-
-
ollocks to that.
-
You guys are funny
but I still can't locate the material folder where the default materials .skm's are, not in MacHD or user /Application Support I would like to put SCF seamless .skm's and others I've created with the default material .skm's. -
Walt, this is how it is for SU8 on my Mac.
-
Thanks Dave but I'm trying to find the same but for 2014
-
Sorry. You profile says 8 so that's what I looked up.
Put your .skm files in the Materials folder under your user.
Don't make me come down there...
Well, actually I'd like to come down there and get away from the cold.
-
Ya I bet was 74 the other day only 50 today.Thanks I got it now
-
Plus 50 is 50 degrees warmer than here right now. I'll take it.
-
Want me to send you some sunshine
-
Yes, please. If it's warm.
-
@mwm5053 said:
You guys are funny
but I still can't locate the material folder where the default materials .skm's are, not in MacHD or user /Application Support I would like to put SCF seamless .skm's and others I've created with the default material .skm's.You really don't want to put yours with the defaults. The defaults are stored here
-
Thanks wind-borne, any particular reason you say not to? I found a few years ago SU 6 material library which had a whole bunch of materials that I guess they took out of newer ver. the t I actually used in SU8.
-
@mwm5053 said:
any particular reason you say not to?
The reason not do do it that way is simply, "that's not the way it was designed to work." Any time you fight against the intent of a program's designers, there's a good chance it'll come back to bite you later, so I think you'd do well to try to fit what you want to do into the provided paradigm, even if it's not what you're used to.
In current versions of Windows and Mac OS, there is a strict partition separating program data from user-modifiable data, and partitioning users from one another. The idea of treating every computer like a multi-user system is nothing new in UNIX, where it's been the case forever, and it's also nothing new on Mac OSX, which is itself based on a variant of UNIX called BSD. It is a much newer topic on Windows, where it's taken a long time to move the OS and user community toward that understanding, but we're there now.
That distinction of user vs. system data is seen clearly in this case.
The .app bundles live inside the /Applications folder, which requires root privileges to modify. This makes perfect sense because when messing around in that folder, you're either installing or upgrading a program that affects all users. Any changes you make there affect every user account on the system, and your permissions must be elevated accordingly.
The user's home directory is the appropriate place to make changes that should not affect any other users. To me, personal customization via changes to plugins, materials, templates, etc., are all examples of items that should go inside a given user's folder and should not pollute the system for other users. On a Mac, the tilde (~) character refers to a given user's home directory. The correct location for custom materials is ~/Library/Application Support/SketchUp 2014/SketchUp/Materials/. If that folder does not already exist, it's because you haven't created any custom materials yet. You may create the folder yourself and put your custom materials in there, or you can try creating a custom material from SketchUp and it will appear there.
I fully recognize that you may be the only user of your computer and you may find it an inconvenience to treat it as if there are other users. Nevertheless, that's the way the operating system was designed to work, so this is really the best practice, even if you are the only user.
One final note about why you shouldn't modify anything inside the .app bundles is that someday, manually modifying the contents of the bundles we provide may actually break SketchUp. When we distribute SketchUp, we digitally sign the bundle to prove that it came from us. The bundle's signature is only valid if its contents remain exactly the same on your machine as they were when we signed them. Although it doesn't cause any security problems right now, the day is probably coming when seemingly benign modifications, such as to skm, skp, jpg, or png files within the bundle will cause the OS to prevent launching the program, marking it as a security risk due to the presence of unauthorized changes occurring since signing. You will avoid ever having that problem if you make a point of staying out of the app bundles altogether.
Andrew
-
Thanks for the thoughtful reply, Andrew!
Another reason you didn't mention is that an update of SketchUp might legitimately overwrite any part of the /Applications/SketchUp XXXX/SketchUp.app folder. Anything a user puts there is at risk of being lost!
Steve
-
@slbaumgartner said:
Another reason you didn't mention is that an update of SketchUp might legitimately overwrite any part of the /Applications/SketchUp XXXX/SketchUp.app folder. Anything a user puts there is at risk of being lost!
That's probably the most obvious reason and I totally omitted it. Good catch!
Andrew
-
@slbaumgartner said:
Thanks for the thoughtful reply, Andrew!
Another reason you didn't mention is that an update of SketchUp might legitimately overwrite any part of the /Applications/SketchUp XXXX/SketchUp.app folder. Anything a user puts there is at risk of being lost!
Steve
not might-- it does overwrite it.. there's a thread around here somewhere where this was being talked about and i tested it out (installed a su update with a couple of custom materials in the .app/contents).. the custom materials were wiped out.
-
Thanks Andrew and Steve I was just curios so I will take your advice, always a good idea when smarter people tell you not to mess with it I've learned.
Advertisement