which may be something you’d like to do with K3 in the future, at least with the GoalOutput data? Default would of course just to preview only the geometry that finds its way to GeometryOut. The adding of physical properties (or goals) doesn’t preview geometry up or downstream, this enables latter components to handle the display, such as previewing deflections, forces, etc. I’m thinking here in terms of Karamba, where there is a clear workflow from geometry → physical properties → solution/analysis. Personally, (and disclaimer: I don’t know the full repercussions here!) it feels like it should probably be ‘all in’, in the sense that if you still had components that previewed geometry independently of the geometry inputs it could get confusing. Of course so long as it doesn’t introduce any more spaghetti upstream, but I can’t see that it would as you could just entwine/merge geometry as is currently the case to keep the definition clean. With regards the geometry, sounds like a good idea (at least to me!) and a little more intuitive than using the show component - I guess that’s why it’s been in your thoughts. Some of the students approach K2 before really understanding trees to be honest, which is why this situation occurred. I suppose in theory I should be using entwine always, so it’s just one of those things. Thanks Daniel, yep it’s just when I’m swapping out the two components during teaching.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |