Well, I completed my program, and did it by not using a path. It's my guess that SU keeps track of where SU is, so if you: Save a component to file as name.skp. Edit the saved file. (this is the function of the plugin) Erase the component instances (that was saved) from the original model entities. definitions.purge_unused componentdefinition = definitions.load name.skp entities.add_instance componentdefinition, each_transformation The key to make this work is step 4. The only problem that can come about is if you require the erased components to remain in the select "Components" window.

Some links for you: Ruby Newbie's Guide to Getting Started Ruby Resources [info] Using Ruby Modules and Jim Foltz has an InputBox class wrapper that makes it easier to use the UI.inputbox method. Not sure where it's kept, but he'll see this post and let ya know.

Perhaps the time to make the method call? Hmm.. but they are called only once or twice. It doesn't make sense... the 1st test is what inject does but in C code: rb_iterate(rb_each, obj, inject_i, (VALUE)&memo); and this is max, in rb_iterate(rb_each, obj, rb_block_given_p() ? max_ii ; max_i, (VALUE)&result); We should run the test several times in different orders.

@chris fullmer said: I've written a entire RGB color picker for the SketchUp UI. I just haven't had the time/real need to implement it. Maybe I should get it into my color scripts and just release them to see how it goes. I'm not sure if my color picker is too bulky to even really be useful. But it is a great improvement over the old system. Ahh, but come to think of it, it is still necessary to enter RGB values using my color picker if you want to be prcise. So in that case, I suppose I could still revamp my RGB input methods too. Chris Aye! The color picker was looking good.

@driven said: all the shortcut keys, SU and system just carry on working and don't register in the console at all, here at least The DELETE key registered "onKeyUp : Key code: 46 ( VK_DELETE )" in the Console (on my PC,) and deleted the selected face. It seems weird that keys would bubble up from a Tool instance keytrap callback. I can see having a bubble method that allows passing the key up to Sketchup, but to do it all the time?

aiai... I meant to do a new version of that guide. ...one that made sense...

What you're describing is exactly how the QT Framework works, it's cross platform, and the Ruby bindings already exist. It also enjoys the advantage of being open-source, although the QT Designer IDE is proprietary. So just as you can write and compile C# code for the .NET framework without Visual Studio, the task is greatly simplified with the native IDE. GUI work is well outside my day to day development however, so I'm not sure if it could be made to work with the Sketchup API. I'll defer such decisions to those better qualified to make them.

Other tools you could use: Lines to Tubes. Pipe on Path Tube on Path Fredo Scale step by step, ring by ring with orientation of scaling to orientation of rings. Curviloft, also, in a series of sections.

If you are trying to get a picked_point onto a 'plane' you use point.project_to_plane. If you are mimicking the 'Rotate Tool' then before you get to that step you will pick a center_point [which is by definition on that plane]. You will next set the axis/normal for the rotation [which is a vector needed to define the plane]... You define a plane as plane=[center_point, normal_vector]... So now you have everything you need to project the next picked_point onto that plane... When you take a mouse_click event the returned view inputpoint can be used to return a Point3d [ip.position] AND with a view pick_helper an entity type [or even types using several pick_helpers] - e.g. an edge or a face. If your code somehow destroys the inputpoint [?] then clone it with a 'copy' before hand and use the copy in your second bit of code... So you can click and return a point in the model and object(s) at that point. A bit of simple math will transform that point onto a predetermined 'plane' as explained above...

@khai said: open only to programmers or to all? Open to anyone, but be prepared for a programming focus to any substantive discussions. If demand warrants, I'm sure we could have events aimed at a modelers and others, but my own background and interests lie in programming.

Here's a short code snippet <span class="syntaxdefault"></span><span class="syntaxkeyword">=</span><span class="syntaxdefault">begin<br /></span><span class="syntaxkeyword">(</span><span class="syntaxdefault">c</span><span class="syntaxkeyword">)</span><span class="syntaxdefault"> TIG 2011<br /></span><span class="syntaxkeyword">=</span><span class="syntaxdefault">end<br />require </span><span class="syntaxstring">'sketchup.rb'<br /></span><span class="syntaxdefault">require </span><span class="syntaxstring">'SKMtools/material_class.rb'<br /></span><span class="syntaxcomment">###<br /></span><span class="syntaxdefault">def material_from_limbo</span><span class="syntaxkeyword">()<br /></span><span class="syntaxdefault">    mats </span><span class="syntaxkeyword">=</span><span class="syntaxdefault"> Sketchup</span><span class="syntaxkeyword">.</span><span class="syntaxdefault">active_model</span><span class="syntaxkeyword">.</span><span class="syntaxdefault">materials<br />    cmat </span><span class="syntaxkeyword">=</span><span class="syntaxdefault"> mats</span><span class="syntaxkeyword">.</span><span class="syntaxdefault">current </span><span class="syntaxcomment">### the limbo one<br /></span><span class="syntaxdefault">    cname </span><span class="syntaxkeyword">=</span><span class="syntaxdefault"> cmat</span><span class="syntaxkeyword">.</span><span class="syntaxdefault">display_name<br />    cmat</span><span class="syntaxkeyword">.</span><span class="syntaxdefault">name </span><span class="syntaxkeyword">=</span><span class="syntaxdefault"> cname</span><span class="syntaxkeyword">+</span><span class="syntaxstring">"x"<br /></span><span class="syntaxdefault">    cmat </span><span class="syntaxkeyword">=</span><span class="syntaxdefault"> mats</span><span class="syntaxkeyword">.</span><span class="syntaxdefault">current<br />    cmat</span><span class="syntaxkeyword">.</span><span class="syntaxdefault">name </span><span class="syntaxkeyword">=</span><span class="syntaxdefault"> cname<br />    cmat </span><span class="syntaxkeyword">=</span><span class="syntaxdefault"> mats</span><span class="syntaxkeyword">.</span><span class="syntaxdefault">current<br />    return cmat </span><span class="syntaxcomment">### now safely added to model<br /></span><span class="syntaxdefault">end<br /></span><span class="syntaxcomment">### usage; cmat = material_from_limbo<br /></span><span class="syntaxdefault"> </span> If you select a material from the library and then immediately run the 'usage' example you will have a reference to the new current material that is added to the model [but currently unused]. The active tool will stay as the paintbucket unless you code an alternative 'tool' change...

