telling by your latest creations BTM, you should.. (must?) i'll be happy to pace it further if you need

kayjay, well said! My thanks to all of you as well.

If his site is broken you probably have more luck contacting him. Try that email address listed on his main page: http://tx.technion.ac.il/~arrguedi/

The cpoint_with_cline is treated as if it were a lone cpoint at the picked point - i.e. the end of the line with the cpoint attached. The bit of line is ignored, you can't snap to it as if it were a normal cline ! The cpoint_with_cline has the cline permanently attached and it cannot be removed separately... To get rid of the cpoint's cline try this... model=Sketchup.active_model;ss=model.selection;ents=model.active_entities;ss.clear;cpts=[];ents.each{|e|(cpts.push(e.position);ss.add(e))if e.kind_of?(Sketchup;;ConstructionPoint)};ss.each{|e|e.erase!};cpts.each{|p|model.active_entities.add_cpoint(p)} ### or could be reworked to apply to a selection... ;ents=ss.to_a;

Dear Bob, Great stuff! I see you get to play with much bigger toys. Your modelling looks very good, and very informative. Kind regards, Bob

You can use a transformation object on face and edge entities if you use the entities.transform_entities method: http://code.google.com/apis/sketchup/docs/ourdoc/entities.html#transform_entities That makes it easier to just scale and rotate and stuff. Chris

It works great! Thanks for such a fast fix!!! KJ

Thank you for looking into this and the speedy response. John

There's also waybe

Fredo6 and thomthom, Thanks for your replies. You both make good points and provided useful insights. I'll keep testing. Thanks again (for the info and the great plugins you develop). Dave

Got it - thank you CadFather. Now I see why it would be nice to have a ruby to get the same dialog.

wow.. thanks for the fast answer.. the tool "wallgrouptool" does pretty much the job! than you! And that was another proove that one's never the first with a thought -especially online.

msvcrt-ruby18.dll in the main folder is the only one I see that could be it.

nobody got time for this at the moment? how hard is it to get this programmed on a scale from let's say 1 to 10? let me know and it might be easier to stay patient!

Thanks!

Maybe it's a Mac bug. Because on my PC it updates correctly. I'll test on my mac later when I get time.

I think that the built-in require_all method doesn't load anything other than *.rb files in the given folder. My snippet in the other thread made it do sub-folders too...

hm... that sounds like they might be running into a SU group bug where group.entities.parent sometimes refer to the wrong definition. V-Ray suffered from this, but I found a way to patch it. @unknownuser said: On the other hand if i explode the components and then turn the geometry into groups (actually when i want to do that i go fist inside the component, turn everything there into a group, get out of the component, and just then explode it because it's much moreeee faster exploding components into groups than to geometry) there's no problem. I guess that's maybe because groups are just geometry "grouped" and the components can have much more "properties". From the API point of view groups and component instances both have a ComponentDefiniton, with very little difference.

Never knew require_all was built in... require_all("C:\myrubyscriptsdirectory\") You then could easily use it to do subfolders thus: Dir.foreach("C:\myrubyscriptsdirectory\"){|entry|require_all(entry)if FileTest.directory?(entry)}

Thanks Jim!