DC Exploration #3 - Scaling and Copying
-
Hmm, it was well thought out, but its not working. Its not updating the custom attributes in the parent component as I was hoping it would. Bummer. I'll keep playing,
Chris
-
Chris, I think your idea was nice, but it might require more regression calculations back and forth from parent to child component in a way that DCs aren't designed to do right now.
I think Jim is on the right track with groups.
I went a different direction with this one, making a couple of useless shapes that copy when scaled. One is a spiral ramp or slide, the other is just playing with shapes. For the second one, Stretch, make it pretty wide, like 30-50 feet in order to see how the shapes play out.
EDIT: the SpiralSlide is an odd one. You need to Import it, but I get weird behavior. when you open it you will see that it in the Component Attributes it says Copies at the parent level. Delete this attribute, then use the scale tool on the component. What is weird is that every time I save the component (through the Component In Model context menu Save As) and re-open it, I always have this extra copies command. If you scale it with this copy at the parent level it takes a long time, and you see the number of copies explode if you have Outliner open. Any ideas why? Maybe I just need to clean things up and reinstall...
-
@wmanning said:
the SpiralSlide is an odd one. You need to Import it, but I get weird behavior.
It appears to behave normally for me. I dragged the file into SU7, deleted the Copies for the top-level DC, then scaled the DC.
Now the first time I tried, I got a lot of extra copies because I didn't delete the Copies attribute first - and only deleted it after the copies were already made. But this does not delete all the copies that had already been created.
When things get messed up like that, you can set the Copies attribute to '=0' before deleting it (based on my experience.)
-
Thanks Jim, I'll try that.
The really odd thing though, is that after deleting the copies at the parent level, if I then save the component, I still get components at the parent level the next time I import it...
Either way it is fun to simply play with the formulas and later I can figure out what I want to build.
-
Hi there Chris,
I find dynamic components facinating.
I manufacture wood furniture in South Africa and I love using Sketchup.
Ver 7 Pro is great and would love to get involved in making dynamic models which can both re-scale and react as in doors of cupboards open and close, drawers open and close.
I am still trying to get the basics of how to make for example a cupboard that can scale and the doors can open and close etc...
I love the Idea of the cutlist and edgebanding calc's.Very excited,
Nic -
I'm currently digging into DC a bit more -- I previously only used it for really simple things like setting textures and opening doors... this isn't a terribly useful model but it does showcase some of the problems I'm working on solving right now.
Best,
Jason. -
Hey, thats cool. I like that!
-
While nothing nearly as cool as the other spiral stairs here I have created my own -- just use the scale tool to pull up more.
Best,
Jason. -
Here's a scale-tool based fence that randomizes the board positions to create a more natural effect.
Best,
Jason. -
Here are some Kitchen cabinets that I've been working on. Most proud of the Floor Drawer Unit with it's drawer boxes that scale along with the cabinet on the X axis.
Please note. This is a work in progress.
-
Has anyone figured this out, by chance? I know it's been a while, but I have an application for it, and I'm racking my brain trying to figure out how to make it work. For mine, it's more of a "snake" component, where the user begins with one part, then selects 1 of 3 interactable "buttons" that creates a copy in one of the directions, turning the copy to fit. The link below should make sense of what I'm saying. Thanks in advance!
BT
@chris fullmer said:
Ahh, yes I was thinking about this Jim, and I thought it was simple. But I started playing with it and in about 5 minutes I saw just how not simple it really is. The random width means that the amount of copies will vary depending on the width of the books. That is tricky!
I had a thought on placing them though. Each X should be the X of the previous (called "LastX") + the LenX of the previous (called LastLenX"). So what about each component passes its X and LenX out to a custom attribute in the parent component. So the next copy created would look to "parent!lastX" and "parent!LastLenX" to figure out its new X. Then after it sets its X and LenX, it writes its current state to the parent, overwriting the previous states and the cycle continues. So it runs like this
Copy0
X=parent!LastX + Parent!LastLenX (These values will be zero since they have not been filled yet)
LenX=3 (randomly chosen)
<<<Sends X to parent!LastX>>> (which is 0)
<<<Sends LenX to Parent!LastLenX>>> (which is 3)
Copy1
X=parent!LastX + Parent!LastLenX (Now this reduces to 0 + 3)
LenX=2
<<<Sends X to parent!LastX>>> (which is now 3)
<<<Sends LenX to Parent!LastLenX>>> (which is now 2)
Copy2
X=parent!LastX + Parent!LastLenX (Now this reduces to 3 + 2)
LenX=4
<<<Sends X to parent!LastX>>> (which is now 5)
<<<Sends LenX to Parent!LastLenX>>> (which is 4)Anyhow, its all theoretical since I am not on an SU7 enlightened computer at the moment. I hope that makes sense. In my mind it does, but I'm sure it will probably fall apart due to something I've forgotten. Anyhow, think about it
Chris
Advertisement