What fredo said, Transformation.axes sounds like the method you want to use: http://www.sketchup.com/intl/en/developer/docs/ourdoc/transformation.php#axes

I think people have pretty good success with getting SU to run under WINE. I've never seen anyone try CentOS. Good luck!

That's a work around if Java's not available... Sometimes decompression tools also hijack .JAR extensions ! If you are using PC only you can use VBS with 'unzip' etc...

@aerilius said: Once you override such a property (like padding: 0) the button can't be rendered anymore using the theme, and it won't look native anymore. I noticed that before using paddin:0 the button had a gloss effect on the button. @aerilius said: without width/height works fine for me. I tried this and it does center the button image but then the button is too big. @tt_su said: Exactly what code to use depend on the scenario and layout you have. Got a small snippet? http://sketchucation.com/resources/pluginstore?pln=RND_KeyScene The .html file is inside the "RND_Keyscene" folder...its called "rnd_keyscene.html" Note: Using the paddin:0 worked ok even though that will mess the theme used for button but I can deal with that. Thanks!

I'm still (extremely) new to ruby scripting and Git, but I'd be happy to help where I can!

Ah, so simple Thank you guys!

Epic bump, but is there any news on this? Was upgrading the installation ruby put on the backburner? Should we still be expecting this sometime in the future (or a complete library at least)? To me at least, this seems like a really important feature - plugins and the community around them are a powerful part of sketchup.

I still plan to keep working on this and will post future progress. The best case scenario will be to make it work on faces that have angle...so far my attempts have failed in solving this but will keep trying.

Fixed. Thanks Dan for the reminder for the namespace. Namespace now implemented =-P.

Nothing in the API AdamB did moot something that came to naught. A way back I made some clunky API additional like layer.color [Pro>DXF] BUT that exports all layers and analyzes the layers colors from the DXF... A really convoluted way BUT you do get the layer color RGB values !

Found it... array = "a,b,c".split(',') array[0] #=> a array[1] #=> b array[2] #=> c Cheers!

Beta's out

This snippet works for me, and I think its fairly safe? (We'll let one of the other Ruby folk weigh in on that if they feel they need to ). random_classes = [] ents_to_regroup = [] a = Sketchup.active_model.selection[0].explode a.each do |e| random_classes << e.class end random_classes.uniq! random_classes.each do |e| single_class_objects = a.grep(e) if single_class_objects[0].respond_to?(;bounds) then ents_to_regroup << single_class_objects end end ents_to_regroup.flatten! Sketchup.active_model.entities.add_group(ents_to_regroup) This will take the selected component and explode it. It then looks at the class of every object that was returned and decides if that class can be added to a group by testing to see if an object from that class responds to the bounds method, (which is in the Drawingelement class and inherited by all valid SU geometry entities). So if an object from the given class does respond to the bounds method, then it is safe to try to add those objects back into a group. If they do not respond to that method, then they get skipped. Hopefully the logic makes sense. That snippet worked fine for me. You do have to have an object selected to test that piece of code. Chris

Edit

Thanks TIG but there is a problem... Lets say I have two scenes with two objects and I select the 1st object from 1st scene and do the script...it will work but...if I go to 2nd scene and select the 2nd object to do the script when I go to 1st scene the 1st object ends up hidden as well which it was not supposed to. (Hope this makes sense) Anyhow it may be that the page.update needs to first select each page before doing update. So that means I can't use your suggestion but I did find a solution... Here is the code... model = Sketchup.active_model pages = model.pages sel = model.selection c_page = pages.selected_page skip = [] skip << c_page.name pages.each {|page| pages.selected_page = page if page.name != skip.first sel.each do |e| e.hidden = true end page.update end } page_num = 0 pages.each {|page| if page.name == skip.first pages.selected_page = model.pages[page_num] break end page_num+=1 } skip.clear Note: Updated the explanation a bit to fix it a little so it makes more scene hopefully.

Thanks for the suggestions! You're right, there's no single "tiling factor" in a distorted texture. I think I'll ignore this problem for now and solve more important issues first. By the way, is there perhaps some kind of exporter plugin template that does all the complicated stuff of getting the needed model information out of SketchUp? Something that's only missing the actual writing of the target file format.

I the massive PluginStore collection... Linked through the Resources menu above... There will be lots of useful 'cribs'...

I personally felt the license agreement, and more so the language on the web site and download links, was always quite clear regarding commercial use. But more-so, I do agree with you, that it is a rather unfortunate change of course. My biggest fear, is that it will destroy the bulk of the creative efforts going into the 3D Warehouse. I personally get a great thrill out of downloading various space ships and crazy vehicle creations -- almost certainly the efforts of a 14 year-old boy somewhere out there on the internets. And there's no way they will be plopping down $500 to continue such endeavors. So if I may, I'd like to offer my suggestion -- perhaps a $199 price point for Make? Or go even further, and offer something integrated with the 3D Warehouse -- so as long as you upload at least 1 model a month to the Warehouse, you can continue using Make for free. More on the subject of your post, I feel it was a little naive of you to pursue a commercial business model off of the free software that Google was offering. I would recommend you stay with Sketchup, and contact their bulk sales department, to see if you could get some funding, and negotiate a good price to continue what sounds like an otherwise great business model. --J

It actually re-orients the model's axis. So green is up and blue is shooting straight forward, like you asked for. You can write your own camera positioning tool and you can program it's "up" direction to be pointing any which way you want. But as soon as the user flips back to the built-in orbit tool, SU will default back to forcing the original model axis z, to be up. SU very strongly favors having the z axis not tilt left or right.

Thanks Dan, I hadn't noticed that behaviour before. Initially being only interested in getting a couple of components into the model it wasn't an issue and I would always have the proxies in the model to check that the swap worked ok. Looking at this again it looks like the components are all loaded into the file in turn. When I repeat ThomThom's text as below only Comp4 gets deleted if not required to replace comp3 (being the last to be loaded). Comp2 get left behind. newDef = model.definitions.load("J:/Comp2.skp") oldDef = model.definitions['Comp1'] oldDef.instances.each{|old_inst|old_inst.definition=newDef t = old_inst.transformation ents = old_inst.parent.entities ents.add_instance(newDef, t) old_inst.erase! } newDef = model.definitions.load("J:/Comp4.skp") oldDef = model.definitions['Comp3'] oldDef.instances.each{|old_inst|old_inst.definition=newDef t = old_inst.transformation ents = old_inst.parent.entities ents.add_instance(newDef, t) old_inst.erase! }