@Wonko
'things about font format' is not equal to 'things about the memory layout in grub4dos'.
the former is external format, the latter is internal format.
grub4dos can convert font lines to internal char patterns.
So don't worry about the issue of memory occupancy factor.
and don't worry about how to determine the actual number of dots used.
it defaults to 16 dots, meaning 8x16 for narrow, and 16x16 for wide chars.
otherwise, the user must specify it in the menu.lst.()
I believe yaya had done his best on the font format issue.
he just aligned/rounded the 1.5 bytes to 2 bytes.
he kept the simplicity of concept.
NO, he introduced a complication of the concept, the original format always considers a byte as a binary number, both for "narrow" and "wide" characters, the "new format" uses 3 nibbles for the narrow but writes them down as 4 nibbles of which one is to be ignored, and 6 nibbles (of which none is to be ignored) for the "wide" characters.
As said this is perfectly OK, it is not a problem at all as long as a "same extension" is NOT used.
The sheer moment the same .hex extension is used the approach is "wrong".
@Steve
Or more probably my small batches are more @§§ed than expected or maybe the source font has issues
The half-@§§ed batches were just quickly put together to allow some playing with them.
It is interesting how I posted tentatively two fonts, one called font12x24c.shex and one called devbold.shex and you reported about a "Wonko24 font", I guess we are at the same level of simplicity.
The font12x24c.shex seems looking fine in Showchar12x24.cmd maybe there are some of the usual issues with codepage / character encoding (besides possible issues with the batches) in non ASCII 7 bit 0-127 characters.
I did not check what the original fonts use nor what grub4dos expects.
The font12x24c.shex uses seemingly this table:
http://www.asciitable.com/
D:\Font_bitmap\New_version>Showchar12x24.cmd font12x24c.shex FC
00FC:0000000000003F0039803180318031803180000000000000000000000000000000000000000
000000000000000000000
Narrow
............ 0x000
............ 0x000
............ 0x000
..@@@@@@.... 0x3F0
..@@@..@@... 0x398
..@@...@@... 0x318
..@@...@@... 0x318
..@@...@@... 0x318
..@@...@@... 0x318
............ 0x000
............ 0x000
............ 0x000
............ 0x000
............ 0x000
............ 0x000
............ 0x000
............ 0x000
............ 0x000
............ 0x000
............ 0x000
............ 0x000
............ 0x000
............ 0x000
............ 0x000
The devbold seemingly uses this one:
http://www.theasciic...i-code-252.html
D:\Font_bitmap\New_version>Showchar12x24.cmd devbold.shex FC
00FC:0000000000003F807FC0E0E0C060C06000600C600FE00FE00C600060C060C060E0E07FC03F8
000000000000000000000
Narrow
............ 0x000
............ 0x000
............ 0x000
..@@@@@@@... 0x3F8
.@@@@@@@@@.. 0x7FC
@@@.....@@@. 0xE0E
@@.......@@. 0xC06
@@.......@@. 0xC06
.........@@. 0x006
....@@...@@. 0x0C6
....@@@@@@@. 0x0FE
....@@@@@@@. 0x0FE
....@@...@@. 0x0C6
.........@@. 0x006
@@.......@@. 0xC06
@@.......@@. 0xC06
@@@.....@@@. 0xE0E
.@@@@@@@@@.. 0x7FC
..@@@@@@@... 0x3F8
............ 0x000
............ 0x000
............ 0x000
............ 0x000
............ 0x000
or maybe a completely different one.
Wonko