🚀 go-pugleaf

Hallo Viktor,

 VV> Das Problem kommt uebrigens daher, dass der Loewe nur Integerarithmetik
 VV> betreibt (alles ist ein Vielfaches von einem <scaled point>), waehrend die
 VV> Loewin auch Fliesskommarechnung erlaubt (nicht uebertrieben viele Stellen
 VV> Genauigkeit). Tja, wenn jetzt der Treiber mit CoProz-Genauigkeit
 VV> daherkommt...

ja, aber wieso wird dem Metafont so ein seltsamer Wert uebergeben? Im Text
steht z.B.
\newfont{\scra}{va14 scaled 600}

wenn jetzt der Previewer aufgerufen wird, findet er einen font 179.99986 in
etwa nicht. Wieso nicht 180? 300 * 0.6 sind 180. Metafont rechnet dann lustig
ne magnification von 0.599999 und packt den Font in ein Verzeichnis namens
179.999, womit der Viewer nix anfangen kann. Zumal meine Verzeichnisse xxxxxDPI
heissen, aber auch ohne das DPI gibts nichts.

Wenn ich jetzt den 180er Font extern berechnen lasse, brint das auch nix, weil
dann der nicht gefundene 179.999 nicht durch 180 ersetzt wird (das waer ne
Loesung, nur jedesmal manuell eingeben will ichs auch nicht), sondern durch
300. Das versteh einer.

 VV> Uebrigenz, bei Lindner-Treibern (vielleicht auch bei anderen, ich weiss es
 VV> nicht) kann ich des Treibers Tolleranz per Option in Prozenten einstellen.

ja, die kann ich ueber /ft[n.n] auch einstellen (default 0.2), leider hilft das
auch nicht. Ob im mikro- oder ganzzahligen Bereich, immer das gleiche Spiel,
nur dass im Mikrobereich ueberhaupt kein Font mehr gefunden wird. Ich hoffe,
dass jemand schonmal das Problem erfolgreich bekaempft hat. Danke fuer Eure
Muehe.

mfg Thomas