By default a texture's 'grain' always follows that axis, so your make-the-parts-rotated_and_then-rotate-them-into-place method is a winner. I think in your case it's the best approach... However, FYI you could also change the orientation of a texture for certain faces 'in code' - just like you might when using the manual 'Texture' tool - from the context-menu when a textured face is selected. I [and others] have written several UV / Texture tools - which move, scale and rotate textures - look at their code for ways to transform some UVs and then apply them to a face.material.texture... http://sketchucation.com/pluginstore?pln=TextureRandomizer http://sketchucation.com/pluginstore?pln=TIG-TextureTools

Who cares? The second one is not the format given in the API dictionary. Use the first one.

@jim said: Correct, Ruby does not process the lines between. They are typically used for block comments. And if used, the equal sign must be the first character in the line (no whitespace.) Thank you for the answer. that helps me understand a bit more of ruby scripting

Thanks.

There is no issue with SketchUcation's AutoInstallers ! IF there are additional folder-paths found in the $LOAD_PATH - either because Fredo's AdditionalPlugisnFolder tool has added them OR because the 'shared' C:/ProgramData../Plugins exists - then these locations are offered as alternative destinations for an SCF AutoInstall [with the User's Plugins folder as the first one listed] - unlike the native Preferences > Extensions > Install which is always into the User's Plugins folder. To reiterate... The C:/ProgramData../Plugins folder is for use when a computer is to use a 'shared' Plugin or Plugins. Such Plugins are then auto-loaded as SketchUp starts for every user on that computer. The default installation location is into the User's Plugins folder - this means that each Plugin a user installs into that folder is only auto-loaded as SketchUp starts for that user. Many users will not want or need a second 'shared' Plugins folder. Even if there is more than one SketchUp user on that computer they may well prefer to keep their own 'User' Plugins separately. Having a shared Plugins folder when it is not wanted/needed imposes unnecessary complexity on a user. If your installer bulldozes across a user's current setup and creates a new 'shared' Plugins folder, then it stands to reason that they might not be happy about it. Automatically creating it and changing things without asking is not a responsible approach [IMHO]. If that shared Plugins folder already exists then there is possibly not change to their arrangements... but even if the shared Plugins folder does already exist, then your automatic installation of things into it is contrary to the normal installation of Plugins, which always auto-install with Preferences > Extensions > Install into the User's Plugins folder, or with the SCF AutoInstallers you are given the choice of folder, defaulting to the User's Plugins folder. After all, the user might not want to share your plugin will all of the other users on that computer: even if the shared Plugins folder is preexisting it is no indicator of the user's desires. So I think your installer should offer two installation destinations: User's Plugins folder Shared Plugins folder If the shared folder doesn't exist, then in fairness you ought to warn that creating a shared folder might affect some aspects of future installations... This approach seems common-sense to me Why do you want to go against the tide

TIG, I didn't need the parallel code. I wanted to return the original pts and the flattened one pt1 = @ip1.position pt2 = @ip2.position p1 = Geom;;Point3d.new(pt1.x, pt1.y, [pt1.z, pt2.z].min) p2 = Geom;;Point3d.new(pt2.x, pt2.y, [pt1.z, pt2.z].min) eye = Sketchup.active_model.active_view.camera.eye ve1 = eye.vector_to(p1) ve2 = eye.vector_to(p2) return [pt2,pt1,p2] if( ve1.cross(ve2).z > 0 ) [pt1,pt2,p1] [image: My test]

There is tiny open source project, that does exactly what you are looking for: http://sourceforge.net/projects/makeavi

We stay away from using global variables in a shared objectspace like SketchUp Ruby. I will assumed the Box is made of grouped primitives: grp = Sketchup.active_model.entities.grep(Sketchup;;Group).find {|g| g.name="Box" } if grp @pos = grp.transformation.origin end

@frankn said: As far as using .GetString or [], does .GetString still work in 2014 so that it's compatible with older versions of Sketchup? Yes the renamed the getter method [], then aliased it as GetString.

@chris fullmer said: I do this with my plugins. They all get installed in a submenu called "CLF Tools" or something. This is what I would like to achieve. @chris fullmer said: It is possible because I know how to check to see if that submenu object exists. Then add to it if it does exist, or create it if it does not exist. Do not understand how you do this if the other plugin is not installed or not already loaded by SU ? But I will have a look at Edge to see if I understand how it works. Thanks for your answer Pascal

I would recommend using the Standard Library Set class over the one in SketchUp if you can. It's better features and much faster. We might be deprecating the Sketchup::Set class eventually. With the standard lib it doesn't make any sense for anything other than backward compatibility.

@bomastudio said: Hi all, I'm leraning to use Web Dialogs and Javascript. I would like to use an external Javascript Library, such as Threejs or Kineticjs. But in my Windows 7 64bit I have ie8. I'm planning to install ie11. Any warning? Note that embedded IE is much more conservative than the browser version. If you want to make the webdialog use the new features you need to include a META tag in your HTML header: https://github.com/thomthom/sketchup-webdialogs-the-lost-manual/wiki/Doctype---Quirks-vs-Standard-vs-Superstandard <meta http-equiv="X-UA-Compatible" content="IE=edge"/>

@dacastror said: think there had never been so many changes and corrections in a single version! And we're just getting warmed up!

@pomelo3d said: a question. For me, as a user of sketchup, are the advantages of ruby 2.0 That plugin can be created with ruby 2.0? It means that developers of plugins have a newer platform with better features to develop for. The inclusion of the standard library is probably bigger than the version bump - but again this is first and foremost benefits for the developer. The immediate advantage for the end user is that Ruby 2.0 finally support handling files with non-english characters - which was a big limitation. This also meant we finally could move the Plugins folder out of Program Files and avoid permission problems which haunted us and users. Oh, and Ruby 2.0 is supposedly faster - though we've not tested this our self.

SU2014 supports StandardLibrary, which supports fiddle. You could use it to export DLL functions.

See also https://sites.google.com/site/sketchuptogcode/ http://sketchucation.com/forums/viewtopic.php?t=49346 http://sketchucation.com/forums/viewtopic.php?f=323%26amp;t=45496 http://phlatforum.com/xenforo/#sketchucam.8 http://cncutil.org/

There is also an approach without making changes to entities: One could also use a repeated raytest, and let it pass through all faces whose material has an alpha value lower than a threshold, or a texture whose filename endswith "png" (however, scripters can not determine which texture pixels are transparent). Then the last face would be added to the selection.

@dan rathbun said: Attach a model observer and provide onDeleteModel and onEraseAll callbacks that output something to the console. Thanks again! onEraseAll does fire on Windows when opening another model, but not on OS X unfortunately. Interestingly enough, I also can't get it to fire on erasing all objects. onDeleteModel doesn't seem to ever trigger. I'll focus on other issues for now, this one can wait.

I made a Bitbucket repo for this code before the Model2Gcode site went offline. My intention is only to preserve the code. https://bitbucket.org/jimfoltz/model2gcode

Here is a video on making a bifold door http://www.youtube.com/watch?v=oJkfzj9epI4