@unknownuser said: There was a lot of debate about this before launch. We wanted DCs to follow the rules of SketchUp as much as possible. So the question became: "If I have 3 DCs in a model, and I scale one of them, should all of them update? Or should only the one I scaled?" ...In the end, we thought it would be more frustrating to have every instance in the model update instead of just the one you scaled. We've talked about adding some kind of toggle that would allow you to choose which behavior you prefer. Any thoughts on that? Do you guys think we did it backwards? I'd love to hear your ideas. No, you didn't do it backward or forward, you just didn't work it out at all. The only logical solution would be to scale the one DC WITHOUT BREAKING THE LINK TO THE ORIGINAL COMPONENT DEFINITION. It is essential to design workflow to be able to go back and make changes to ALL elements throughout a project in a quick and centralized way. As budgets change, design options are accepted/rejected/marked up, and products enter or leave the market, the ability to edit a single entity and broadcast that change to all instances in the model could save hundreds of production hours. I am actually really surprised to discover that this is how DC work and the whole scheme is actually intentional. I am not a programmer but I don't understand why this could not be fixed? User Defined attributes can already feed sub-entites data, like LenX for a certain sub-group can be set to the User Defined attribute "MyLength" so why should it matter if one DC has "MyLength" set to 20 when another is set to 30? I must be missing something here? Revit and AutoCAD have this ability baked into Families and Dynamic Blocks already. The both use dimensional constraints and user-defined parameters to set the contextual "data" of an entity and objects within can be set to react to that context in different ways. And I think a "Component Replacer" is more of a band-aid approach than an actual solution. If it could be written as a 3rd party script (I believe ThomThom already did), it would have to not just reset the definitions of all the bastardized components, it would have to note and re-create ALL of the attributes of every component in the model so that all the scaling, visibility, etc. of various components would not be lost in the re-writing. Please tell me this has already been worked out in SU2017 or something and that is why there has been no further dialog on it!

See SketchUp Community Forum post https://forums.sketchup.com/t/cant-add-component-attribute-set-only-individual-attributes-to-component/29975

Probably a known bug - open the Ruby Console window and if an error occurs when selecting a DC with CO dialog open.

This is due to the way you saved the component and then imported it. When you imported the component into your new model, it was essentially double wrapped and the outer wrapper is not dynamic. You could see that if you import the component into another file and look at it in Outliner. Instead of using saving it with File>save and importing it, right click on the component and use Save as... Then save it to a directory you can use for a local collection. When you want to use the component, go to the Components window, select that local collection and drag the component in from there. To make the local collection available in the Components window, click on the Details menu and choose Add collection to favorites.

hello @TNTDAVID. thanks for your reply. I solved the problem by exploding the component and rebuilding it again.

Hello, I'm not sure your problem comes from the dynamic components, but rather from your surface estimator. You can purge the dynamic functions of all your dynamic components by saving your files in SKP6. The next time you open your file, your dynamic components will become simple components. So make sure you keep an original version of your file. You can then run a surface calculation that should work. See you soon. David

Hello, In dimension attributes you must invert the dimensions from positive to negative. For a mirror on the X axis, LenX must change from 100 to -100 for example. See you soon David

Hello Nauzer 67, This is not possible without going through the ruby scripte. Cordially David

Hello derei, Try thi: [image: 2YRApAn.jpg] Arm Bis.skp See you soon David

Hi pcmoor Thanks for the reply your formula worked but I did have to change the descriptive values for the actual width values of the mattress size =IF(or(Size = "150", Size = "180"),200,190) I also now know that I cant Just stick AND & OR any where I Like I've got to put them in first.

