To LUGNET HomepageTo LUGNET News HomepageTo LUGNET Guide Homepage
 Help on Searching
 
Post new message to lugnet.cad.devOpen lugnet.cad.dev in your NNTP NewsreaderTo LUGNET News Traffic PageSign In (Members)
 CAD / Development / 9485
    LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Lars C. Hassing
   Several users have asked for an option to L3P for specifying additional search paths for parts. LDView already has implemented "Extra Search Dirs" to search after the usual ones. I think it would be of common interest and for the benefit of the (...) (20 years ago, 10-Feb-04, to lugnet.cad.dev)
   
        Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Orion Pobursky
     (...) I like this idea. Can you support delimiting paths by ';' instead of '|'? ';' is more in line with the delimitation in the PATH environment varible. -Orion (20 years ago, 10-Feb-04, to lugnet.cad.dev)
    
         Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Lars C. Hassing
     (...) Sure, I just chose | because ; is allowed in filenames. /Lars (20 years ago, 10-Feb-04, to lugnet.cad.dev)
    
         Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Don Heyse
      (...) Hey, you're right. I wonder how the Windows PATH variable handles that. Probably it just doesn't work... Anyhow, the unix PATH variable uses ':' as the delimiter (at least with the bash shell). So maybe '|' is better, even though you need to (...) (20 years ago, 11-Feb-04, to lugnet.cad.dev)
     
          Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Lars C. Hassing
       (...) I think old Mac's (before MacOSX) use : as directory delimiter. (...) Only the specified directories. It's up to you to specify e.g. LDRAWPOSTDIRS=C:\Som...eDir\PARTS /Lars (20 years ago, 11-Feb-04, to lugnet.cad.dev)
     
          Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Steve Bliss
      (...) Perhaps the delimiter character needs to be platform dependent? I realize that's not an ideal solution for programs. But I don't think people will be shipping LDraw search path settings between OS's, so it would be alright for users. I don't (...) (20 years ago, 13-Feb-04, to lugnet.cad.dev)
     
          Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Don Heyse
      (...) I disagree with the idea of platform specific solutions, especially since we're now thinking about including extra information in the list (such as directives to hide certain paths) to make it more compatible with the list used by MLCAD. If (...) (20 years ago, 13-Feb-04, to lugnet.cad.dev)
    
         Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Michael Lachmann
      Sorry to be a bit harsh now but whats going on here now is exactly what I ment with overkill in discussions. We discuss about a quite simple small usefull feature - but we also discuss how we can make things complicated and beeing a long process (...) (20 years ago, 26-Feb-04, to lugnet.cad.dev)
     
          Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Lars C. Hassing
      (...) 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 (...) (20 years ago, 27-Feb-04, to lugnet.cad.dev)
    
         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)
   
        Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Willy Tschager
     (...) just for the record. first time I came across custom folder support was in mid november 2003 doing betatesting for mlcad's new release. for me one of the most significant improvements in 3.01 'cos for the first time I could separate unofficial (...) (20 years ago, 11-Feb-04, to lugnet.cad.dev)
    
         Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Don Heyse
     (...) No, because you already need the LDRAWDIR environment variable, or ldraw.ini, or some other OS specific method to find the LDRAW directory. And since directory paths have filesystem dependent quirks, it's probably best to keep them out of (...) (20 years ago, 11-Feb-04, to lugnet.cad.dev)
    
         Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Travis Cobbs
     (...) I think that in general it would be a bad idea to put anything like this in ldconfig.ldr. The reason is that this file is distributed with parts updates, so shouldn't contain anything specific to your particular system. Otherwise you have to (...) (20 years ago, 11-Feb-04, to lugnet.cad.dev)
   
        Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Michael Lachmann
     Hi, Just to give my two cents ... "Lars C. Hassing" <sp.lars@am.hassings.dk> schrieb im Newsbeitrag news:Hsw4I7.MxC@lugnet.com... (...) search paths for parts. (...) usual ones. LDView got its implementation after a preview release of MLCAD 3.01, (...) (20 years ago, 11-Feb-04, to lugnet.cad.dev)
    
         Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Don Heyse
      (...) I agree, however I'd like to point out that you could have started a discussion here, before inventing your own personal solution. That's what this forum is for. Getting back to your example, I have some questions. Are all of those paths (...) (20 years ago, 11-Feb-04, to lugnet.cad.dev)
     
          Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Michael Lachmann
      "Don Heyse" <dheyse@hotmail.spam....away.com> schrieb im Newsbeitrag news:Hsxs1M.rIC@lugnet.com... <SNIP> (...) Ok right, but when I start discussing new features I'm going to implement there will be a much bigger delay in new MLCad version than we (...) (20 years ago, 11-Feb-04, to lugnet.cad.dev)
     
          Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Don Heyse
      (...) Since MLCAD is for fun, you should work on it in whatever way makes you happy. I guess you'll have to weigh the enjoyment you get from freely implementing your own standards against any disappointment you may feel if everyone doesn't agree (...) (20 years ago, 11-Feb-04, to lugnet.cad.dev)
     
          Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Lars C. Hassing
      (...) [snip] (...) Yes, I thought we agreed on that long ago (URL) (20 years ago, 11-Feb-04, to lugnet.cad.dev)
     
          Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Michael Lachmann
      (...) Ok, I didn't get that. But it's not a problem to change that. Finding things we or some agreed on is a hard job, when you do not know what you are looking for, and follow the discussions regulary. Michael (20 years ago, 13-Feb-04, to lugnet.cad.dev)
     
          Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Don Heyse
      (...) Very true. Perhaps you should arrange for someone to email you whenever we actually agree on something here. Since that seems to be a rare occurance, it shouldn't be much of a burden on your inbox. ;^) Hmm, that'd be a nice addition to lugnet, (...) (20 years ago, 13-Feb-04, to lugnet.cad.dev)
     
          Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Michael Lachmann
       "Don Heyse" <dheyse@hotmail.spam....away.com> schrieb im Newsbeitrag news:Ht1H5p.1G0v@lugnet.com... <SNIP> (...) ;-)))))) (20 years ago, 14-Feb-04, to lugnet.cad.dev)
    
         Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Lars C. Hassing
     (...) So, it seems like the search candidates are: <MODELDIR> (of the currently loaded model (PROJECTDIR)) <LDRAWDIR>\P <LDRAWDIR>\PARTS <LDRAWDIR>\MODELS <LDRAWDIR>\AnotherDir <LDRAWDIR>\AnotherDir\SubDir C:\LDrawXtra\MyParts\In Work (...) (20 years ago, 11-Feb-04, to lugnet.cad.dev)
    
         Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Don Heyse
     (...) A bit wordy, but not bad. How about a few more predefined tags for the standard directories to save environment space? Like using <P> instead of <LDRAWDIR>\P, <PARTS> instead of <LDRAWDIR>\parts, and <MODELS> instead of <LDDRAWDIR>\models? (...) (20 years ago, 16-Feb-04, to lugnet.cad.dev)
    
         Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Michael Lachmann
      "Don Heyse" <dheyse@hotmail.spam....away.com> schrieb im Newsbeitrag news:Ht6s7G.1792@lugnet.com... (...) major (...) ini (...) user (...) There is another disadvantage of this methode. Environment variables are very system dependend and usualy are (...) (20 years ago, 17-Feb-04, to lugnet.cad.dev)
    
         Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Don Heyse
     (...) Yes, as Lars said earlier: (...) [LDraw] BaseDirectory=C:\LDraw LgeoDirectory=C:\L2P LdrawSearch="<HIDE>C...MyPrims\In Work| C:\LDrawXtra\MyParts\In Work| <MODELDIR>|<HIDE><LD...BFC\PARTS| <HIDE><P>|<PARTS>|<M...arts\Done" I like the single (...) (20 years ago, 17-Feb-04, to lugnet.cad.dev)
    
         Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Michael Lachmann
      Hi Don, "Don Heyse" <dheyse@hotmail.spam....away.com> schrieb im Newsbeitrag news:Ht8vwM.ps2@lugnet.com... (...) <SNIP> > (...) Have you ever tried to pull out a variable under MS-Windows with a length of 500 characters? Or what would happen if the (...) (20 years ago, 17-Feb-04, to lugnet.cad.dev)
     
          Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Lars C. Hassing
      (...) Right. In case the variable gets too long we can resort to multiple variables: [LDraw] BaseDirectory=C:\LDraw LgeoDirectory=C:\L2P LdrawSearch01=<HIDE>...MyPrims\In Work LdrawSearch02=C:\LDr...MyParts\In Work LdrawSearch03=<MODELDIR> (...) (20 years ago, 17-Feb-04, to lugnet.cad.dev)
     
          Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Travis Cobbs
      (...) In DOS/Windows the problem with environment space is (I believe) more a problem of limited total environment space. I don't think there's additional limitations on individual variables. So using multiple environment variables might conceivably (...) (20 years ago, 18-Feb-04, to lugnet.cad.dev)
     
          Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Don Heyse
      (...) ME and the NT variants store the environment in the registry so this would only make things worse for 95 and 98. That said, I'd still prefer to keep things short for the environment version of this. One variable, with as many shortcuts as (...) (20 years ago, 18-Feb-04, to lugnet.cad.dev)
     
          Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Michael Lachmann
       "Don Heyse" <dheyse@hotmail.spam....away.com> schrieb im Newsbeitrag news:HtAD4n.BCJ@lugnet.com... <SNIP> (...) <SNIP> (...) FILE:// style is fully machine dependend as well, so there is no need to put file in front, but I'm open to additionaly (...) (20 years ago, 18-Feb-04, to lugnet.cad.dev)
     
          Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Steve Bliss
      (...) [snip] (...) This could be addressed by prepending each value/line with 1=, 2=, 3=, etc. Steve (20 years ago, 19-Feb-04, to lugnet.cad.dev)
     
          Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Michael Lachmann
       "Steve Bliss" <steve.bliss@earthlink.net> schrieb im Newsbeitrag news:mna930t5n6agvkl...4ax.com... (...) etc. (...) Good idea, so how about [LDRAW_SEARCH] 1=SHOW <MODELDIR> 2=HIDE <LDRAWDIR>P 3=SHOW <LDRAWDIR>Parts 4=SHOW <LDRAWDIR>Models . . . (...) (20 years ago, 24-Feb-04, to lugnet.cad.dev)
     
          Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Travis Cobbs
      (...) It looks good to me. --Travis Cobbs (20 years ago, 24-Feb-04, to lugnet.cad.dev)
     
          Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Don Heyse
      (...) It works for me too. So we should check the user's home directory for an ldraw.ini file containing an [LDRAW_SEARCH] section, then if not found look in the ldraw.ini file in Windows directory. For myself, because of platform portability (...) (20 years ago, 25-Feb-04, to lugnet.cad.dev)
     
          Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Lars C. Hassing
      (...) Me too. I think it is a good idea with a separate section for the search directories, it allows shorter keys than suggested in (URL) I suggest section name [LDrawSearch] which is more in line with [LDraw]. (...) Yes, first (...) (20 years ago, 25-Feb-04, to lugnet.cad.dev)
     
          Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Don Heyse
       (...) I also considered suggesting [LDrawSearch] but I held back and went with the "me too". I do like [LDrawSearch] better though. (...) Sure, but use lowercase ldraw.ini please! I'm too lazy to remember to use the shift key on a case sensitive (...) (20 years ago, 26-Feb-04, to lugnet.cad.dev)
      
           Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Lars C. Hassing
       (...) OK. (...) But you don't declare LDRAWDIR as C:\LDraw\, i.e. with a trailing backslash. We also use %WINDIR%\ldraw.ini and not %WINDIR%ldraw.ini. I think most variable substitution in any (script) language uses explicit delimiters in stead of (...) (20 years ago, 26-Feb-04, to lugnet.cad.dev)
      
           Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Don Heyse
       (...) Exactly, and you don't look for a part named "\3006.DAT" in the PARTS directory? When you combine the full path to the PARTS directory with the part filename you have to add the "\" yourself, right? So I know you can do it... (...) Ah, but (...) (20 years ago, 26-Feb-04, to lugnet.cad.dev)
     
          Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Michael Lachmann
      Ok I hop on again ... "Lars C. Hassing" <sp.lars@am.hassings.dk> schrieb im Newsbeitrag news:Htnz7B.G2z@lugnet.com... (...) located (...) directories, (...) (URL) However, I suggest section name [LDrawSearch] which is more in line with [LDraw]. I (...) (20 years ago, 1-Mar-04, to lugnet.cad.dev)
     
          Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Don Heyse
       (...) That's not exactly true. I'm sure you can work out an arrangement with Lars. After all, L3P is not entirely open source, and the benefit of all the LDRAW tools using an identical parts search strategy is probably more useful than having you (...) (20 years ago, 1-Mar-04, to lugnet.cad.dev)
     
          Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Travis Cobbs
       (...) I believe that this isn't entirely true. We had a problem at work where a program didn't work right in Windows 9x (I think it was 98, but I'm not entirely sure), but worked fine in Windows NT and Windows 2000. After some careful debugging, I (...) (20 years ago, 2-Mar-04, to lugnet.cad.dev)
      
           Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Travis Cobbs
        (...) Sorry to immediately respond to my own respond to my own reply, but I forgot one minor detail. The corallary to this bit is that to be safe, Windows programs should treat both / and \ as path separators any time they parse paths, and work (...) (20 years ago, 2-Mar-04, to lugnet.cad.dev)
      
           Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Yann Vernier
       (...) Directory separators were added in DOS 2, which accepted both / and \ for that purpose. The feature was imitated from Unix. At the time, there also appeared a config.sys setting for *switch* character, which would default to / but could be set (...) (20 years ago, 15-Jul-04, to lugnet.cad.dev)
     
          Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Lars C. Hassing
      (...) The data contained in either environment variables or ini files should have exactly the same format. (...) Trailing blanks are preserved in both env var and ini files. So I still don't think quotation marks are necessary... (...) I didn't mean (...) (20 years ago, 3-Mar-04, to lugnet.cad.dev)
     
          Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Don Heyse
       (...) I agree, and prefer <> around all tags. (...) Ah, but what about leading blanks. ;^) Nevermind, I don't think you can create an absolute path that starts with leading blanks. (...) But wait. The reason given for looking in LDRAWDIR is for a (...) (20 years ago, 3-Mar-04, to lugnet.cad.dev)
      
           Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Don Heyse
        (...) Oh yeah. One other thing about an ldraw.ini located on a central server. I'd prefer to leave the client OS up to the user. This reinforces my case for the <LDRAWDIR>parts path format without the nasty OS specific slash character. Enjoy, Don (20 years ago, 3-Mar-04, to lugnet.cad.dev)
       
            Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Lars C. Hassing
        (...) It's no problem handling the \ or /'s. We do that all the time already in our parts referencing e.g. S\3039S01.DAT, we do manage to find the subpart on unix too :-) My library reads env vars and ini files in any format and converts it to the (...) (20 years ago, 3-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:Hu0CMF.1Fyv@lugnet.com... (...) Ok, agreed too. So with have <HIDE> and optionally <SHOW> - right? (...) I would still like the quotation marks as an option - not a must. If a (...) (20 years ago, 3-Mar-04, to lugnet.cad.dev)
       
            Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Lars C. Hassing
        (...) Sure. (...) OK. (...) Fine. (...) I think so too. Users will also have the option to use the new app LDrawSetup, which can setup LDrawDir, SearchDirs, LgeoDirectory, MIME-types. /Lars (20 years ago, 3-Mar-04, to lugnet.cad.dev)
      
           Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Lars C. Hassing
       (...) No, but leading blanks would be preserved as well... (...) Isn't that what %ALLUSERSPROFILE% is for? (...) LDRAWINI is just an opportunity for quickly temporarily using another specific ldraw.ini file. /Lars (20 years ago, 3-Mar-04, to lugnet.cad.dev)
      
           Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Don Heyse
       (...) I'm logged onto an NT domain right now at work and it's set to this: ALLUSERSPROFILE=C:\Documents and Settings\All Users That's on the local drive. But I suppose you're right, a competent administrator could set it up somewhere on the network. (...) (20 years ago, 3-Mar-04, to lugnet.cad.dev)
      
           Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Ross Crawford
       (...) Seems to me programs need the ability to specify the LDRAWINI directory (and possibly LDRAWDIR) on the command line, for non-standard setups. Maybe the library needs an Ldraw-specific getopt[1] function as well. ROSCO [1] (URL) (20 years ago, 3-Mar-04, to lugnet.cad.dev)
      
           Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Don Heyse
       (...) I'm not sure what you're trying to say. Do you mean "USERS need the ability to specify", or "programs need the ability to READ"? Either way, that approach is for advanced users (software geeks) only. We're trying to improve things for ordinary (...) (20 years ago, 3-Mar-04, to lugnet.cad.dev)
      
           Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Don Heyse
        (...) And I'm pretty sure on Mac OS X, if you use the finder to activate your program, you have no control whatsoever over the command line. So you already need another way if you want to click on a LDR file or link and have something happen. Don (20 years ago, 3-Mar-04, to lugnet.cad.dev)
      
           Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Ross Crawford
       (...) Well to be usable, both must be implemented. (...) As I said it would only be for non-standard setups. I think the Lars' search list is ample for the vast majority of people. Those using networks, etc, probably would classify as "advanced (...) (20 years ago, 3-Mar-04, to lugnet.cad.dev)
      
           Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Don Heyse
       (...) Ok, I can see where I myself might use this in a pinch because I almost always run things from the command prompt. However, even I would rather set an environment variable or use some other global setting in an ini file. Why? Because if I use (...) (20 years ago, 4-Mar-04, to lugnet.cad.dev)
      
           Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Ross Crawford
       (...) Well I don't know how mac command lines work but I was thinking along these lines: Windoze: xxx.exe /LDRAWDIR=C:\LDRAW /LDRAWINI=\\LDRAW_BOX\INI Unix: xxx --ldrawdir ${HOME}/ldraw --ldrawini /etc/ldraw You might also wanna provide old single (...) (20 years ago, 5-Mar-04, to lugnet.cad.dev)
      
           Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Michael Lachmann
         "Ross Crawford" <rosscraw@bigpond.net.au> schrieb im Newsbeitrag news:Hu4L6M.1Eyo@lugnet.com... <SNIP> (...) these (...) in some cases "xxx.exe /LDRAWDIR=C:/LDRAW /LDRAWINI=\\LDRAW_BOX/INI will work too. There is no standard function set in windows (...) (20 years ago, 6-Mar-04, to lugnet.cad.dev)
      
           Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —James Reynolds
       (...) Mac OS 9 does not have a command line. That OS is a dinosaur. You can think of Mac OS X as a decendant of BSD, with a Mac OS 9 look-a-like window server. In fact, you can remove Apple's window server and add X11, turning Mac OS X into just (...) (20 years ago, 6-Mar-04, to lugnet.cad.dev)
      
           Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Ross Crawford
        (...) [snip] (...) Again, I'm not talking about most users - most will be covered by the search paths proposed earlier in the thread. This would only be for non-standard installations, where the people installing WOULD be likely to know what I am (...) (20 years ago, 6-Mar-04, to lugnet.cad.dev)
       
            Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —James Reynolds
        (...) Right. I actually manage 350 Macs and I tried to put LDraw on them and ran into several problems that I had to take up with the Mac developers. So anything that makes this easier for admins is good in my opinion. (20 years ago, 6-Mar-04, to lugnet.cad.dev)
      
           Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Steve Bliss
       (...) rofl. I think this qualifies as quote of the day. Steve (20 years ago, 9-Mar-04, to lugnet.cad.dev)
      
           Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —James Reynolds
       (...) Ok, so maybe there was a bit of irony, considering Mac OS X's roots are much older than 9's. But the lack of pre-emptive multiprocessing, protected memory, and other more evolved stuff does make OS 9 a dinosaur. Apple's washed their hands of (...) (20 years ago, 9-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:Htz996.1H4@lugnet.com... (...) style of (...) it - (...) What I said ;-) <SNIP> (...) env (...) with (...) notified (...) all programs. (...) That sound interesting - any way I (...) (20 years ago, 3-Mar-04, to lugnet.cad.dev)
     
          Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Lars C. Hassing
      (...) You're welcome. I chose C rather than C++ because L3P is still also compiled with 1988 TurboC. L3Lab and LDrawSetup is C++, but can easily interface to a lib in C. You can write a wrapper class if you think it's necessary. (...) But of course (...) (20 years ago, 3-Mar-04, to lugnet.cad.dev)
    
         Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Travis Cobbs
     (...) Something similar (but probably not identical to) the above would have my vote (I'll explain below). I would clarify that if ldraw.ini can't be found in the user's home directory (aka the user profile directory), then the Windows directory (...) (20 years ago, 17-Feb-04, to lugnet.cad.dev)
   
        Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths —Travis Cobbs
     As has already been stated, Willy asked if I could add a feature to LDView to allow it to view models that are created in MLCad using the new feature of the MLCad beta version. It seemed like a reasonable request, so I added the feature, which made (...) (20 years ago, 12-Feb-04, to lugnet.cad.dev)
   
        LDRAWPREDIRS LDRAWPOSTDIRS - Summary please! —Tore Eriksson
     86 messages have been posted in this thread so far. I don't have a chance to catch up what has been discussed by reading all posts. Is it possible to make a brief and relatively easy-to-read summary of the most significant suggestions, and what (...) (20 years ago, 10-Mar-04, to lugnet.cad.dev)
    
         Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please! —Kevin L. Clague
      (...) I took the time to read all the posts, and I still would like a summary. It seems like the discussion has converged to conclusion, but I'd like to see the conclusion written up. I know that Lars is writing up code to match the conclusion, but (...) (20 years ago, 11-Mar-04, to lugnet.cad.dev)
    
         Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please! —Michael Lachmann
     "Tore Eriksson" <tore.eriksson@mbox3...wipnet.se> schrieb im Newsbeitrag news:HuDDv0.1KDF@lugnet.com... (...) to (...) most (...) lead to? (...) Ok I try and hope that I do not forget something here, all others please correct me if i'm wrong - but (...) (20 years ago, 11-Mar-04, to lugnet.cad.dev)
    
         Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please! —Lars C. Hassing
      (...) Currently my code doesn't expect all the spaces above, but I'm open to that. The LDrawSetup program that I'm also writing at the same time can not preserve the spaces if you add or delete options, so it will ruin any nice table formatting you (...) (20 years ago, 11-Mar-04, to lugnet.cad.dev)
     
          Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please! —Kim Toll
      (...) [snip] (...) OK, so I'm a new guy in the ldraw dev community, but I figured if I don't say something now it'll never get considered. So please go gently on me. I don't know the full protocol you guys use to come up with these standers. But (...) (20 years ago, 13-Mar-04, to lugnet.cad.dev)
     
          Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please! —Michael Lachmann
       "Kim Toll" <kim.toll@intel.com> schrieb im Newsbeitrag news:HuHvvE.w2t@lugnet.com... <SNIP> (...) base (...) indicates (...) let them (...) with (...) view. (...) the (...) official (...) models and (...) This is a good idea, theoretically we can (...) (20 years ago, 14-Mar-04, to lugnet.cad.dev)
     
          Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please! —Travis Cobbs
       I tend to agree on both points. I would like to point out that primitives is mis-spelled in the example. Let's make sure that the official way has the correct spelling ;-). --Travis Cobbs (20 years ago, 14-Mar-04, to lugnet.cad.dev)
     
          Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please! —Don Heyse
       (...) Ok, you're starting to catch on to the versatility of extra tags, but don't stop at just one more tag at the end of the line. Allow as many as the user wants. I think <Unofficial> and <Parts> should be separate tags. Just like I know you want (...) (20 years ago, 15-Mar-04, to lugnet.cad.dev)
      
           Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please! —Ross Crawford
        (...) Most *nix file systems allow those characters in filenames - just enclose them in quotes. Dunno about Windows. I just tried it on NT and it didn't like it, but I didn't try very hard. ROSCO (20 years ago, 15-Mar-04, to lugnet.cad.dev)
      
           Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please! —Anders Isaksson
        (...) [testing...] WinXP with NTFS does not let you use < or > in filenames when renaming a file. You could probably generate such a name in plain old DOS - not from the command line interface, but by calling the file operations from a program. At (...) (20 years ago, 15-Mar-04, to lugnet.cad.dev)
      
           Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please! —Michael Lachmann
       "Don Heyse" <dheyse@hotmail.spam....away.com> schrieb im Newsbeitrag news:HuLIG9.210E@lugnet.com... <SNIP> (...) Yes, I prefere that too. (...) No I don't think so, there will be no old programm reading this file, or the section in it. I think there (...) (20 years ago, 15-Mar-04, to lugnet.cad.dev)
      
           Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please! —Don Heyse
       (...) Actually I wasn't thinking about long filenames, just the slashes. I can never remember which one is called backslash so I probably wasn't all that clear. Maybe we should just *recommend* using the DOS style slashes as the directory separator, (...) (20 years ago, 15-Mar-04, to lugnet.cad.dev)
      
           Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please! —Lars C. Hassing
       (...) Well, I still compile a 16-bit DOS version of L3P for a few users (2%), but I think the coming version 1.4 will be the last. The possibilities when having the full tree in memory are too tempting. We can recommend the few hardcore DOS users to (...) (20 years ago, 15-Mar-04, to lugnet.cad.dev)
      
           Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please! —Don Heyse
       (...) Hey, this reminded me of something. Is there some flavor of Windows that uses nasty 16 bit unicode filenames? That could get quite messy. I think the unix world is moving toward UTF-8 which sounds a bit more sane, and should work with either (...) (20 years ago, 15-Mar-04, to lugnet.cad.dev)
      
           Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please! —Anders Isaksson
       (...) The NTFS (NT, XP, W2000) file system uses unicode. I don't know if that matters as long as you are using a western alphabet, but on a Chinese system for example, your file names can of course be in Chinese. -- Anders Isaksson, Sweden BlockCAD: (...) (20 years ago, 16-Mar-04, to lugnet.cad.dev)
      
           Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please! —Michael Lachmann
        "Anders Isaksson" <isaksson.etuna@REMO...telia.com> schrieb im Newsbeitrag news:HuoL3w.LHF@lugnet.com... (...) system (...) Which would mean, we will have to support ini files in uni-code, which isn't a problem either, but allows funny characters (...) (20 years ago, 18-Mar-04, to lugnet.cad.dev)
     
          Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please! —James Reynolds
      (...) They could be encoded. This is how Mac OS X pref files are encoded: <sometag>/Path/&gt;&...</sometag> (20 years ago, 15-Mar-04, to lugnet.cad.dev)
    
         Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please! —Ross Crawford
     (...) If it is just a sequential number, wouldn't it be easier to just leave it out altogether, and say the directories will be searched in the order they appear in the file? ROSCO (20 years ago, 11-Mar-04, to lugnet.cad.dev)
    
         Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please! —Travis Cobbs
     (...) The desire was to preserve standard Windows INI file formatting, and each data line in an INI file has the form <key> = <value> (spaces optional). The numbers were suggested as keys, with positive responses from the people that responded. As a (...) (20 years ago, 12-Mar-04, to lugnet.cad.dev)
    
         Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please! —Michael Lachmann
      "Travis Cobbs" <tcobbs@REMOVE.halibut.com> schrieb im Newsbeitrag news:HuG3s7.qDu@lugnet.com... <SNIP> (...) it out (...) appear in (...) data (...) numbers (...) responded. (...) the (...) the (...) Easier ? Hmmm - when you read from a file its (...) (20 years ago, 14-Mar-04, to lugnet.cad.dev)
    
         Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please! —Don Heyse
     (...) Ah, but we've already covered this ground. In addition to the registry functions, there are also Windows functions for reading and writing to INI files in the format with the = sign. Search in this thread for getprivateprofilestring and/or (...) (20 years ago, 15-Mar-04, to lugnet.cad.dev)
    
         Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please! —Orion Pobursky
     (...) Yes, I'd prefer numbers and equals signs. All the functions I use to read INI files require this format (or something similar. e.g. <string> <separator> <string>) -Orion (20 years ago, 15-Mar-04, to lugnet.cad.dev)
    
         Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please! —Michael Lachmann
     <SNIP (...) sounded (...) INI (...) Ok, Ok ... I agree! No problem with that, I just thought I could convice you for the different side of the river ;-> The solution is not beautyfull, but I can live with it. Michael (20 years ago, 15-Mar-04, to lugnet.cad.dev)
   
        LDrawIni API (was: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths) —Lars C. Hassing
   Here are my ideas of an API for accessing the LDrawIni settings. The basic idea is that it should be very simple to use, there are only four functions and a data structure declaration. First you call LDrawIniGet to read and initialize all relevant (...) (20 years ago, 15-Mar-04, to lugnet.cad.dev)
   
        Re: LDrawIni API (was: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths) —Don Heyse
     (...) <Snip ideas> Here are a few random thoughts on those ideas... I haven't thought about it enough to decide if I have a preference on the format of the UnknownFlags. Either way seems ok to me. If directories marked with <SKIP> are excluded from (...) (20 years ago, 16-Mar-04, to lugnet.cad.dev)
    
         Re: LDrawIni API (was: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths) —Lars C. Hassing
     (...) By modifying ldraw.ini or setting an env var. Why would you want to enable a <SKIP> dir from within a program? (...) I did notice, but forgot it, sorry. %USERPROFILE% or $HOME for <HOMEDIR>, OK fine with me. (...) Yes, I actually thought of (...) (20 years ago, 16-Mar-04, to lugnet.cad.dev)
   
        Re: LDrawIni API (was: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths) —Michael Lachmann
   "Lars C. Hassing" <sp.lars@am.hassings.dk> schrieb im Newsbeitrag news:Hun57C.1xM8@lugnet.com... (...) four functions (...) data, (...) dirs. (...) model. (...) those with <MODELDIR>. (...) remaining loading of parts. (...) dirs) Don mentioned that (...) (20 years ago, 18-Mar-04, to lugnet.cad.dev)
   
        Re: LDrawIni API (was: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths) —Lars C. Hassing
   (...) OK, <SKIP> will be parsed into a bit-flag LDSDF_SKIP and LDrawIniComputeRealDirs will have an extra parameter to include/exclude <SKIP> dirs: KeepSkippedDirs, IncludeSkipDirs, DontSkipDirs, ExcludeSkipDirs, SkipSkipDirs - please come up with a (...) (20 years ago, 18-Mar-04, to lugnet.cad.dev)
   
        Re: LDrawIni API (was: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths) —Michael Lachmann
      "Lars C. Hassing" <sp.lars@am.hassings.dk> schrieb im Newsbeitrag news:HusLAn.8Cz@lugnet.com... (...) <SNIP> (...) LDrawIniComputeRealDirs (...) SkipSkipDirs (...) I don't realy care but IncludeSkipDirs sounds reasonable. (...) the (...) stead. (...) (20 years ago, 19-Mar-04, to lugnet.cad.dev)
    
         Re: LDrawIni API (was: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths) —Don Heyse
      (...) I like the LDSDF_SKIP bit-flag but I don't think we need to add a parameter to to LDrawIniComputeRealDirs(). Here's why. The parameter would make it all or nothing for skipped dirs. I'd rather toggle the LDSDF_SKIP bit-flags of some of the (...) (20 years ago, 21-Mar-04, to lugnet.cad.dev)
     
          Re: LDrawIni API (was: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths) —Lars C. Hassing
      (...) The idea was to make it simple for ordinary usage. I guess most programs would call LDrawIniComputeRealDirs() with IncludeSkipDirs=0 and simply search the dirs returned. However, you can call LDrawIniComputeRealDirs with IncludeSkipDirs=1 and (...) (20 years ago, 23-Mar-04, to lugnet.cad.dev)
     
          Re: LDrawIni API (was: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths) —Don Heyse
      (...) Hmmm, POSTprocess eh? Yes, I think that'll work just fine. Now why didn't I think of it... Thanks Lars, Don (20 years ago, 24-Mar-04, to lugnet.cad.dev)
    
         Re: LDrawIni API (was: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths) —Lars C. Hassing
     (...) Right. /Lars (20 years ago, 23-Mar-04, to lugnet.cad.dev)
   
        Dear LSC, was: LDrawIni API (was: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths) —Kevin L. Clague
   (...) Dear LSC, I examined the LDraw website and was unable to find formalization for the support of optional part paths. I'm updating LPub and would like to include support for this concept of alternate paths for LDraw parts. The PRE and POST (...) (17 years ago, 9-Jul-07, to lugnet.cad.dev)
   
        Re: Dear LSC, was: LDrawIni API (was: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths) —William Howard
     ----- Original Message ----- From: "Kevin L. Clague" <kevin_clague@yahoo.com> To: <lugnet.cad.dev@lugnet.com> Sent: Monday, July 09, 2007 5:56 PM Subject: Dear LSC, was: LDrawIni API (was: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths) (...) (...) (17 years ago, 9-Jul-07, to lugnet.cad.dev)
    
         Convention for directoried for unofficial parts? —Kevin L. Clague
      To all developers, The LSC does not want to specify how unofficial parts are handled. Personally if find the recommendation that we pull down individual unofficial parts into the same directory as our LDraw file a hassle. Would the group prefer (...) (17 years ago, 9-Jul-07, to lugnet.cad.dev)
     
          Re: Convention for directoried for unofficial parts? —William Howard
       (...) Get the best of both worlds and do both. Check for the environment variable and if it is blank (or non-existant) default it to a "known" sub-directory. W (17 years ago, 9-Jul-07, to lugnet.cad.dev)
      
           Re: Convention for directoried for unofficial parts? —Jim DeVona
       (...) That makes sense to me too. Based on the coincidental informal convention already used by LDView and Bricksmith, I suggest $LDRAWDIR/Unofficial as the default unofficial parts directory. It is structured like the regular LDraw directory with (...) (17 years ago, 9-Jul-07, to lugnet.cad.dev)
     
          Re: Convention for directoried for unofficial parts? —Travis Cobbs
      (...) I agree (which is why I voted yes on the other proposal, although it's not an exact match for what you're asking for). Having said that, Lars did offer the INI parsing code, and since it's already in LDView (which is under GPL), anyone who (...) (17 years ago, 10-Jul-07, to lugnet.cad.dev)
     
          Re: Convention for directoried for unofficial parts? —Kevin L. Clague
      (...) I'm using Qt, and LPub is under GPL, so this sounds perfect. I'm all for standardization, so this sounds great. (...) I'm not looking to judge or criticize anyone. All of our programming efforts are works in progress, so these self analysis' (...) (17 years ago, 10-Jul-07, to lugnet.cad.dev)
     
          Re: Convention for directoried for unofficial parts? —Travis Cobbs
      (...) The following files in LDView's source tree contain the LDrawIni stuff: LDLoader/LDrawIni.c LDLoader/LDrawIni.h LDLoader/LDrawInP.h There's a #include <TCFoundation/TCDefines.h> near the top of LDrawIni.c. You can delete that; the only reason (...) (17 years ago, 10-Jul-07, to lugnet.cad.dev)
    
         Convention for directories for unofficial parts? —Kevin L. Clague
     To all developers, The LSC does not want to specify how unofficial parts are handled. Personally if find the recommendation that we pull down individual unofficial parts into the same directory as our LDraw file a hassle. Would the group prefer (...) (17 years ago, 9-Jul-07, to lugnet.cad.dev)
   
        Re: Dear LSC, was: LDrawIni API (was: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths) —William Howard
   (...) That's because the LSC voted against it. Took me a while to find the discussion as well - and I knew it was out there! (URL) (17 years ago, 9-Jul-07, to lugnet.cad.dev)
 

©2005 LUGNET. All rights reserved. - hosted by steinbruch.info GbR