ei dem einfachen Ansatz mit simpler Zeichenbreite würde ich da sagen: besser nicht. Damit die Idee mit der automatisch korrekten Breite funktioniert ist es am einfachsten, wenn die Spalte ganz links immer leer ist, dann muss der Code, der den Font rendert, trotzdem recht wenig tun, das eine Pixel Abstand ist immer automatisch da.
Der Code könnte davon komplett unbeeinflusst bleiben, wenn man notfalls den 1 Pixel Abstand beim Import hinzufügt. Ich würde ihn nur nicht im Editor verschenken wollen. Ich hätte gerne mal probiert, das kleine m noch einen Pixel breiter zu machen, geht hier aber nicht, weil ohne Not bei 7 Pixeln Ende ist.
Die Breitenangaben in meinem Format erlauben theoretisch sogar Zeichen, die über ein Char hinausgehen. Dafür sollte man aber auch alle Pixelspalten nutzen dürfen.
Wenn man so weit geht, dass man beim Rendern immer eine leere Spalte einfügt, könnte man ja gleich noch auf die Idee kommen, "richtiges" Kerning zu unterstützen
Und schon wäre man wieder einen Schritt näher an "richtiger" Schriftdarstellung 
– Allerdings wäre der Nutzen bei unseren Minifonts doch recht gering.
Also erstens mal, du arbeitest ja vermutlich mit nicht mehr als 128 (ASCII) -32 (Steuerzeichen) = 96 Zeichen, eher weniger. Dann kann es auch theoretisch maximal 96² = 9216 Kerning-Paare geben. Wie allerdings 
