A special role play subparts which are used for 3D-sweeping, e.g. by LSYNTH.
I think that our recent practice was to not change subpart's origin etc because we weren't sure that users
used them from custom files created on their own.
I think we should stick with this defensive strategy, although this might create some unused lurking files
in the \s folder when we need to do a thorough change. Such a change would then require to create a new subfile.
However, this strategy should not be a GO / NO GO strategy. Defensive reasoning should *allow* certain changes to a subfile:
Origin changes are not the only problematic ones.
Imagine a subfile which contains a surface, and we decide to remove that like "without Top Surface" etc. for patterning.
This also can create incompatibilities with users who directly use those subparts.
Forbidding us to do such changes would mean to produce quite a lot of clutter in the \S folder.
We would have to each time we modify a subfile make a copy and do the changes there.
The same goes for color changes or geometric adjustments.
If you sum this up, the trouble for us will be BIG when we would forbid subfile changes.
The trouble for some users using these subfiles will be SMALL when we change them.
People doing so will be experienced, and will know that this can happen.
For these reasons, my suggestion is: allow such changes.
Our "official" outside visible "interface" is the set of \parts and \p rimitives,
plus the few handful of subparts which are intended for 3D-sweeping (like LSYNTH).
This for me is a reasonable compromise between making life for parts authors easy
and at the same time keeping downwards compatibility to a certain degree.
Perfect downwards compatibility would only be achieved if we would NEVER touch a subfile again
after it has been released. This anyway cannot be achieved.
I think that our recent practice was to not change subpart's origin etc because we weren't sure that users
used them from custom files created on their own.
I think we should stick with this defensive strategy, although this might create some unused lurking files
in the \s folder when we need to do a thorough change. Such a change would then require to create a new subfile.
However, this strategy should not be a GO / NO GO strategy. Defensive reasoning should *allow* certain changes to a subfile:
Origin changes are not the only problematic ones.
Imagine a subfile which contains a surface, and we decide to remove that like "without Top Surface" etc. for patterning.
This also can create incompatibilities with users who directly use those subparts.
Forbidding us to do such changes would mean to produce quite a lot of clutter in the \S folder.
We would have to each time we modify a subfile make a copy and do the changes there.
The same goes for color changes or geometric adjustments.
If you sum this up, the trouble for us will be BIG when we would forbid subfile changes.
The trouble for some users using these subfiles will be SMALL when we change them.
People doing so will be experienced, and will know that this can happen.
For these reasons, my suggestion is: allow such changes.
Our "official" outside visible "interface" is the set of \parts and \p rimitives,
plus the few handful of subparts which are intended for 3D-sweeping (like LSYNTH).
This for me is a reasonable compromise between making life for parts authors easy
and at the same time keeping downwards compatibility to a certain degree.
Perfect downwards compatibility would only be achieved if we would NEVER touch a subfile again
after it has been released. This anyway cannot be achieved.