From 47a16e04903b710ff78115d139d84094b768756c Mon Sep 17 00:00:00 2001 From: Daniel Stenberg Date: Thu, 12 Sep 2002 13:35:10 +0000 Subject: obsolete git-svn-id: svn://svn.rockbox.org/rockbox/trunk@2270 a1c6a512-1295-4272-9138-f99709370657 --- docs/AJF | 35 ----------------------------------- 1 file changed, 35 deletions(-) delete mode 100644 docs/AJF (limited to 'docs/AJF') diff --git a/docs/AJF b/docs/AJF deleted file mode 100644 index 9a3c86eb02..0000000000 --- a/docs/AJF +++ /dev/null @@ -1,35 +0,0 @@ -Description of the binary AJF font file format (version 2) - -Index Descripton - -00 MAGIC1 (0xBD) -01 MAGIC2 (0xFC) used to make sure this is an ajf font -02 Unused, planned use: "code page" -03 - 22 ASCII text holding the font name -23 - 24 "bound width" (high 8 bits, low 8 bits) -25 - 26 "bound height" (high 8 bits, low 8 bits) -26 - 28 first character in the font -29 - 2a number of characters in the font (alwasys 0x00ff now) -2b - map offset table starts here. Each offset entry is two bytes: - offset highbyte, offset lowbyte - - The offset is number of bytes from the start of this file, to where - in the font data this particular char's font data starts. - - There is one offset entry for each character in this font, starting - with 'first character' (set above) and ending when all the 'number - of characters' have been stored. - -?? - Font data. First four bytes width, height, dispx and dispy and then - the glyph in Rockbox-internal image-format. That means column-wise - left-to-right for the full width, the first 8 pixels of height. Then - follows the next 8 pixels of height left-to-right. - - We don't currently support fonts larger than 16 pixels. (This font - file format would have no problem with bigger sizes, but the internal - bitmap function has.) - -References - - The BDF file format - http://partners.adobe.com/asn/developer/pdfs/tn/5005.BDF_Spec.pdf \ No newline at end of file -- cgit v1.2.3