Strange. I've been using the Wudworx tools since before its release and I've never seen that error. I wonder what caused it.

I just now looked at it on my Mac with SU2015. The last set font choice is retained for each activation of the 3D Text tool and it is even retained when SU is closed/quit and restarted. It appears that an answer was found sometime between 2011 and the release of SU2015. I don't know in which version it changed. What version of SketchUp are you using? It would be helpful if you completed your profile.

Helllp ! Anybody know where I can find an old v7 Viewer for a client who has an old mac G4 ??? Thanks...

This may go without saying, but just remember that if you're putting in 8gb, you'll want a 64-bit OS to use it all. I suspect Mac's have been onto that for some time now, but us pc users have to fret over that sort of thing -Brodie

My guess would be that OpenGl compatibility matters most.

Todd Burch wrote a free progressbar script that is available to all developers to use. I use it in a few of my scripts. Unfortunately, once SketchUp stops updating the screen (which is when scripts appear to be "hung", that also freezes progressbar so it no longer shows the correct progress. So its a bit of a difficult thing to overcome. Fredo has done something for some of his scripts, and Didier Bur also did something with Component Spray which is nice. But in the end, it appears that it needs to be handled by Google. Chris

@wo3dan said: I don't think this is possible, to have it turned off by default. SU checks if there is one single face/with clean loop in the selection (to create the component) that is sharing the same 3D space/plane with a larger face. If that is the case, then 'gluing to' is turned on as option at the time of creating the component. You can still turn it off. I guess I misunderstood the behaviour - what I should have said is that every time I make a component - and I pay attention to the 'glue to' attribute, I turn it off.... i.e. it's my default, not SU's! @wo3dan said: No, editing a component in editing context does not give you this "opportunity", not by choice, nor by mistake. You can change the components property to 'Glue to: .....' by selecting the component in the component browser and by editing its properties right there. Already placed components however will still be unglued. (This is about native SU tools / Ruby plugins can act different.) Thanks for the clarification. While SU is simple in metaphor - a 3d sketching tool - there are many aspects to its behaviour that are not simple at all, because of the multiple interaction of states and conditions of tools, entities, structures and their modifying processes. Unfortunately the existing official documentation is extremely 'thin' is describing the more subtle aspects of SU. As a new forum member, I really appreciate the assistance of people who have that knowledge and are generous in sharing it. So thanks to all that replied to my post. Very helpful, and a good antidote to the occasionally unavoidable frustration of working with such a powerful - and not always intuitive - tool.

OK, I think I've figured out what was happening: I reset the workspace, and it returned to normal - briefly! It seems there must have been a space in the search box (which I didn't see, of course) which selected only the objects that had a space in the name. Still, what is the logic behind white on white text (if that's what it is) or disappearing the text of objects that are within the search criteria? This is extremely bizarre and unhelpful behaviour. If anyone understands the rationale behind this, I'd love to hear it.