(2018-12-20, 20:33)Orion Pobursky Wrote: I don’t think that part snapping should be held to the same standard as regular parts. I also like the idea of a separate, parallel library. That said, this discussion is for library policy, not the actual extension itself. If and when this extension is adopted, we can have a separate discussion regarding how it fits into the Official Library.
That's reasonable. My comments on the actual spec:
- SNAP_INCL really needs the snap info to be in a separate file from the geometry, unless we have dat files that only contain snap info and nothing else. The spec itself, being based on LDCad, mentions "shadow library" in three places.
- I'm not sure I like the fact that many (but not all) of the meta-statements and parameters are heavily abbreviated. For example: SNAP_FGR instead of SNAP_FINGERS, an ori instead of orientation. The fact that "origin" (which is instead called position in this spec) also starts with ori further confuses things.