Re: UTF8 and (La)TeX backend?

[Werner LEMBERG]

> BTW, is there an option to wrap the CFF as ASCII data?  The binary
> data not only confuses dvips, it also slows down emacs tremendously.

Yes, this is possible.  See below how it looks like -- it's a CID
font, not a CFF, but you should get the idea.  Details can be found in
Adobe's 5001.DSC_Spec.pdf technote.


    Werner


======================================================================


%!PS-Adobe-3.0 Resource-CIDFont
%%DocumentNeededResources: procset CIDInit
%%IncludeResource: procset CIDInit
%%BeginResource: CIDFont Baekmuk_Headline.Regular.0.0
%%Version: 1

/CIDInit /ProcSet findresource begin

20 dict begin

/CIDFontName /Baekmuk_Headline.Regular.0.0 def
/CIDFontVersion 1 def
/CIDFontType 0 def

/CIDSystemInfo 3 dict dup begin
  /Registry (mozilla_printout) def 
  /Ordering (zdN0NM2+APEIGSpvdLhD/xU+epg=) def 
  /Supplement 0 def 
end def

/FontBBox [-38 -211 1034 804] def

/CIDMapOffset 0 def
/FDBytes 0 def
/GDBytes 3 def
/CIDCount 4 def

/FDArray 1 array

dup 0
  %ADOBeginFontDict
  14 dict begin
  
  /FontName /Baekmuk_Headline.Regular.0.0-Proportional def
  /FontType 1 def
  /FontMatrix [ 0.001 0 0 0.001 0 0 ] def
  /PaintType 0 def
  
  %ADOBeginPrivateDict
  /Private 25 dict dup begin
    /lenIV 0 def
    /SubrCount 0 def

  end def
  %ADOEndPrivateDict
currentdict end
%ADOEndFontDict
put

def

%%BeginData: 1314 Binary Bytes
(Hex)        632 StartData
00000F0000170000BE0001AB0002789B5F58797EF456C9BEF66A2C9B0AE3C83C
5851DE63608B287DDF78E340AD70765F4FD04328A9877E3F440639F8E2CACE33
80692DC7D3DA501590697A5BE193BCB8E21F3600B8E29E55A79F6612ED35E3CC
C40B7B9CBD4DF75CBBA3C3C7A5DE315B427175FCA94656284D28A1E8FD134374
D5315B8BBF05B3A7B692A13E9A1DB85CD927106FC071CE9C6A29562A3525C688
F3907B3F9907A44FDBD4DA27D12C799C7F89AEF024F71A34A28728C8D4D3BDC5
7510A4EA2FF3ED3B1705DF6D3EFC89A3F2C946E4A15D6234D359CAA429446801
E38871CDCF0D6AEF5D4FB56E6D9E324C43A4502FEF1D6F0C04969D278784CC12
9D7665BB0DE7FCDB078992D381D59609966BA5B708EFB4A6E2B8F281FA3AF16E
B2FC1C91638467E4A356458FAEA6B49C74B8946341ABAD8ED34CBD3E5D4536FF
BF430EDD01E649955C7792DAB033675D7BFD252ECEC4E8ED3C8C97B93205D4A4
74E2BFE3ADF08FDB5D46119876FCBA750239368BF3747A8BEE9EEB9E0859AFB8
D46C9A5177533401200ACB64916F8FF2C84A702D8AB04325FB9011AE108036EB
BB135234079E3AC34FCCD885EC1EFB2CC242812BAAB3403884C274CBBF7896CF
AF0971F44FC1EC09EF025B5444568DE73D7ED90CBD4D59A753C134197C2C971A
E03B2F575007D8C2A066239A090CC4A2B8AD533BC046CFD0E9133070B52DB9C3
FC86DF1103894B7EDBB731C51306B8291433E2603720E340CADF426E0E8FEEEE
0E91A0CBF5D61BC837D7AE21A9EAC862AEB6044C040FF4BCD3331F43065408DE
254914762CC126B16AE602B6A6764FC385FD7D9A5B110D27358A25DF789BBE85
75D56AC0377A6C9487D63CD598657E51C3F264509D3FE0EF00>
%%EndData
%%EndResource