|
|
 | | Re: L3P-Bug using LGEO
|
| (...) The point is that it is not MLCad which differentiates, it is mklist. Tim (19 years ago, 14-Nov-05, to lugnet.cad.dev)
| | | | | Re: L3P-Bug using LGEO
|
| (...) But that DOES differentiate between .dat and .ldr by the very fact it has the extension in parts.lst. If it didn't, 3010.dat and 3010.ldr would be interchangeable everywhere. This means that 3010.dat is NOT the same as 3010.ldr but L3P appears (...) (19 years ago, 14-Nov-05, to lugnet.cad.dev)
| | | | | Re: L3P-Bug using LGEO
|
| (...) No, it doesn't. (...) MLCad has no such restriction - that restriction is put in place by mklist. Go ahead - create parts/3010.LDR, edit parts.lst, add 3010.LDR and a description, it will magically appear in MLCad and be usable just as any (...) (19 years ago, 14-Nov-05, to lugnet.cad.dev)
| | | | | Re: L3P-Bug using LGEO
|
| (...) Actually, there's really no easy way to do part detection, but filenames really aren't a good idea. I'm pretty sure Lars is fully aware of the part detection problem (since it also affects the seams option in L3P), and there have been (...) (19 years ago, 14-Nov-05, to lugnet.cad.dev, FTX)
| | | | | Re: Scorpion
|
| Eric Sophie schrieb: (...) It is now on the parts tracker. mikeheide (19 years ago, 14-Nov-05, to lugnet.cad.dev)
| | | | | Re: L3P-Bug using LGEO
|
| (...) Surely the very fact it is .ldr instead of .dat differentiates it from the lego parts. MLCad doesn't recognise 3010.ldr as a valid part, and it allows both blah.dat and blah.ldr in the same mpd file. (19 years ago, 14-Nov-05, to lugnet.cad.dev)
| | | | | Re: L3P-Bug using LGEO
|
| (...) I agree with that - it's much easier for the user to eliminate such conflicts (eg call the set file set-926.ldr) than expect the software to make such decisions for you. ROSCO (19 years ago, 14-Nov-05, to lugnet.cad.dev, FTX)
| | | | | Re: L3P-Bug using LGEO
|
| (...) Isn't there an official order of preference for where a file comes from (eg. check MPD firsrt, directory second and parts directory third)? If so then the most sensible way of processing would be to go through that, which would ensure no (...) (19 years ago, 14-Nov-05, to lugnet.cad.dev, FTX)
| | | | | Re: L3P-Bug using LGEO
|
| I agree and disagree with this. I agree that it would be good (for now) if L3P only substituted LGEO parts for files with a .dat extension. Or, even better, if (a) the file being substituted has the UNOFFICIAL/LDRAWORG meta-statement and states it (...) (19 years ago, 14-Nov-05, to lugnet.cad.dev, FTX)
| | | | | L3P-Bug using LGEO
|
| hi lars, looks like L3P doesn't distinguish between part-files (.dat) and scene-files (.ldr) when I use LGEO parts. have a look at the following pic. when I render a .mpd (which containes the subfile 926.ldr refering to the sets number) without LGEO (...) (19 years ago, 14-Nov-05, to lugnet.cad.dev, FTX)
|
|
