I posted a question on the plugin forum and here is a link to it about your product. Could you take a look at it for me. http://forums.sketchucation.com/viewtopic.php?f=323&t=40075&e=0

Matt, Cool, I'll have a look. And of course, thanks of starting the orginal series of units plugins. -Kwok

The SketchUp API doesn't give any access to dimensions I'm afraid...

Most of the Sketchup 'scripts' that come as standard - like 'skethcup.rb' - are located in the 'Tools' folder. This includes the 'extensions' and 'langauge-handler' scripts, and the 'DC' and 'Sandbox' stuff too... In the base-set that comes in Plugins there is a set of 'Examples' scripts in a subfolder of that name - with 6 example scripts like 'linetool.rb' and 'box.rb' - these are made as 'extensions' and need to be activated - these are setup by 'examples.rb' that's found inside Plugins There is also a 'Utilities' subfolder containing the 'utilitiestools.rb' extension if it's activated - this is setup by 'utilities.rb' that's found inside Plugins. There's also an 'Ocean' subfolder and its file setup by the Plugins's 'ocean_extension.rb', which again needs to be activated... This base set of 'plugins' does not add any tools to the Plugins menu, so a virgin installation will not display a Plugins menu until at least one other 3rd party script is loading that is coded to display there.

Or this: http://rhin.crai.archi.fr/rld/plugin_details.php?id=12

@thomthom said: And you still get such bug? No not anymore.

Matthieu, thank you so much.

some research info, type of file, and method of setting appears to be less critical then the headers that the request comes from. Because .set_html produces an about:blank.html it is headless, which on > Saf5.0.6 appears to restrict local file access. .set_file and .set_url have less issues. there also appears to have been changes to SU's NSURL settings and recent server-side header changes that affects even v7 with Saf 5.0.3 in some load cases. but debugging is muddied by the combination of changes. (see attached)some testing SU's own WebDialogs all appear to be functioning, although the Lion/3D WareHouse login issue may be caused by the same thing. Knowing what people use Web Dialogs for, I would like the 'SU Team' to give some clear guidance on how all the variables can be made to work together. an example question I would have, can a client side 'whitelist' (local and external) be set for a WebDialog? john

ok thanks!

Place the first one on the desired spot and then do the radial array: http://www.youtube.com/watch?v=kI0nSmvQngY Something like this:[image: tMkC_array.jpg]

Before chasing the reversed faces I might be inclined to run Delete Coplanar Edges to perhaps reduce the number of faces that need to be reversed.

@mwm5053 said: I did like the way it would check for updates, very handy, I wish all were that way, but many don't need to be. and I think ell of the way he provided this for his scripts shows meticulous manner. The Check For Update service is actually opened to any script writer, not just mine and does not require that those scripts depend on LibFredo6 at all. @mwm5053 said: It did notice it popup more often than every 15 days but I am glad it is as I use them a lot thanks Fredo6. The actual delay is set up in the Check For Update dialog box (The default Parameter value is simply the initial default) Fredo

Now wouldn't that be cool? I do this frequently so automating it would be good. Perhaps the user would be asked to define axes of symmetry so a component could be halved, quartered or "eighthed".

Aaaar it does not work with free versions... Can you do something? @unknownuser said: Error: #<ArgumentError: 'intersect' is a Pro only feature.> C:/Program Files/Google/Google SketchUp 8/Plugins/solids_penetration_check.rb:141:in intersect' C:/Program Files/Google/Google SketchUp 8/Plugins/solids_penetration_check.rb:141:in check_penetrations' C:/Program Files/Google/Google SketchUp 8/Plugins/solids_penetration_check.rb:32:in activate' C:/Program Files/Google/Google SketchUp 8/Plugins/solids_penetration_check.rb:159:in select_tool' C:/Program Files/Google/Google SketchUp 8/Plugins/solids_penetration_check.rb:159:in `penetrationcheck' C:/Program Files/Google/Google SketchUp 8/Plugins/solids_penetration_check.rb:13

Thanks TIG - just what I was looking for. You are a legend!! Cheers Sam

@jolran said: You have to update the scenes when making changes. That way you set up the scenes any way you like it, regarding hidden geometry, sections , layers etc. This is the correct way of doing it. Styles and Scenes stores the active cut - make sure you check these settings. You can set your styles not to store Section Cut styles. (btw, there is not way to set/unset the active section cut via the Ruby API)

thanks TIG, I'll try those techniques. sorry about the double somehow I got some text pasted into a code box and was trying to correct it so it would not be confusing.

You can readily do group.locked if not group.locked? once somehthing has changed and been observed, as you would have given 'group' a special attribute etc... My HolePuchTool has various observers, including a selection observer - so it a selection contains an instance with a certain attribute then the selection is adjusted to include all other entities with the matching attribute. So if you highlight a cutting-component that's been punched all of the geometry to its reveals are highlighted to, so when you move one the others move - thus it's like them being grouped - however if you select part of the reveal all of the reveal geometry is selected but the instance isn't - to allow for adjustments etc ... but as I said it's all pretty much academic for locking'.

Thank you so much ruby tiger. What drives me mad is why I didn't asked it 5 years ago. It'd save me a couple of millions enter hits.

no worries, Sam. Thanks for your input...