Takk! Now you have said it I feel somewhat foolish ... oh well ... time to go to the pub. Maybe next year I can do better. Happy New Year to you and all the other members. Chris

Initialize your variable in the correct scope. <span class="syntaxdefault"><br />class My_Tool<br />   def initialize<br />     </span><span class="syntaxkeyword">@</span><span class="syntaxdefault">ip1 </span><span class="syntaxkeyword">=</span><span class="syntaxdefault"> Sketchup</span><span class="syntaxkeyword">;;</span><span class="syntaxdefault">InputPoint</span><span class="syntaxkeyword">.new<br /></span><span class="syntaxdefault">     </span><span class="syntaxkeyword">@</span><span class="syntaxdefault">ip2 </span><span class="syntaxkeyword">=</span><span class="syntaxdefault"> Sketchup</span><span class="syntaxkeyword">;;</span><span class="syntaxdefault">InputPoint</span><span class="syntaxkeyword">.new<br /></span><span class="syntaxdefault">     </span><span class="syntaxkeyword">@</span><span class="syntaxdefault">point_flag </span><span class="syntaxkeyword">=</span><span class="syntaxdefault"> 1<br />   end<br /><br />   def activate<br />      puts </span><span class="syntaxstring">"Activate"<br /></span><span class="syntaxdefault">   end<br /></span> Explanation: http://sporkmonger.com/2007/2/19/instance-variables-class-variables-and-inheritance-in-ruby http://railstips.org/blog/archives/2006/11/18/class-and-instance-variables-in-ruby/

@didier bur said: Partial answer here: http://www.postal-code.com/mrhappy/blog/2007/02/01/ruby-comparing-an-objects-class-in-a-case-statement/ and here http://groups.google.com/group/comp.lang.ruby/browse_thread/thread/3d83faf049160e58 This works: case Sketchup.active_model.selection[0] > when 'Sketchup;;Face' > puts "face" > ... The simplest the best ! So in your case def test() case Sketchup.active_model.selection[0] when Sketchup;;Face puts "face" when Sketchup;;ComponentInstance puts "instance" when Sketchup;;Group puts "group" when Sketchup;;Image puts "image" when Sketchup;;Edge puts "edge" else puts "something else" end end should work ??? Avoiding the .to_s step

Thomthom One week later... Here's v1.4 http://forums.sketchucation.com/viewtopic.php?p=271170#p271170 Which now supports copying/arraying punching-components etc... It has a plethora of convoluted observers and linked attributes BUT it now works...

@honoluludesktop said: I see that your version of DOS is 6.1. Is this its original release, or the one that came with your WinOS? Which machine were you on at the time? I have a copy of DOS 6.1 (left over from the good old days) installed in a VPC. FYI ... DOS 6.22 came out at the same time as Win 3.11 for Workgroups (I still have my disks and manuals as well.) DOS 7 was distroed with Win98 (not sure about Win95.) Win 2000 & up are NTFS not DOS. BUT ... you misread the image. It is the Windows ver that is displayed, not DOS. Win 5.0 = Windows 2000 Win 5.1 = Windows XP Win 6.0 = Windows Vista Win 6.1 = Windows 7

The reason I ask is because I'm very new to sketchup-ruby scripting. I enjoyed making pipe sculptures, so I got the free version of 3SKENG when it was avalable. (it's not available for a free download anymore :evil: ) So I said why not give myself a challenge and try to make 3SKENG myself. I just wanted the plugin to create the geometry, without any mouse gestures or vcb. I allready knew how to use UI.inputbox, so I decided to just use that. (does anyone know how to redefine the defaults to match the last usage?) I was hoping someone knew a simple lathe tool. So far I'v got it to make all the circles in the curve, but I don't know how to connect them. PS. Sorry I yelled. :ashamed:

There'a a major drawback to using the API "default" methods. That is they did not give us a "remove_default" method. This means the Win Registry or Mac plist can become cluttered with old 'orphaned' settings for plugins that are no longer used. Many authors (TIG is one I think,) that instead write out their own settings file in the plugin subfolder. I think he has posted code snippets in other topic threads. Basically you write out a string report of your settings Hash to a text file, using the inspect method. To reload it, you read the file into a String object, and then eval() the string inside the context of your module, assigning it to a var, which should become type Hash after evaluation.

@dan rathbun said: ...........refers to the module namespace that you are defining the method within......... OK, I get that. Thanks.

@alexmozg said: > def Sketchup;;exit > model = Sketchup.active_model > model.save "temp_model.tmp" if model.modified? > Sketchup.send_action 57602 > end#def > Model doezn't realy save. Do NOT use exit as a method name !!! It is already defined as a global method by the Kernel module (and so is inherited by ALL classes and modules.) exit() Initiates the termination of the Ruby script by raising the SystemExit exception. Also runs any at_exit block methods before termination.