 | | 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 (...) (19 years ago, 28-Mar-07, to lugnet.cad.dat.parts)
|
| |
| | Re: Getting rif off the 8.3 nomenclature???
|
|
(...) To elaborate: Suppose you have a part abcdefg.dat with loads of subparts (Too many to name with the 8.3 restriction). Just make a new subdirectory LDRAW/PARTS/S/abcdefg/ and put the numbered subparts in there (like (...) (19 years ago, 28-Mar-07, to lugnet.cad.dat.parts)
|
| |
| | Re: Getting rif off the 8.3 nomenclature???
|
|
(...) Darn! In that case I'd suggest making a short filename preparer as a backwards compatibility measure. Perhaps it would bring all longfilename parts into an MPD (with shortened names) or something similar (eg. creates short name versions (...) (19 years ago, 28-Mar-07, to lugnet.cad.dat.parts)
|
| |
| | Re: Getting rif off the 8.3 nomenclature???
|
|
(...) That's an interesting approach, but I don't know if it'll work for the subpart files that started this thread. I think mklist only handles files in the PARTS directory. The subpart filenames would be embedded in the part files that use them, (...) (19 years ago, 28-Mar-07, to lugnet.cad.dat.parts)
|
| |
| | Re: Getting rif off the 8.3 nomenclature???
|
|
(...) Well I've just spent some time on another way. You can make a new version of mklist that works as follows: scan through the parts, if a filename is long then make a new copy of the file with a standardised short file name (possible assigned in (...) (19 years ago, 28-Mar-07, to lugnet.cad.dat.parts)
|
| |
| | Re: Getting rif off the 8.3 nomenclature???
|
|
(...) Yeah, but there's always another way. One that preserves the precious backwards compatibility. In this case you could make more subdirectories in the official library. Like the LDRAW/P/48 directory that was created to avoid name conflicts (...) (19 years ago, 28-Mar-07, to lugnet.cad.dat.parts)
|
| |
| | Re: Getting rif off the 8.3 nomenclature???
|
|
(...) Willy, I agree completely on this point. That is why the LSC created the LDraw file format specification 1.0.0. I have never used LDraw myself, but I know that for some very influential people in the LDraw community this is an issue. I did not (...) (19 years ago, 28-Mar-07, to lugnet.cad.dat.parts)
|
| |
| | Re: Getting rif off the 8.3 nomenclature???
|
|
(...) Hi Kevin, frankly I never understood how and why a program (I've never used BTW) can set a standard! I don't use Office progs from Redmond but I doubt that the file format for Word2007 has to be compatible with Word for DOS 5.5. Hang on! (...) (19 years ago, 28-Mar-07, to lugnet.cad.dat.parts)
|
| |
| | Re: Getting rif off the 8.3 nomenclature???
|
|
(...) Hi Willy, Nice explanation about naming. The issue of 8.3 nomenclature falls under the purvue of the Standards Committee. Before they can remove that constraint, they will have to work with the community of tool developers to understand the (...) (19 years ago, 27-Mar-07, to lugnet.cad.dat.parts)
|
| |
| | Getting rif off the 8.3 nomenclature???
|
|
guys, I'm currently working on 004219b.dat - Sticker System with Australia Flag Pattern. unfortunately there is no rule for subparts in the sticker standard: (URL) to the PT references: (URL) are subparts numbered? A: Subparts, which are stored in (...) (19 years ago, 27-Mar-07, to lugnet.cad, lugnet.cad.dev.org.ldraw, lugnet.cad.dat.parts)
|
