@Orionis98 said in How to draw a plane not coplanar:

@Jean-Lemire
I would post the result of my attempt, but possibly tomorrow since it is almost midnight now and here.

Here are the images of my solution: the building one and the final one added to world scene.
Not the maximum, but anyway.

@Rich-O-Brien
Very clever, very useful...very complex
Thank you

I searched the forums to find an answer, but unfortunately the only one I found has an inconsistent link.
I have some hundreds of identical groups that I wish to transform to component (this one is already created) in order to make some modifications to all the elements.
Is there a command (or a pluging) to do that?
Thanks

@Jean-Lemire
Unfortunately I can not open your file; I'm using SU2020 and your scene requires the SU2022. Could you pls repost it downgraded?
Thanks

@Orionis98 said in How to draw a plane not coplanar:

@Jean-Lemire
I would post the result of my attempt, but possibly tomorrow since it is almost midnight now and here.

Here are the images of my solution: the building one and the final one added to world scene.
Not the maximum, but anyway.

@Jean-Lemire
Thank you Jean, I saw your drawing. It is something already tried, unfortunately the resulting ramp is not really a surface but the sum of two surfaces smoothed so it can not be reworked further (I can not push it).
I found a possible (ugly and unnatural) solution adding a triangle at the top ramp end so to have the two connecting lines at the same level.
With some aesthetic additions it could be used, but I can not say to be fully satisfied.
I would post the result of my attempt, but possibly tomorrow since it is almost midnight now and here.
I wonder how many users have had the same probles and how they fix it.
Anyway, thanks again.

First of all, let me say that I'm not an expert and I use SU only for my personal hobby, since years. I'm Italian and I use the localized versione so please forgive me if I use wrong terms or terminologies.

I wish to draw a surface to connect two perpendicular plane at different heights. It should be a ramp between to roads with an angles of, in example, of 45°. I include an image of a simple test.
I can not find a solution; I presume that is because the two connecting lines are not planar, but how to do it, if possible?

I tried the FollowMeAndKeep plugin, but it does not return an acceptable result due that the two closing lines are perpendicular.

I also draw the shape on the XY planes and the I rotated the Y (green axe) up to the desired height, but, a part the the lengh correction (cosine of angle) I should take in account, the big problem is that the ramp surface is also rotated giving a funny result (I image a car that will drive onto an inclined plane !)

I assume that this is not doable in SU or, better, I'm too stupid.
This is the image:

Final note: please consider that the road surface should be quite worked (rails, depth, middle lines...) later.

@pcmoor said:

Just to be clear, copying is not the issue, but using a copy to create a new component is. This is very much the case if a copy or instance is used in another file, isolated, changed then brought back within the influence the original.

Copies of subcomponents can cause problems if they not not made unique, even groups can retain a connection when copied. You change the formula in one sub, it effects all the others that are copies. Move a component into another file, change the formulas, call it something else, bring it back into the orginal file, the subs will "update" to the new formulas, usually the affected components will have red # errors
Reuse or repurpose is okay, but make each sub component unique within a master file, unless the sub is to be used by all (like a shelf,door) then the parent! reference is used rather than the parents attribute dialog heading otherwise cupboard1!doorwidth will overwrite cupboard2!doorwidth whereas parent!doorwith works for both

Fantastic!
Inheritance and Incapsulation: I should have thought to them.
I made a quick and dirty test and I am pretty sure that was the problem.
From now on I will follow your guidelines, thanks so much.

@pcmoor said:

Can you share some of of your components? Maybe private if intellectual property. Stray errors can significantly slow DCs down, they can be caused via copies of subs for a new component without making each part unique.

Let me clean up a little my file and I will be happy to share it.

In the meantime, your sentence ('copies of subs for a new component without making each part unique') make me think about a possible mine misunderstanding of how a DC must be used.

Actually I have 3 copies of the same component, a kitchen cabinet with different formats (4 drawers, 2 drawers, plain panel,...); the format is selects by a 'Type' attribute and the unwanted parts are hidden. The same for the sub-components materials, which can be 'local' or 'global' depending on another flag.
The 3 copies are NOTunique; I did not think this is a requirement.
Is it wrong?

Giacomo

Hi, as said in a previous post, I'm a newbie in dynamic components.
Step by step I am learning something using a Kitchen scene to make pratice.
With just a couple of DCs I did not notice that my PC response was slow, until I reach a 'complexity' of around a dozen among main and sub-components.

Components have some material and sizing attributes and some parts can be hide depending on selected states (I suspect this is the trouble).
Now, to update a component with a new attribute's value it takes between 3 upto 5 seconds.

It is 'expected' or 'slow'?

This is my main configuration:
CPU: Pentium Dual-Core G320 @ 3GHz
RAM: 4GB
Video: GeForce GT730
Windows 7 SP1 32bit
SU 2016

I undestand this is not the optimal configuration, even if few years ago it was, but this is what I can afford right now.

The interesting point is that with a normal scene without any DC, even complex and with hundreds of elements, I do not see any visible slowing down in orbiting, zooming, scaling...

Should be an expected behaviour with my config I think it would be better to forget about DCs.

@pbacot said:

I don't know if this works in your setup or dynamic components for that matter. And I suspect it is no good if you are outputing the chosen material (color) in some bill of materials... But I use
"Material Replacer" to globally change a material in a model.

Thanks for the hint; I'm sure it is very usefull, but at the moment I suspect to have a serious performancies issue, for which I will post right now in a new topic.
Giacomo