Although the Model Materials are the ones you see in the Materials-Browser, SketchUp has two other types of Materials - those associated with Layers and those associated with Images. These cannot be directly accessed using native tools or the API - although there are tricks, like my SKM_tools which has a new_material = image.use_as_material method, which can be used to extract an Image's Material and add it to the Model without Exploding the Image. If you Explode an Image its Material has a database flag reset so it then appears in then the Model's Materials list [renamed]. It seems that in the case of this Image when it was made into a Material that flag was not reset properly. Even saving the texture-image as a PNG and reusing that, it still is missing in the Materials-Browser ! On a PC the only way I found of jerking it back into reality was to edit the group-container, select the face that uses the wayward Material [named "Image1"] and use the right-click > context-menu > "Make Unique Texture" - so now the Material "Image1" is duplicated as "Image1#1" - however, you can then rename it "Image1" with no errors, so the origin has vanished... and now all is well !

What do you see. Grayed out menus? What happens?

Can you screengrab the issue?

@rich o brien said: Wow. That is an expensive fix. That was demo version

Got a sample model?

@kaas said: I think I may have found a solution (at least for the problem I experienced): disable 'redefine thumbnail on save' in 'model info - file'. Saving is instantly again in any display mode. greetings Great!!! Thank You !

load "some_text_file_in_the_load_path" always returns true unless there is an error. require "some_text_file_in_the_load_path" only returns true if that file has never been loaded before during that session. Sketchup's own require and load are designed to work with text files [typically RB files] OR its specialized compiled RBS files, Oddly Sketchup::load is actually an alias of Sketchup::require - so both of them will return false if the file has been loaded before. So when testing use ' load' instead ! Compile the RB to RBS if desired and use Sketchup's method to load it - only when you've debugged the code...

@drafter said: Sketch up 2015 Model info dialog / Purge does not respond I assume you mean Model Info > Statistics > Purge unused... Is this 'issue' the same with every Model ? What size is your 'problem model' ? How many components, materials, layers etc does it have ? When you say it "doesn't respond", what happens exactly ? Maybe it's taking some time to purge everything ?? Maybe it's found nothing [or very little] to purge, and it's actually finished ???

Hi, Thank you (Both) for this interesting contribution! I export almost daily SkUp material to Adobe CS, especially Adobe Illustrator. Although I am not a PDF expert, I would like to add one little piece of "Learning by Doing"-advice: If I export a PDF out of SketchUp, the window (below) appears. I will always provide to adjust the maximum possible export size here in order to avoid that line- or polygon segments get below the fixed SkUp-Size Tolerance. The bigger the better @ Pete: I would be interested, if your export will work better, if you resize your model up 10 times or 100 times before exporting? (just for a testing) @ Dave: Thank you! - I never thought about the Open GL settings in this context [image: KpbA_PDF_Export_Sice.jpg]

You have run afoul of some of the gotchas of the way Groups are implemented in SketchUp. Beneath the skin, Groups are actually just a special case of Components and share almost all of their underpinnings. Because of this sharing, SketchUp implements "lazy" uniqueness on Groups. That is, if you make copies of a Group, SketchUp handles them exactly like ComponentInstances until you alter one in a way that necessitates breaking it off as its own unique Entity. Your "stone/plaster wall opening" is actually a Group, not a Component and your mirrored copy did not force SketchUp to make the two objects unique. This only happens when you edit one or the copies. What seems like a bug to me is that until you force uniqueness, the EntityInfo window displays "Component (2 in model)" when the underlying definition is actually marked as a Group and the supposed Component does not appear in the Components window (I confirmed the marking by probing via the Ruby Console)! Note that being a Group or Component has nothing to do with the name of the definition. The sash in your sample file is a Component with the name Group1231!

I operate with SU on my primary monitor and keep the windows I use most on my secondary monitor. Ever since SU 7 the arrangement has stayed that way; however the last two weeks both the SU drawing window and the menu windows appear on my primary monitor - I can of course move them to my second monitor, but when the session ends and I reopen SU it goes back to the primary monitor. How do I lock them? I've tried the above solutions but no joy.

It appears, by just using Cleanup3, you may be able to get rid of annoying blue lines.

Having the same problem, how can I fix it?

Well I paint the faces not the wrapper always. I found that it occurs when I use the pain bucket inside the group and don't move the texture. Then when I ungroup it changes, and the faces that i have manually positioned the texture stay correct. It is not a huge problem but makes me ungroup before texture it. I have to change to 2015 anyway. Thanks for the reply Dave.

If you insert a component/group inside other component/group and rotate the inner comp/group and scale the outer comp/group it will skew the inner group. If you save the inner group with this skewed scale into an external file and assume that scale (SU asks what you want to do) you'll get some funky component. When you reload it into the model, that funky component will be scaled and skewed again, becoming even funkier. That can go on and on until the funkiest unlimited possibility.

@tgillespie said: Any suggestions? Post an example model. You are asking us to guess...

I am not changed nothing at all and I think that the mouse is ok because the same is happening when i tried use a touchpad.Another wired issue is that sometimes popup windows do not show before I click "alt".

@driven said: I can use it as a Shortcut key in the 'mac' version of SU on my iMac running Yosemite... Does Bootcamp remap the keyboard? john Hi John, It's not bootcamp. I've been running sketchup on windows via bootcamp since years. It's something that changed recently that's done this. I can't figure out what. The thing is I can still use the grave key on the mac version when I run it. So it's definitely windows/sketchup issue.

Haven't thought of that, thank you very much good sir!

Slow saving of files could be fixed by disabling 'Redefine thumbnail on save' in 'Model Info - File'. Maybe it helps with your problem as well.