Proposed new LDRAW_ORG qualifier for Lsynth subparts

[Willy Tschager]

The problem is not strictly a problem with Lsynth! People using cad system without flex part extension (mlcad, leocad) might want to "manually" build custom flex parts using segments. Tedious, but rather easy, done that many times in the past... So the segments MUST be in parts folder to be accessible by users! That's why I find Chris proposal to be a good one (none of these older cad system cares about real part type)

While I can think of using http://www.ldraw.org/cgi-bin/ptdetail.cg...s/572d.dat I really can't for http://www.ldraw.org/cgi-bin/ptdetail.cgi?s=680. I also think that they aren't either Parts or Subparts but something in between and support Chris proposal.

Nonetheless, LSynth should look into more folders than just Parts.

w.

I've got mail from Don (hwho cannot post in the LSC forum):

Anyhow, I don't think lsynth opens any part files, not even the lsynth subparts.
It only reads lsynth.mpd and a model file that could be anywhere in the filesystem (I think).
So it's only the ldraw viewer/editor programs that might care about headers or PARTS folders.

--Don--

I therefore run a test with LSynth through MLCad (stupid me I didn't before). Anyhow I moved all the 0 ~Technic Tread 680.dat - 682.dat from the parts folder to the s folder. I then loaded the TECHNIC_TREAD example from my site http://www.holly-wood.it/lsynth/examples-en.html and run it through MLCad:

* The Tread was synthesized perfectly, but MLCad, even after generating a new Parts.lst file did not show it. LDCad didn't show it neither while LDView had non problem loading them. I therefore (and strong of Philo's arguments) would introduce a new qualifier, make them visible and add Flex part or something like this to the description.

w.