home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / linux / extra / docs / maillist / text / archive.96 / text2198.txt < prev    next >
Encoding:
Text File  |  1996-07-25  |  1.4 KB  |  36 lines
  1. >>>>> "Kyle" == Kyle Silfer <kyle@rtoads.com> writes:
  2. In article <4kfrgv$ngg@sloth.swcp.com> kyle@rtoads.com (Kyle Silfer) writes:
  3.  
  4.  
  5.     Kyle> I convert a lot of Mac fonts for my PC, and prior to
  6.     Kyle> Executor, I would use Mac-ette (a good Mac disk reader) to
  7.     Kyle> copy them over before running some conversion utilities.
  8.  
  9.     Kyle> Fonts copied via Executor/DOS, however, give me errors when
  10.     Kyle> I attempt to convert them. The same font copied via Mac-ette
  11.     Kyle> works fine. This leads me to believe that the resource fork
  12.     Kyle> (which is where the goods reside in a Mac font) is not
  13.     Kyle> handled with 100% accuracy for this particular purpose.
  14.  
  15. Hmmm...  So you're copying fonts from the Mac to the PC and you then
  16. use some conversion program that wants the resource fork?  I don't
  17. know what Mac-ette does, but Executor doesn't give you the resource
  18. fork in a file by itself.  The datafork is in a file by itself, but
  19. the resource fork is combined in a file that also contains the type
  20. information and a map of what information is stored where.  You can
  21. strip the first 512 bytes of the %file and then you're left with just
  22. the resource fork.
  23.  
  24. Could that explain the problem?
  25.  
  26.     Kyle> Anybody have a similar difficulty with fonts?
  27.  
  28.     Kyle> -- [Reign of Toads 87196-0498 USA ] ==oo==
  29.     Kyle> [http://www.rtoads.com/rtoads ] ==oo== [info@rtoads.com;
  30.     Kyle> subject: "subscribe" ] ==oo==
  31.  
  32.  
  33. --Cliff
  34. ctm@ardi.com
  35.  
  36.