 | | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Michael Lachmann
|
| | | 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 (...) (20 years ago, 28-Feb-04, to lugnet.cad.dev)
|
| | | |
| | | | | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Orion Pobursky
|
| | | | | (...) 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 (...) (20 years ago, 28-Feb-04, to lugnet.cad.dev)
|
| | | | | |
| | | | | | | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Travis Cobbs
|
| | | | | | (...) 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 (...) (20 years ago, 28-Feb-04, to lugnet.cad.dev)
|
| | | | | | |
| | | | | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Travis Cobbs
|
| | | | | (...) 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 (...) (20 years ago, 28-Feb-04, to lugnet.cad.dev)
|
| | | | | |
| | | | | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Don Heyse
|
| | | | | (...) I'm only willing to abandon environment variables if you're willing to go the distance and really try to work out a standard that we all can use. I, like Lars, was quite disappointed when you got impatient and cut short the previous discussion (...) (20 years ago, 1-Mar-04, to lugnet.cad.dev, lugnet.cad.dev.mac)
|
| | | | | |
| | | | | | | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Don Heyse
|
| | | | | | | (...) Oops, I forgot to add this. These sort of restrictions mean a user may be forced to put extra search directories in their home directory. Rather than recognize $HOME or %USERPROFILE% in an absolute path, it might be nice to add a <HOME> (...) (20 years ago, 1-Mar-04, to lugnet.cad.dev, lugnet.cad.dev.mac)
|
| | | | | | | |
| | | | | | | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —James Reynolds
|
| | | | | | | (...) /etc would work, except it would require admin permission to install, which is something the Mac OS X community doesn't like for an installer/app that isn't a system modifying type of installer/app. Saving stuff in /etc/ will also not survive (...) (20 years ago, 1-Mar-04, to lugnet.cad.dev.mac, lugnet.cad.dev)
|
| | | | | | | |
| | | | | | | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —James Reynolds
|
| | | | | | | One other thing. Environment variables work too, but only serious Unixy Mac OS X people actually modify them--that is, some developers, but no one else. Normal users would even know what they are. Heck, even I don't modify mine. For my l3p and (...) (20 years ago, 1-Mar-04, to lugnet.cad.dev.mac, lugnet.cad.dev)
|
| | | | | | | |
| | | | | | | | | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Don Heyse
|
| | | | | | | | (...) Actually Environment variables work pretty well on OS X because they've set up a standard place to put them, and it's one of those plist files. See here for details. (URL) would be nice though to have a standard fallback location for the (...) (20 years ago, 1-Mar-04, to lugnet.cad.dev.mac, lugnet.cad.dev)
|
| | | | | | | | |
| | | | | | | | | | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —James Reynolds
|
| | | | | | | | (...) Oh. I didn't know it was as easy as: ~/MacOSX/environment.plist I guess that is one route. In Cocoa, which is what Andrew and I are both developing in now, it is really easy to grab prefs that have a unique name for the application. It isn't (...) (20 years ago, 1-Mar-04, to lugnet.cad.dev.mac, lugnet.cad.dev)
|
| | | | | | | | |
| | | | | | | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Michael Lachmann
|
| | | | | | | "Don Heyse" <dheyse@hotmail.spam....away.com> schrieb im Newsbeitrag news:HtwMAE.3BM@lugnet.com... (...) Done, sorry about that - but it was a hard day at work :-( (...) As mentioned earlier in this thread ... we should go with: 1) Users Home (...) (20 years ago, 1-Mar-04, to lugnet.cad.dev, lugnet.cad.dev.mac)
|
| | | | | | | |
| | | | | | | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Andrew Allan
|
| | | | | | Where to store the preferences? While I've been aware of this thread, I haven't actually been following it, so correct me if I've got the wrong end of the stick. (...) MacOS 9 and earlier is a single user environment and it was easy to place (and (...) (20 years ago, 1-Mar-04, to lugnet.cad.dev, lugnet.cad.dev.mac)
|
| | | | | | |
| | | | | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Lars C. Hassing
|
| | | | (...) How will such an installation be laid out? Will users install MLCad on their local machine and MLCad will then first thing ask the user to locate the LDrawDir, which the user specifies as e.g. L:\LDraw or \\server\LDraw ? If the search path (...) (20 years ago, 5-Mar-04, to lugnet.cad.dev)
|
| | | | |
| | | | | | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Don Heyse
|
| | | | | (...) Here's how I see it working: 1. The admin creates an LDRAW directory on the server. 2. The admin creates extra parts directories under <LDRAWDIR> on the server. 3. The admin creates an ldraw.ini file in the <LDRAWDIR> using the new GUI program (...) (20 years ago, 5-Mar-04, to lugnet.cad.dev)
|
| | | | | |
| | | | | | | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Michael Lachmann
|
| | | | | | | "Don Heyse" <dheyse@hotmail.spam....away.com> schrieb im Newsbeitrag news:Hu4BBu.20n4@lugnet.com... <SNIP> (...) server. (...) file (...) tags (...) Most (...) <BOXES>, (...) %LDRAWDIR%\PARTS\B (...) version (...) Or (...) soft (...) There is also (...) (20 years ago, 5-Mar-04, to lugnet.cad.dev)
|
| | | | | | | |
| | | | | | | | | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Don Heyse
|
| | | | | | | | (...) There are all sorts of network mounting tools out there. I'm not sure, but perhaps you're thinking of samba. I've used that from the unix side to be both a client and a server for Windows networks. But there are plenty of other more obscure (...) (20 years ago, 5-Mar-04, to lugnet.cad.dev)
|
| | | | | | | | |
| | | | | | | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Michael Lachmann
|
| | | | | | "Don Heyse" <dheyse@hotmail.spam....away.com> schrieb im Newsbeitrag news:Hu4BBu.20n4@lugnet.com... <SNIP> (...) tags (...) Most (...) <BOXES>, (...) %LDRAWDIR%\PARTS\B (...) version (...) Or (...) soft (...) Ahhh I didn't see that in the first (...) (20 years ago, 6-Mar-04, to lugnet.cad.dev)
|
| | | | | | |
| | | | | | | | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Don Heyse
|
| | | | | | (...) Oh I don't know. I'm still hoping some of these ideas will eventually start to grow on you. Hopefully Lars will write some really nice code that finds the parts search list and somehow associates a list of tags with each directory in the list. (...) (20 years ago, 7-Mar-04, to lugnet.cad.dev)
|
| | | | | | |
| | | | | | | | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Michael Lachmann
|
| | | | | | "Don Heyse" <dheyse@hotmail.spam....away.com> schrieb im Newsbeitrag news:Hu6s61.1FM9@lugnet.com... <SNIP> (...) "Snip", you got me two days sleeping ;-) I do not have anything against additional keyword, but I realy do not get what's behind them (...) (20 years ago, 8-Mar-04, to lugnet.cad.dev)
|
| | | | | | |
| | | | | | | | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Don Heyse
|
| | | | | | (...) Hmmm, I must've put myself to sleep as well. Actually, I've been a bit busy lately. Now what was I trying to say... I guess I was thinking that a <SKIP> tag might be a third choice between <HIDE> and <SHOW>, but after a few days I now think it (...) (20 years ago, 10-Mar-04, to lugnet.cad.dev)
|
| | | | | | |
| | | | | | | | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Michael Lachmann
|
| | | | | | "Don Heyse" <dheyse@hotmail.spam....away.com> schrieb im Newsbeitrag news:HuD629.DxI@lugnet.com... <SNIP> (...) Ok now I understand, might be a nice idea. The drawback is that it would "only" allow one alternate part enabling not more. I can already (...) (20 years ago, 11-Mar-04, to lugnet.cad.dev)
|
| | | | | | |
| | | | | | | | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Don Heyse
|
| | | | | | (...) Exactly. That's what the <CLONE>, <KNEX>, <BOXES> etc. tags I mentioned previously were for. We could work out later whether these are user defined or LSC defined tags. The important part for now would be to agree that <SKIP> means ignore the (...) (20 years ago, 11-Mar-04, to lugnet.cad.dev)
|
| | | | | | |
| | | | | | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Michael Lachmann
|
| | | | "Lars C. Hassing" <sp.lars@am.hassings.dk> schrieb im Newsbeitrag news:Hu438x.Ko0@lugnet.com... (...) server, (...) They install everything on a NT network, using a server which hold the ldraw library and also a copy of MLCad. I recommended to do (...) (20 years ago, 5-Mar-04, to lugnet.cad.dev)
|
| | | | |
