[LSC] Standard Unofficial directory (with non-standard name lenght)?

[Tore Eriksson]

So far, we have maintained the old DOS convention of max. 8 chars and no [SPACE] used in folder names. I realize that fewer and fewer programs and utils are made in DOS evironments, maybe I'm the only to still make quick 'n' dirty programs in Borland TC++ or in its likeness.

But yet, I haven't heard anyting of letting go of the standrad either.

My question is: Do we still maintain the DOS naming convention in LDraw?


/Tore



----- Original Message ----- 
From: "LDraw" <ldraw at holly-wood.it>
To: "LDraw Standards Committee" <lsc at ldraw.org>
Sent: Wednesday, February 28, 2007 11:30 AM
Subject: Re: [LSC] Standard Unofficial directory?



> dear lsc,

> 

> since I'm the maintainer of the MLCad.ini file which handles the issue for mlcad I post 

> below the excerpt from the file. I'm happy with whatever solution you might come up.

> 

> w.

> 

> ------------------------------

> 

> ; SCAN ORDER SECTION:

> 

> ; The feature has been thought to include unofficial and custom

> ; parts into MLCad, without the need to mix them with the official LDraw

> ; parts in the \PARTS and \P folders. DAT files found in the scan will

> ; be included in the parts library and - depending on the flag - show up in

> ; the parts tree library and parts preview window.

> ; Take notice that this feature is NOT equal to the "File > Scan Parts" command

> ; and therefore will NOT rewrite the Parts.lst file. Other LDraw tools depending

> ; on the Parts.lst file might not recognise LDR or MPD files containing such

> ; "external" parts!

> ; The start-up of MLCad will be slowed down depending on the number of

> ; folders and subfolders to be scanned. The syntax supports extended ASCII-code.

> ;

> ; NOTE!

> ; This is a temporary solution until LDraw.org has agreed on a overall

> ; solution, which will properly define these things in different ini file.

> ;

> ; Starts with [SCAN_ORDER].

> ; One line per directory to scan.

> ; The format of a line is: n = <SHOW|HIDE> [<LDRAWDIR>]["]Pathname["]

> ; SHOW ........ Will display the parts found inside this directory in the

> ;               part-library and/or part-preview window

> ; HIDE ........ Will NOT show the parts found inside this directory in the

> ;               part-library and/or part-preview window

> ; <LDRAWDIR> .. keyword to indicate relative paths - this has to be specified with

> ; the brackets < >

> ; Pathname .... Subdirectory inside ldraw base path or absolute path including

> ;               drive name

> ; \P, \PARTS and \MODELS are mandatory paths and are always present even if not

> ; specified. If not declared those will be scaned at last.

> ;

> ; If the keyword <LDRAWDIR> is ommitted the path is assumed to be an absolute path

> ;

> ; Example:

> ;

> ; [SCAN_ORDER]

> ; 1 = HIDE P

> ; 2 = SHOW <LDRAWDIR>Unofficial

> ; 3 = HIDE <LDRAWDIR>Unofficial\s

> ; 4 = SHOW <LDRAWDIR>My_Parts

> ; 5 = SHOW <LDRAWDIR>MODELS\Test

> ; 6 = SHOW D:\somedir\somesub

> 

> ------------------------

> 

> 

> Travis Cobbs schrieb:

> > I'm not actually using LDrawIni API for these files in LDView.  I have a

> > hook in my code so that if it fails to find a part in the search path 

> > (which

> > doesn't include the Unofficial directories), it checks its settings, and if

> > the user has asked for automatic downloads of unofficial files, it then

> > checks in the Unofficial directories, and if it doesn't find the files

> > there, it tries to download them.  I think that it would behave almost the

> > same if the unofficial directories were added to the search path, but

> > they're not in there right now.

> > 

> > --Travis

> > 

> > On 2/27/07, Lars C. Hassing <lars at hassings.dk> wrote:

> >>

> >> The actual directory names I have no special feeling about,

> >> but please use the LDrawIni API on the MAC too.

> >> See latest official version at the LDView cvs site.

> >>

> >> I have added support for reading plists in my version,

> >> so I ought to update Travis's version.

> >> /Lars

> >>

> >> _______________________________________________

> >> LSC mailing list

> >> LSC at ldraw.org

> >> http://five.pairlist.net/mailman/listinfo/lsc

> >>

> > 

> > 

> > ------------------------------------------------------------------------

> > 

> > _______________________________________________

> > LSC mailing list

> > LSC at ldraw.org

> > http://five.pairlist.net/mailman/listinfo/lsc

> _______________________________________________

> LSC mailing list

> LSC at ldraw.org

> http://five.pairlist.net/mailman/listinfo/lsc

>