Klaudius's k-tools.rb has long offered an 'L' command that's effectively a 'fillet'. You enter a radius and pick the edges (o radius extends/trims them at the same angle without a radius. However since this tool erases edges and replaces them with new shorter edges plus an arc you loose any faces... so I'd suggest that if the edges have a shared face then you draw the new arc and erase the then spare bits of edge that get left over - away from the arc circumference - so that the pre-existing face remains with its new perimeter... No need to reinvent the wheel just rework Klaudius's ideas ?

Yes, the size problem is strange. I know that when you put more spaces in the prompt value it works prompts=["help file............"] but why this ? No logical explanation...

We will look at this again, but I believe the group/component/entity will report its own material and not the "Color by Layer" material. But we will try it. It would be a shame to miss the obvious answer. TextureHelper lets us save copies of the texture file for the layer, but neither Texture Helper of UVQHelper seem to let us access the texture size. @unknownuser said: What's wrong with this agonizing approach: create an "array entry" for every layer For every group/component/entity... determine if it has any material associated with it if so, for it's layer "array entry", add the material to it as a subarray When done, you have an array of layers, and each layer records the materials in it. From the first post, I thought I was missing the obvious. This is the obvious approach. Since materials don't have layers, but objects have both materials and layers, you just have to run the objects and make your own list. From my perspective, no big deal - it's just not a quick call to any singe method to get it done. Todd

Reading Excel files could be done by using roo. azuby

Danke schoen, Burkhard. Hast du gehaben eine gut Reise für Arbeit? Leider wir nicht sprechen für ein lange Zeit, und mein Deutsch heute ist nicht gut.

For quick and easy testing, you can dump all the needed libraries into /Plugins. Make a backup of /Plugins first, so putting it back to original status is a no brainer.

Didier, I downloaded from the link above. The attachment shows the active selection (the top-most surface) and the hidden lines I wanted to select so I could delete them. It seems the menu is missing an option for Hidden lines or am I overlooking something? Also, should the Search Through list include "current selection" option? John [image: 7din_HiddenEdges.png]

Aah, thx for that, got the DL. Previously I went to your home page, selected "Newest Plugins" and selected the "Cutting Windows" (which still gives me that error referred to above).

Thx for the heads-up!

Wow, I must have been sleeping on the job on that one. model.*active_*entities I'll update the Smustard version. Thanks,

I don't think we disagree about anything. I may have misread one of your posts, thinking you were saying to put downloaded .rb files into the Tools folder, and that's what prompted my first post here. If you didn't mean to say that, then my comment was irrelevant. Regards,

@robmoors said: If anyone is interested in advancing this ruby, a window in which you can tick the exports and specify their file names and their location would be awesome. Any progress on this one? I used it the other day and all the files showed up with no name, just a .dwg .obj etc... I would welcome a more refined script. Thanks.

I presume you are a Vectorworks user which has a tool function that does this. You might look at the Skin.rb which can do some of the same thing. http://www.sketchucation.com/forums/scf/viewtopic.php?f=153&t=1534&p=23813&hilit=skin#p23813

Yes, I put: http://www.sketchucation.com/forums/scf/download/file.php?id=2482 in the post.

Hi Gaieus Thanks for your quick reply. I will take a look at Didirs script. Thanks Jorgensen

"Behind": Change puts "foo" to puts "foo" if $DEBUG The other way would be: if $DEBUG puts "foo" end This also would be possible : puts "foo" unless !$DEBUG @Fredo6 They still have Ruby 1.8.0 implemented since ... don't know - maybe Sketchup 4? azuby

When geometry reaches a certain complexity, the Orient faces command starts behaving weirdly ; some faces aree reversed some not - but the bigger problem is that it reverses front faces also (as if SU could find out what should be outside and what inside). As I remember Ross posted a +nice" example a while ago when he got stumped with this (it's in the "lost topics" I think).

Somebody is already on it.

As daiku says the accuracy of the volumes for curved surfaces is only as accurcate as the number of facets you give those faces - number of swegments in the arc etc... Ensure that all of the faces are in the same orientation (use context-menu orient faces) and every part of the object has a face so that the volume doesn't rty to 'leak out' ! In fact v2.0 orients all of the faces in the volume it makes for you... BUT better safe that sorry... To ensure there are no other complications (at the moment) I recommend that you keep discrete volumes as separate groups - otherwise there can be confusing - imagine several touching 3D shapes atht are otherwise separate volumes - sometimes the calcualtion process can get muddle as to which face belons to what... There are fixes in the pipeline to trap these, but...