 | | Re: LDAO Suggestion Mark 2
|
|
(...) That's Windows recognizing the LNK file, and launching the actual DAT file into LDLite. LDLite doesn't know a thing about LNK files. What I meant was whether or not LDLite would recognize a referenced file which was actually a LNK, not a DAT (...) (25 years ago, 21-Jun-99, to lugnet.cad.dev)
|
| |
| | Re: LDAO Suggestion Mark 2
|
|
I believe.that it would work anyway, because its: link-dat-dat (a link goes to a dat which has a dat inside) for what he wants, not: dat-link-dat (a dat goes to a link which should be resolved to a dat). Even if it doesn't recognise C:\ldraw\models (...) (25 years ago, 23-Jun-99, to lugnet.cad.dev)
|
| |
| | Re: LDAO Suggestion Mark 2
|
|
Steve Bliss <blisses@worldnet.att.net> wrote in message news:376e43ee.544316...net.com... (...) through (...) And say I'm working in my "Space" virtual directory and I create a model called Ship1.dat. Does the actual Ship1.dat go into the /models (...) (25 years ago, 23-Jun-99, to lugnet.cad.dev)
|
| |
| | Re: LDAO Suggestion Mark 2
|
|
I'm gonna butt in here and say that I would prefer having actual folders to store different themes in. Say an actual folder for space, etc. I would prefer that over a flooded /models folder. Just my $.02 Ryan ***...*** REPLY SEPARATOR ***...*** (...) (25 years ago, 23-Jun-99, to lugnet.cad.dev)
|
| |
| | 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
|
|
(...) I agree with you, but the advantage of the 'virtual folder' approach is that it would continue to work with LDraw, without any weird sub-directory references needed in multi-file models. Which brings me back to my original idea of having LDAO (...) (25 years ago, 23-Jun-99, to lugnet.cad.dev)
|
| |
| | Re: LDAO Suggestion Mark 2
|
|
(...) Hey Steve! That is *exactly* what I was thinking! (and I can't think of anytime when you said it, so if you did, I must've missed it.) That would be the way I'd like it done. I think it would make a cleaner directory tree. Jeff P.S. I hope you (...) (25 years ago, 24-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
|
|
(...) When LDAO starts moving (temporary) files in and out of ldraw\models, what should it do about the files already there? And what if the user launches model1\main.dat into LEdit, but then opens model2\main.dat into l3p? (...) In the File Save (...) (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
|
|
(...) No, File/New Model File. I don't usually change the names of files while working on them (I always do it outside of the programs), so I've never encountered any other problems like this. Jeff (25 years ago, 25-Jun-99, to lugnet.cad.dev)
|
| |
| | Re: LDAO Suggestion Mark 2
|
|
(...) OK. I've added code for that specific case. I will review the other file commands, and make sure they have protection as well. Steve (25 years ago, 25-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)
|
