It's an infrequent and usually non-repeatable bug in SUp that Mirror.rb seems to encounter now and again. Some set ups and systems seem more prone than others. I developed this version of Mirror and the BugSplat comes when you mirror collections of certain types of geometry that aren't grouped - can't see a common denominator AND I've never had one***. You can try grouping before mirroring and exploding afterwards and see it that helps. It seems to be something to do with the way/order that SUp processes grouped objects - Mirror.rb temporarily groups your selection, makes the copy and mirrors it and then if desired deletes the original - it's often this deletion can lead to these rare splats. There is a recent discovered clash between the Demeter.rb script and Mirror.rb (and Grow.rb) because Demeter has an aider-plugin called blankslate.rb and that seems to rewrite a bit of the way SUp+Ruby processes groups. This causes a crash every mirror+delete-original so it's unlikely to be your cause since it's intermittent ? ***I HAVE experienced that ! Until someone in SUp+Ruby fixes the flaky interpreter and group manipulation coding then occasional splats might randomly occur. So save beforehand and try pre-grouping what you are about to mirror - please let me know if you get any joy...

@cadfather said: ...btw Fletch, thanks for all the KT help you have been giving - i have been a silent recipient of your wisdom for some time. Me too...

I did check with Google on this topic yesterday, and they see it as a flaw. Todd

It's very useful! And,it works good in SU 6 PRO!

Hi TIG and Fredo Thanks for your input. I'm thinking about to try and use 3dtext instead. But until further I'll have a workaround where I modify the position by x,y, z axis. This is not perfect, because the texts don't have the same width. Thanks Jorgensen

I used to play with the trial version (you should try the trial for sure). Some positioned materials didn't come through but they may have been too deeply nested (Al told me later that I should explode groups/components prior to exporting).

That should not be a problem, because I'm adding my own attribute: entity.set_attribute ("TM_area", "TM_ID", "TM_ID " + target.entityID.to_s) that I use to keep track of objects. Thanks Jorgensen

Thanks for the link Arqpadao. Mike

J: You are deleting entities from the active entities list while you are iterating over the same list. In other words, you are scrambling the list whilst travesing it. Don't do that. Collect all your enities into a seperate list. Then interate through that list and delete them. CB.

oh - hmmmm sounds a bit boring - that might be the reason for the quite quick reply from you

not really Jim, thanks for asking, the saving procedure slows the system, making the space-navigation virtually useless (and that without shadows). also not much use when i tried the walkthrough - it only recorded a few frames. i guess i will end up the old way, walking about and pressing the keyboard shortcut to simulate camera movement. it is not a big deal, i was hoping for my best presentation yet but perhaps it's better not to loose too much sleep over it. however - i will keep you posted on developments and if 'successful' i will post the result

@jim said: I've moved this to the Tutorials section: http://www.sketchucation.com/forums/scf/viewtopic.php?f=26&t=6067 It works! Thank you very much for your assistance. I agree that your decision of WebDialog positioning problem must be in the Tutorial section - it’s very useful.

Gata: " ... if you softened the out-of-bound mesh from a Sandbox-made grid, then it's one face to select for deletion." This tip will help be out significantly! I will have to download Soap Skin Bubble and install it on my new PC. I had forgotten all about it. Thanks, again. John

Whaat, He he I actually wrote that some minutes before I discovered that thread.... This is a major leap for sketchup to me. Knowing your amazing coding skills, the subdivision tool will be great I am sure...

I typically leave a comment in the script to its version. At Smustard, we have grandiose plans for implementing common structures and runtime reports for information such as this, but have not done so yet. This could be achieved by the script registering it's information at runtime (a "push" method, of sorts, like we all do for $loaded_files) or a script could implement a method where it could be queried for it's information (a "pull" method - with neither "push" nor "pull" suggesting an appropriate name - just used as an illustration). Like Progressbar, if we come up with something at Smustard, it could be used by all. Todd

OK. I have fixed the "example" (if you could call it that) at the top of the EntityObserver file. I think I have an example somewhere I might could clean up and add to it. The same "bad example" is in other observer files too. I'll get to those as topics come up for inclusion. What's really needed for the observers, and I can start on it, is some "big picture" concept information. Thanks!

Thanks very much. I know how to do it via Windows, but if we start programming in Windows SDK instead of Ruby, this is less fun, and more important, additional headaches for deployment. One suggestion would be a few members of the sites, knowledgeable in system programming (Windows and Mac) group their efforts to build a utility libraries (dll) to complement the Ruby API of Sketchup (menu, events in tools, mouse, etc...). Unless the Sketchup SDK is more powerful!

you can: access the data as it is in the same DOM drag/drop components from it ... possibilities are endless

A little doctoring of the "weld.rb" might do it. Rick?

instead of clicking the link, right click it and select 'save target as', then save it to your plugins folder.