 | | Re: LDAO Suggestion Mark 2
|
|
(...) As I understand Jamie's idea, all model DAT's are physically stored in the /models directory. So you could only have one Ship1.dat. When you tried to create a second file with the same name, the software should warn you. Steve (25 years ago, 23-Jun-99, to lugnet.cad.dev)
|
| |
| | Re: LDAO Suggestion Mark 2
|
|
Steve Bliss wrote in message <37714eef.19012626@l...et.com>... (...) and (...) Ship1.dat (...) Unless you use name mangling... Why don't we just use real dirs, anyway. I'm sure ldlite, ldraw, and ledit support it. What programs do not. (...) (25 years ago, 24-Jun-99, to lugnet.cad.dev)
|
| |
| | Re: LDAO Suggestion Mark 2
|
|
(...) LDraw and LEdit do not support other directories. Well, they do, sort of. They will look for sub-files in the following locations: - ldraw\p - ldraw\parts - ldraw\models - current directory The last search option is what allows most programs (...) (25 years ago, 24-Jun-99, to lugnet.cad.dev)
|
| |
| | Re: LDAO Suggestion Mark 2
|
|
Steve Bliss wrote in message <377286a1.20085558@l...et.com>... (...) directory (...) virtual (...) the (...) oops, oh yeah (...) (25 years ago, 26-Jun-99, to lugnet.cad.dev)
|
| |
| | Re: LDAO Suggestion Mark 2
|
|
Should we add a search path in the ldraw.ini file? There is a performance hit if you specify the directories in a different order. The first time LDLite finds a reference to a file, it tries to open the file in /p directory, then /parts, etc. Trying (...) (25 years ago, 1-Jul-99, to lugnet.cad.dev)
|
| |
| | Re: LDAO Suggestion Mark 2
|
|
(...) A definable search path would be good. Some ideas: 1. An ini-file setting. 2. Several ini-file settings, similar to the [Views] section. Let the user setup as many different ones as he wants, and pick one at render-time. 3. An environment (...) (25 years ago, 1-Jul-99, to lugnet.cad.dev)
|
| |
| | Re: LDAO Suggestion Mark 2
|
|
(...) Definitely. (...) Both IMHO are necessary. I do all my non-LDAO (which is quite a bit) LDraw/LDLite stuff from the command-line. VC++ doesn't make it *that* hard to implement exotic command-line parameters, especially if one uses getopt(). I (...) (25 years ago, 1-Jul-99, to lugnet.cad.dev)
|
| |
| | Re: LDAO Suggestion Mark 2
|
|
(...) One problem I have with the command-line option is that the command line is already long enough. But that doesn't mean that having the option is bad. (...) I was worried about the user more than the developer. (...) In VB, there's a function (...) (25 years ago, 1-Jul-99, to lugnet.cad.dev)
|
| |
| | Re: LDAO Suggestion Mark 2
|
|
(...) Something to consider here is future expansion into a UNIX-ish (or Java, or Perl/TK, etc.) version of LDraw. The availability of setting startup parameters on the command-line in these cases is essential. (...) Oh. :-, I wonder if I'm a (...) (25 years ago, 1-Jul-99, to lugnet.cad.dev)
|
