2017: Product Content Locations for user related Content



according to the SU 2017 Release Notes:

Standardized Product Content Locations
We have standardized where product content, stuff like collections of
components, materials and styles are stored on the file system.

On Windows, we moved the default content that comes with SketchUp
(Components, Materials and Styles) out of the Program Files directory
and placed them in the ProgramData directory. And on both Windows and
Mac, we created Components, Materials, Styles and Templates folders for
your user related content. By default, these folders are in the
following locations:

Windows: C:\Users\\AppData\Roaming\SketchUp\SketchUp 2017

Note that if you store your content in these folders, it will show up in the
Components, Materials and Styles browsers without you having to do
anything and your templates will show up on the Templates pane as well.

Storing content in the %APPDATA% path mentioned above doesn’t trigger anything in the content tabs of SU. Storing to the %PROGRAMDATA% path still works.

This seems to be either a bug or a wrong documentation of the path (2 slashes wrong anyhow).

Styles Folder Location at SU2017

At minimum there needs to be a username between them!


[quote=“slbaumgartner, post:2, topic:33596, full:true”]At minimum there needs to be a username between them!

C:\Users\<username>\AppData\Roaming\SketchUp\SketchUp 2017

would be a common notation w/ “CMD: echo %USERNAME%” as ahum username.


It is wrong documentation for both platform paths.

The correct paths are:


  • %APPDATA%/SketchUp/SketchUp 2017/SketchUp/


  • ~/Library/Application Support/SketchUp 2017/SketchUp/

But that looks to an HTML render engine as an unknown HTML tag (and gets stripped out leaving what looks like double slashes.)

The author of the webpage needs to use special notation for < and > characters.

(Issue filed.)


ressources of course in the according content subfolders of “…\SketchUp…” but this doesn’t help with the problem described above, i.e. SU doesn’t parse automatically what’s located in these subfolders.

the used <code> tag should normally avoid this… as here too.

&lt;” and “&gt;” probably won’t change this.

interestingly in the HTML code there is an additional </username> at the end of the path:

C:\Users\<username>\AppData\Roaming\SketchUp\SketchUp 2017</username>


It has been fixed, however it was done is now moot.

(Your topic @sketch3d_de, assign solution where you will.)


with the documentation issue resolved the main problem still persists.

Copying content to the claimed path doesn’t work, i.e. is not parsed automatically in the components or materials bowser etc.:

Note that if you store your content in these folders, it will show up in the Components, Materials and Styles browsers without you having to do anything…

Really nobody else being affected?


It is the first I’ve heard of it.

Are you copying the correct filetype to the correct folder ?

If so, are you sure the content is valid (ie not a corrupted skp, style, skm, etc.)


@sketch3d_de, are you using sub folders?

on my mac new components only show up if placed in a subfolder and SU is restarted…

any placed directly into Components, show in Finder, but not in the browser…



That was going to be my next question (because we have been told that changing the location for Materials require a restart of SketchUp, for the old enumerations to be cleared and new locations to be enumerated.)

The locations help does not mention that a restart is needed:

I also do not see anything new about the new locations as it affects the component browser behavior here:



for keeping it simple I have copied a sample component file from
C:\ProgramData\SketchUp\SketchUp 2017\SketchUp\Components\Components Sampler\

C:\Users\<username>\AppData\Roaming\SketchUp\SketchUp 2017\SketchUp\Components\Test\

and renamed the file for avoiding inconsistencies. Restarted SU too.