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 / 5449
  Re: Patterned Parts Numbering
 
(...) I can't remember the last time "dropping DOS support" came up, but it seems like a very long time ago! Is "real DOS" (not real-mode DOS :o) still really something that needs to be supported? I understand that DOS as a filesystem format needs (...) (24 years ago, 17-Oct-00, to lugnet.cad.dev)
 
  Re: Patterned Parts Numbering
 
(...) etc.) Don't LDRAW and LEDIT run in "real DOS" mode? They won't understand the long filenames even if you run them from within windows. I'm pretty sure some folks still use LEDIT. How about replacing the .dat extension with the pattern number (...) (24 years ago, 17-Oct-00, to lugnet.cad.dev)
 
  Re: Patterned Parts Numbering
 
(...) Please DO NOT start using long file names in the ldraw library. Everyone (including me) who uses ledit will not be able to use those parts properly. (24 years ago, 17-Oct-00, to lugnet.cad.dev)
 
  Re: Patterned Parts Numbering
 
Yes, I run original LDraw.exe from Win 3.1/DOS 6.22 three times a year (in my 486/25 at my parents' home). I also use DOS versions of Arj.exe and PK[Un]Zip in batch procedures and when I want full control. I will probably use a DOS machine when (or (...) (24 years ago, 18-Oct-00, to lugnet.cad.dev)
 
  Re: Patterned Parts Numbering
 
(...) Oh yeah! It's my fav modeling tool. I seem to remember that Jeremy Sproat also said he used LEdit. (...) But will that work in LEdit? I normally specify part names in LEdit by the base file name, i.e. everything before the ".DAT" and LEdit (...) (24 years ago, 18-Oct-00, to lugnet.cad.dev)
 
  Re: Patterned Parts Numbering  [DAT]
 
(...) While not directly related, I've found that, while using subparts from the parts\s directory, the names will be truncated if they're more than 8 characters long and therefore won't render in LEdit or LDraw. For instance, a line like: 1 16 0 0 (...) (24 years ago, 18-Oct-00, to lugnet.cad.dev)
 
  Re: Patterned Parts Numbering
 
Hello Fredrik, (...) IMHO this is the best and most compatible idea so far. I believe Don Heyse had the same idea too. Greetings, Carsten Schmitz -- Greetings, Carsten Schmitz "Fredrik Glöckner" <fredrik.glockner@bio.uio.no> wrote in message (...) (24 years ago, 18-Oct-00, to lugnet.cad.dev)
 
  Re: Patterned Parts Numbering
 
(...) Ah, it was never my intention to "steal" anyone's idea. I just haven't had the time to read all the interesting LUGNET articles recently. Fredrik (24 years ago, 18-Oct-00, to lugnet.cad.dev)
 
  Re: Patterned Parts Numbering
 
(...) Actually you didn't steal anything, I had a different idea: (...) Which you refuted: (...) before explaining your completely different (and perhaps better) idea. However, I just tested my scheme in LEDIT and it worked. So there! ;^) If you (...) (24 years ago, 19-Oct-00, to lugnet.cad.dev)
 
  Re: Patterned Parts Numbering
 
(...) Yes. As long as you specify the extension, LDraw doesn't care what it is. LEdit might be a different story, I don't know. (...) Don't use MAKELIST, it can't handle more than 1000 parts. Use MKLIST instead. And MKLIST indexes every file in the (...) (24 years ago, 19-Oct-00, to lugnet.cad.dev)
 
  Re: Patterned Parts Numbering
 
(...) I'd rather not encode file-nameish data into the file-extension. That feels like a bad thing to do -- extensions indicate the *type* of file, not the specific file. I realize that "DAT" is not the greatest extension in the world, as it's far (...) (24 years ago, 19-Oct-00, to lugnet.cad.dev)
 
  Re: Patterned Parts Numbering
 
(...) True, but since these are merely parts files and as such will reside in the LDRAW\PARTS directory, I think the *type* of file will be obvious. I agree this certainly feels like a "bad thing" at first, but it does give you a lot more characters (...) (24 years ago, 19-Oct-00, to lugnet.cad.dev)

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