 | | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths
|
|
(...) I agree (although I did point something out in a response to Orion's response). Unix (and Unix-like) environments do often use the environment to control things, but they also use dot files. And while it wouldn't make sense to have an (...) (21 years ago, 28-Feb-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths
|
|
(...) Well, the ldraw directory itself can be specified in ldraw.ini. And while I agree that filling up the Windows directory is generally a bad thing, you can't have the file be in the LDraw directory if it is the file that specifies where to find (...) (21 years ago, 28-Feb-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths
|
|
(...) I agree. I like the ini file solution over the environmet varible (...) I agree that putting the ldraw.ini the LDRAW dir would make much more sense (why it wasn't in the first place is puzzling) but the problem is that the programs the use it (...) (21 years ago, 28-Feb-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths
|
|
I just start a new sub-thread to discuss two very important points where I thought over two nights now: The location of the ini file and environment variables! I would not recommend to go with both solutions, because its source for possible errors (...) (21 years ago, 28-Feb-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths
|
|
(...) I think you are being a bit unreasonable. The discussion is about a fundamental functionality of LDraw, which has impact on all programs. Agreement is important to ease the life of the end user: *one* place for setup. We try to accomodate (...) (21 years ago, 27-Feb-04, to lugnet.cad.dev)
|
