Unfortunately every system has its own way of storing bitmap only fonts into an sfnt wrapper (or the system just doesn't support it)
Apple documents the existence of a bitmap only format, and gives some hints about the requirements of it. Their documentation is far from complete and the following is determined in part by that documentation, in part by examining the (few) bitmap only fonts of theirs I have found, and in part by error messages given by some of their tools.
bloc
'
and 'bdat
'
tables.EBLC
'
and 'EBDT
'
tables used in OpenType)head
'
table is replaced by a 'bhed
'
table which is byte for byte identicalglyf
',
'loca
'
nor 'CFF
' tables.hhea
' nor 'hmtx
'
tables (metrics data are provided in the bitmap strikes
themselves)vhea
' nor
'vmtx
' tables either)maxp
'.numGlyphs
is set to the number of bitmap glyphsThe X consortium have devised their own format which they call "OpenType Bitmap" with extension .otb.
EBLC
'
and 'EBDT
'
tables.glyf
'
tableloca
'
table with one entry in ithead
'
table (not a 'bhed
')maxp
'.numGlyphs
is set to the number of bitmap glyphs, not to the size of the
'loca
'
table
MicroSoft Windows provides no support for a bitmap only sfnt. So I have created a faked up format which should work in most cases
EBLC
'
and 'EBDT
'
tables.glyf
'
/ 'loca
'
tables with entries for every glyph. If used the entries will
produce blank glyphs (spaces).EBSC
'
table which maps common pixel sizes to the supplied pixel
sizes. (so if a user asked for a 20 pixel strike s/he might
get an 18 pixel strike -- as opposed to getting a set of
blanks.head
'
table (not a 'bhed
')