Oops! V7 version of model attached! test2_av7.skp

@saladyne said: No-one else stepped in so I've done a bit more research and there is a problem with the coding in fizgig's DC. To quote the 'Assembling a Dynamic Component' example from this site; "When you want to reference an attribute value quotation marks are not needed. If you are telling an attribute to do something they are needed". The quotes are noticeably missing around 'swing_angle' in fizgig's component... adding them in fixes the problem of creating a rogue attribute. It doesn't however fix the referencing issues, but these can be corrected by moving the 'onClick ANIMATE' command to the BODY part of the component. Sorry Saladyne, I didn't see your post there. Funny enough, I ran into the problem again and knew I had discussed it before. I just came back and searched for my posts and found this thread and your last post about the need for quotes. That did the trick. Thanks so much!

@tig said: .. but to do it within a script .. doh! .. actualy for me it's time to go to sleep

Yeah. Looking into it, there is a lot more work involved. I'd have to change my program quite a bit to fit it into this programming structure.

Im fairly sure you do need the quotes, as the new version i posted didnt work properly without them. And did the exploding and recomponenting thing not work?

@xrok1 said: its to bad there isn't something like a macro recorder in SU where you can perform an action, then just check the code it created. Wouldn't help when there's no API for the action. Materials and Layers are sorely missing methods.

Why not have a method that picks a face and returns its material. If it's nil and it's not in the model then the picked point could also return the 'container' - i.e. group or component and it's material - if it's not nil then that's the nil face's material too... Your 'pick-helper' can return two values ?

[quote="fizgig"] If the user does double-click into a group, the active context is that group and the local coordinate system associated with that group. yes,I want this too.I ask the same qus here http://forums.sketchucation.com/viewtopic.php?f=180&t=22915&p=193698#p193698

It's one of those glitches thet we just work around for now... Make it unique... When it's fixed it won't matter...

Anyone want to configure Jim's plugin for 64bit? Chris

Thanks for carrying this on ThomThom. I think you're on to something here and I'm experimenting further. One of the complicating factors for me is that the face I want to apply texture to is often in a group which is in turn in a group (the wall file I posted earlier was a simplified version of what I'm doing). I notice that when I run the UVhelper script modified per your homogenous tip earlier, I get better UV values. I also notice that the real-world vertex positions are in global coordinates (returned from the face.outer_loop.vertices.each method). Conversely, when applying a texture, you need to use coordinates that are based on the local coordinate system that the face belongs to. I'm going to play around further. I've attached my modified uvhelper script. If what I said above is confirmed about local and global coordinates then I'll modify the uvhelper script further to report in local coordinates. uvhelper.rb

@adamb said: I'm sure what Fredo meant to say is that its not good practice to overload (or to some degree) extend a built-in class. Its very good practice to derive from / subclass an existing class to create a specialization you may want. Adam Thanks Adam, this is exactly what I meant. Somehow, the best would be that we restrict the possibility of name clashing only at Module level, which implies that all scripts are alway encapsulated within modules, so that it is easier to control.

"Model library" (as Dave says) i.e. the built in Component browser (Window menu). As long as you keep inserting components from external resources (not from inside the active model), SU will consider them different instances. This is normal as otherwise you could incidentally replace existing components with ones that have the same name somewhere else.

Thanks Chris! Forgot all about the parent class idea. Still wrapping my head around this object-oriented approach.

How much do you really need to learn "the matrix"? You can do a lot of stuff without ever messing with it. Chris

Something like... ### assuming model, compo'defn, instance etc defined earlier on... transformation = component_definition.transformation * component_definition_instance.transformation this_parent = component_definition_instance.parent while not this_parent == model transformation = transformation * this_parent.transformation this_parent = this_parent.parent end#while ### now have full transformation for the instance no matter how deeply it's nested... ??? Untested - just a thought... Adjust for Edge etc...

Just stumbled upon this old post... and saw that the correct answer was never given. (Lest some newbie be misinformed, by finding this topic, I'll add the correct answer.) Don't use system(), use UI.openURL() UI.openURL("file;//C;/output.html")