I also like the files a lot.
I also want to have the possibility to render baseplates in "very high res" with a fully modeled underside.
That's really something very nice.
However, to repeat my argument,
I think that they should not be modeled as separate parts,
but instead the existing mechanism of using finer or not-so-fine studs
should be used also for the underside. I.e., the underside should be modeled
referencing a yet-to-be-created "baseplate underside stud" primitive.
Of that primitive, we should create 2 variants.
First, the "default" one, in the \P folder, modeling a baseplate underside stud as a simple flat surface.
The hi-res variant of this could be put into the \P\48 folder, where the baseplate underside stud really is modeled as a concave surface.
The only thing missing would be a mechanism to switch between the two implementations.
Currently, e.g. MLCad offers to switch between different stud implementations already.
However, doing so it does not use our various folders, but instead simply replaces them by a single line,
or doesn't render them at all.
I also want to have the possibility to render baseplates in "very high res" with a fully modeled underside.
That's really something very nice.
However, to repeat my argument,
I think that they should not be modeled as separate parts,
but instead the existing mechanism of using finer or not-so-fine studs
should be used also for the underside. I.e., the underside should be modeled
referencing a yet-to-be-created "baseplate underside stud" primitive.
Of that primitive, we should create 2 variants.
First, the "default" one, in the \P folder, modeling a baseplate underside stud as a simple flat surface.
The hi-res variant of this could be put into the \P\48 folder, where the baseplate underside stud really is modeled as a concave surface.
The only thing missing would be a mechanism to switch between the two implementations.
Currently, e.g. MLCad offers to switch between different stud implementations already.
However, doing so it does not use our various folders, but instead simply replaces them by a single line,
or doesn't render them at all.