@thomthom said: Will need to do some testing. I got an OSX and Linux box... Here's a test page for the SystemColors: http://samples.msdn.microsoft.com/workshop/samples/author/dhtml/colors/sys_colors.htm

@pout said: I'll have a look into it. Btw, to insert a second point, is it mandatory to first click to box in which you insert the coordinates? Or can you just type it? You can just type it in as a dimension - the line's vector is take from the current cursor position OR a second-picked point if you have done it. For [] or <> coordinates no need to pick anything after the first point is clicked.

Pauline: I split off the last posts Dan and I made. It turned into a separate discussion.

hm... I need to look into this. Check what happens with my scripts under SU6... Pauline: sorry for going a bit off topic. Maybe it's best if I split these last couple of posts into a new thread? Ok, Pauline & Dan? Edit: Now split of - as you can see.

If the rectangle has a face then face.outer_loop.vertices are always listed counterclockwise [right-hand rule]. You can test if a face and its edge are 'reversed?' too...

@tig said: better you can use Sketchup.open_file("myname.skp") to open that newly made file, with the 'Untitled' one being closed without saving Thanks, TIG. Any way to fire that extra "N" (don't save Untitled) from Ruby?

No, it will not return true in any of those cases. Having said that, if i was less lazy it would be fairly trivial to get it to check for translations and 'skews, scales and rotations' (although not each separately.)

Damn! (notice modifier at end of damn) So much to learn--so little time.

@thomthom said: And the SU developers has said: the Ruby 1.8.0 implementation isn't a standard Ruby packages. Parts has been customized for SU In the thread related to Gem installation Dan compared bit by bit both rubies and they are identical. @thomthom said: which is why I'm very hesitant to change it. I would do that if I would be sure that nothing unexpected occurs, but no-one can predict it.

Cheers, TIG -- I d/l'ed your file and put it in the plugins folder, and I'm happy to report it does exactly what it says on the tin!!!

@thomthom said: ... That's what you mean by breaking out of a loop? Bit confusing since you have the break keyword that actually breaks a loop, while next just skips to the next iteration - which I wouldn't call breaking out of a loop. A bit pedantic perhaps but I am influenced by the API typo thread. You need to break out of the loop before it finishes to start the next iteration. Sometimes you break out to break and sometimes for next, redo or retry. Found these here.

A you say, the writer of the bounding-box methods used the "classic" approach to describing 3D objects - where Z comes out of the screen = depth and x/y are width/height 'flat on the screen... This goes against every other SUp convention ! It's usual to assume you are looking at the 3D object 'in 3D' where up (Z+) is 'up in the real world = up the screen', and not looking 'from above' as if the 'ground' is the screen's surface

ah! thanks (duh on my part) Make Unique only works with 1 face selected, correct? Is there a plugin or method to do make multiple selections unique at once? (I'm experimenting with these threads) Creating an Arch -- http://forums.sketchucation.com/viewtopic.php?f=18&t=21847 UV Toolkit -- http://forums.sketchucation.com/viewtopic.php?f=323&t=18992

haha -- yes -- good point! I had forgotten about the squared aspect as well

hmm.... I thought you could lock any entity... but looking at the API - it'd appear only groups and instances can be locked...

Chris thanks for the feedback, and I have thought about doing the copy and duplication of the terrain manually. One more question, is there any way to perform the "Make Texture Unique" automatically. Once I get the duplicate terrain (on a seperatre layer), I want to dice up the terrain into smaller faces so I can add an opaque coloring to the individual faces. Basically, I need to make all faces in the terrain have their own materials/textures in order to paint or color them individually (while they still retain their own terrain image/graphic). Thanks a ton, Jim Higgins

@martinrinehart said: TIG, as always, was right. If you transform!() the translation is relative to the current location. I was right, too. If you move!() the translation is to the specified point (or to origin + vec, if you specify a vector, which comes out to the same thing). The doc, which says the two are the same, is dead wrong. (Or the doc is right and the code is wrong. We'll never know.) A relief to know that neither of us was going mad I'd never use move! anyway - unless in an animation...

thanks. I know that plugins. but I meant to include any plugins. even *. rbs only using the keyboard shortcuts to create the toolbar

hum, ok, thx. When i search on this API i don't find...-_-' you are my angel thx

Thanks, both -- They both look really interesting...will check them out.