home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / apple2 / 19069 < prev    next >
Encoding:
Text File  |  1992-08-15  |  4.6 KB  |  95 lines

  1. Newsgroups: comp.sys.apple2
  2. Path: sparky!uunet!decwrl!csus.edu!netcom.com!lunatic
  3. From: lunatic@netcom.com (Lunatic Johnathan Bruce E'Sex)
  4. Subject: Re: MS-DOS FST
  5. Message-ID: <gm7m8ld.lunatic@netcom.com>
  6. Date: Sat, 15 Aug 92 11:07:28 GMT
  7. Organization: Netcom; Renegade User
  8. References: <1992Aug14.185448.434@usenet.ins.cwru.edu>
  9. Lines: 84
  10.  
  11. In article <1992Aug14.185448.434@usenet.ins.cwru.edu> bb252@cleveland.Freenet.Edu (James L. Brookes) writes:
  12. >dlyons@Apple.COM (David A Lyons) writes:
  13. >>I don't have much real-world experience with MS-DOS.  I'm interested in
  14. >>your informed opinions on what MS-DOS suffixes (.TXT, etc) should correspond
  15. >>by default to various GS/OS filetype/auxiliary type combinations.
  16. >>Here's one possible list of default translations:
  17. >>  suffix ftype auxtype
  18.  
  19. [Stuff about using ORCA language types for MS-DOS languages, "since
  20.  those are the only languages available," deleted]
  21.     ___
  22.      |hat would defeat the whole purpose of having different aux types
  23.  for different langauge compilers.  When you type "compile source.c"
  24.  ORCA checks the aux type of the file to find out what language to use.
  25.  When ORCA sees an aux of $0008, it KNOWS that it's specifically an
  26.  ORCA/C file, not just "oh, that's some kind of C source."  Maybe some
  27.  day some enterprising person will make a C compiler that is 100%
  28.  Turbo C compatible.  A new aux type would then be assigned to Turbo C
  29.  source.  If someone has already moved over a bunch of Turbo C source
  30.  using the MS-DOS FST and it's all assigned the aux type of ORCA/C, it'll
  31.  be a real pain to go and look through all the source and change its
  32.  aux type to the new one for Turbo C.
  33.  
  34.     ][ would like to suggest that a new vendor number be defined within
  35.  the SRC aux type for "generic" or "unspecified" languages, or perhaps
  36.  for "MS-DOS source code."  That way, source code files could be moved
  37.  over into the SRC file type and any future compiler or programmer could
  38.  at least get a general idea from the file's aux/type as to what langauge
  39.  it is.
  40.  
  41. >>  .GIF    $C0   $8006      GIF file
  42. >Does this mean there is a filetype/auxtype combo for GIFs finally?  That
  43. >would be very nice
  44.  
  45.     ]-[aven't you been keeping up on your File Type Notes?  (:  This
  46.  type is in the latest "About File Type Notes."  The latest FTNs (and
  47.  regular TNs) have been up in A2Pro on GEnie for weeks, now, if not
  48.  over a month, so they should probably be available on Apple's FTP site,
  49.  by now.
  50.  
  51.     |\|ow that there's an official type for GIFs, it should only be a
  52.  couple more years before we get one for MODs, the other major untyped
  53.  file, right now.  (Just kidding, Matt!)
  54.      _
  55.     /-\ctually, I did make a suggestion at KansasFest that many common
  56.  archive types be given aux types within the LBR/$E0 type, and that
  57.  files with specific archive suffixes be transferred over into those
  58.  types.  Examples are .ARC, .ZIP, .ZOO, .LZH, .LHA, .Z, etc.  Many of
  59.  these archive types are already supported by programs on the IIgs
  60.  (.ARC is even supported on the IIe/c).  Currently these programs
  61.  simply ignore file types and match only on file names, so assigning
  62.  these files specific file/aux type combinations wouldn't break any
  63.  existing applications.  Matt replied that they didn't really want to
  64.  get into translating MS-DOS suffixes into specific aux types within
  65.  a file type, right now.  (I'm sure that he, personally, isn't too
  66.  interested in working out some new file/aux type combinations for
  67.  these files, either, since he'd be the one doing it. :)  The assignment
  68.  of .GIF files to the new GIF file/aux type kind of nullifys this
  69.  argument (though the one about having to make new ones still stands).
  70.     ___
  71.      |he final suggestion I have, right now, would be to assign new aux
  72.  types for other kinds of graphic files, much like the GIF type. 
  73.  Looking at the formats that SuperConvert and The Graphic Exchange
  74.  support would give a good idea as to what formats to assign aux types.
  75.  
  76.  
  77. >>David A. Lyons, Apple Computer, Inc.      |   DAL Systems
  78. >>Internet:dlyons@apple.com                 |   Cupertino, CA 95015-0875
  79. >-- 
  80. >:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
  81. >|           James Brookes           | Oggnet:  House of Games, User #209      |
  82. >|``What, me worry?'' - A. E. Neuman | Usenet:  bb252@cleveland.freenet.edu    |
  83. >:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
  84.  
  85. -- 
  86.     ________________________________________
  87.    /  -= Lunatic Johnathan Bruce E'Sex  (: /
  88.   /  lunatic@netcom.com  CI$:  76170,672  /  <----- Note new
  89.  /  GEnie:  LUNATIC     AoL:  Lun E Sex  /  Internet address
  90. /_______________________________________/
  91.