Subject:
|
Re: Getting rif off the 8.3 nomenclature???
|
Newsgroups:
|
lugnet.cad.dat.parts
|
Date:
|
Wed, 28 Mar 2007 17:57:29 GMT
|
Viewed:
|
4974 times
|
| |
|
|
In lugnet.cad.dat.parts, Travis Cobbs wrote:
> I'm personally undecided on the issue of long filenames. On the one hand Willy
> is entirely correct that we probably shouldn't disallow them purely because of
> ldraw.exe/ledit.exe. On the other hand, Kevin's post that LPub/LSynth would
> both have to be updated to allow for them surprised me, and it indicates to me
> that perhaps the existing library LDraw-compatible software programs isn't as
> immune to problems introduced by long filenames as I had thought. If adding
> this is going to break a bunch of programs, we shouldn't do it.
Or, we should start by introducing the new standard, use it in a few (relatively
obscure) instances, and give the various software authors a chance to sort it
out. Considering the general pace of parts releases, a long-named file would be
on the Parts Tracker as an unofficial file for quite awhile.
> Don's suggestion seems to have merit. It should work with any existing
> software, and still solves this particular problem. (It of course doesn't solve
> a problem where a part name itself would need more than 8 characters.) But does
> the Parts Tracker support new directories?
The Parts Tracker doesn't support new directories. When a file is submitted,
the author has to choose which directory (of the 4 standard directories) to
upload the file into. Arbitrary directories (ie, individual parts having their
own subdirectories) would be hard to capture into the current processing model.
I'm generally in favor of allowing long(er) file names for parts. The
part-naming standard should remain mostly unchanged, but it should allow files
in a 20.3 format. And there should be explicit language indicating that the
length limit may be increased in the future.
For anyone who's interested, I came up with 20.3 from this formula:
20 characters = 7-digit part ID
+ 1-character differentiator code (a, b, c...)
+ 4-character composite/complete part suffix (Cxxx)
+ 4-character pattern suffix (Pxxx)
+ 4-character subpart suffix (Sxxx)
Notice that this changes the current method of naming subparts of patterned
parts (and composite parts with patterned versions). Currently, files which
'should' have multiple suffixes generally carry only a single suffix. That can
be confusing.
20 characters is probably longer than necessary, because composite parts should
not have subfiles in the S\ directory. But allowing the combination keeps the
definition simpler.
Steve
|
|
Message is in Reply To:
 | | Re: Getting rif off the 8.3 nomenclature???
|
| (...) I'm personally undecided on the issue of long filenames. On the one hand Willy is entirely correct that we probably shouldn't disallow them purely because of ldraw.exe/ledit.exe. On the other hand, Kevin's post that LPub/LSynth would both have (...) (18 years ago, 28-Mar-07, to lugnet.cad.dat.parts)
|
25 Messages in This Thread:
 
  
- Entire Thread on One Page:
- Nested:
All | Brief | Compact | Dots
Linear:
All | Brief | Compact
|
|
|
|
