 | | Searching for parts
|
| Awhile back there was a thread about seams, subparts, and relations between them with respect to L3P and L3Lab. After a great deal of confusion on my part about what was causing the problem, I had an e-mail conversation with Lars Hassing which (...) (23 years ago, 1-Nov-00, to lugnet.cad.dev)
| | | | | Re: Searching for parts
|
| (...) Sounds like the only way out of your dilemma is for the programs to be smart enough to recognize that the current directory *is* the ldraw\parts\ directory, and proceed accordingly. Steve (23 years ago, 1-Nov-00, to lugnet.cad.dev)
| | | | | Re: Searching for parts
|
| According to FAQ question 26, LDraw searches for files in the following order: 1.The current catalog. 2.The P catalog. 3.The PARTS catalog. 4.The MODELS catalog. L3P/L3Lab search in the above order, with the addition: 5. The catalog of the model [1] (...) (23 years ago, 5-Nov-00, to lugnet.cad.dev)
| | | | | Re: Searching for parts
|
| (...) I don't think you misunderstood the way LDRAW works so I wouldn't change step 1 to the LDRAW directory. (...) Although it's not exactly compatible with LDRAW, I think searching 5 first is the most versatile. After all, for a command line user (...) (23 years ago, 6-Nov-00, to lugnet.cad.dev)
| | | | | Re: Searching for parts
|
| (...) The FAQ is not quite correct. Step #1 should be last, not first. Strictly speaking, LDraw 'searches' by trying to access files, named as follows. (This is taken directly from the LDraw code). 'p/' + <filename> 'parts/' + <filename> 'models/' + (...) (23 years ago, 6-Nov-00, to lugnet.cad.dev)
| | | | | Re: Searching for parts
|
| (...) Really! (...) The very first place to look is inside the model-MPD... (...) Indeed, but we've just learned that P, PARTS and MODELS come first. So step 1 is not the first step, but comes after step 4. (...) It happens automatically, I simply (...) (23 years ago, 7-Nov-00, to lugnet.cad.dev)
| | | | | Re: Searching for parts [DAT]
|
| (...) Yeah, I realized (after posting my message), that it was a problem with LDLite handling a subfile which was an MPD. I changed to the equivalent DAT, and everything's fine now. (...) Good point. Your "1. Inside the document if it is an MPD" (...) (23 years ago, 7-Nov-00, to lugnet.cad.dev)
| | | | | Re: Searching for parts
|
| (...) I'm glad you agree. (...) L3P/L3Lab will draw 'some stuff' twice. The file B.DAT is never loaded, as the subfile B.DAT was loaded during reading A.MPD. It doesn't matter whether subfile A.DAT references B.DAT or not. An MPD should be regarded (...) (23 years ago, 7-Nov-00, to lugnet.cad.dev)
| | | | | Re: Searching for parts
|
| (...) That's what I assumed. (...) Does it matter if C.DAT references B.DAT *before* referencing A.MPD? This would change the example to: (...) That makes sense, and is simpler to implement. And could even be useful, under certain circumstances. (...) (23 years ago, 7-Nov-00, to lugnet.cad.dev)
| | | | | Re: Searching for parts
|
| (...) Yes, it does matter. L3P/L3Lab give you a warning SKIPPING "a.mpd" Line 4: FILE b.dat already read: 0 FILE B.DAT and 'some stuff' gets treated as part of file A.DAT. So here 'some other stuff' and 'some stuff' get drawn. (...) Right, my (...) (23 years ago, 8-Nov-00, to lugnet.cad.dev)
| |