A material has to have been used in the model, simply making it current is not enough. Perhaps this is the Color_000 issue ? http://sketchucation.com/forums/viewtopic.php?f=180%26amp;t=33847 As has been spelled out several times, adding small painted faces within some part of the DC is the sure way of having these available to use in the DC, however there is this potential difference between the material .name and its .display_name The enclosing [...] etc show this. Try using those for the material name, rather than the display name. The code snippet I gave allows you to get any material's dual names. I understand that the [...] indicate the material was at some time loaded into a model and not created from scratch. It has been like that since v6.0 http://ruby.sketchup.com/Sketchup/Material.html#display_name-instance_method Since you are shipping the materials you can choose the re-name them using the >=v8.0 method: material.name="some_name" A quick way to do this could be this snippet... Sketchup.active_model.materials.each{|mat| p n=mat.name; p d=mat.display_name; mat.name=d; p mat.name } This processes all of the materials currently used in the model and sets the mat's name to the display_name - thereby sidestepping any difference between the two... It prints each material's name, display_name and final name - this safety-net is in case the new name is already taken by another material, in which case it'll get a numerical suffix added... This has been cover ages ago by thomthom, here... some of his points have already been added to the API notes... http://www.thomthom.net/thoughts/2012/03/the-secrets-of-sketchups-materials/

@ericschimel said: Hey fellow Sketchuppers... I just created a few undermount black pedestal sinks from photos in Sketchup to use as Dynamic Components in my kitchen designs. I even did up a blog post on it. Thought you'd be interested in seeing it here. http://sketchuptraining.blogspot.com/2010/08/sinks-of-steel.html If you want to go straight to the sink components, check them here on the 3D warehouse: http://sketchup.google.com/3dwarehouse/cldetails?mid=b31bc56becdd90e784283d54542a3ba0 There are some some nice DC options in these sinks as well. Hi ericschime, I just find out that one of your shared link is not working. And it would be nice if you can provide any alternate link. Thanks

that's right @Jim. you are an expert! now I'm uploading the final version of the cabinet project, with 2 doors working, as it really should be. thanks. SketchUcation - Cabinet 2 Doors - Dynamic Resize & Open-Close Doors.skp

D*** you are good! Thank you pcmoore. Works great! I will study this.

Did you try Animator?

An update. The cause of this problem appears to be a folder or filename starting with a lowercase 'u'. I am grateful to the person who described this on this or another forum (couldn't find the post again) and Yogesh at SU support. I didn't think this was what was causing the problem on my setup as I knew that I never name files or folders with lowercase letters. However, the culprit was further up the file path in the C:\ directory thus: C:\ Users\ user. It was this last folder name with its lowercase 'u' that was at the heart of the problem. How the folder came to be there (in the SU file path) I do not know. I think I probably messed up right at the start when naming my desktop account on the new PC (three years ago now). My solution has been to do a reset of the whole PC, which it needed anyway, and then being careful about names and file paths. SU support say they accept this problem as a known bug so there may be a fix at some point without going to the lengths of resetting or meddling with the PC inner workings. Hope this may explain what is happening for anyone else who has the problem but apologies for not being able to offer a quick fix.

This is my video (I used a method which is suggested Tig) . It's simple - inside the component, I put another component (scaler) and the prescribed attributes. Scaler can be made invisible. scaler.skp

oh it seems that one can't change a component attributes when multiple selected

OK, I think I figured out what was causing the problem. When you type double quotes into the dynamic component (at least in Sketchup for Mac) the double quotes are sometimes changed from " to “ causing the formula to throw an error. Thanks nonetheless for your help Jim!

I have a similar inquiry. Probably would lead to the same thing though. I built a vault door for a bank (it's old school), but it also has a small glass door in the inside of it that opens to adjust the mechanics. Was wondering if it's possible to be able to open the glass door on the back, even though it's nested under the same component as the vault door too. So far I've tried assigning attributes to parts of the vault door, so if you click a piece of the vault door, it rotates the whole thing, but haven't had any luck with that. But if I assign the attribute the whole component, I can't get the glass door to open. Anyone have any clues? I'm very much a noob at this!