So, dieser Beitrag widmet sich dem Testen meines Algos.
Jeder Wert ist mit print versehen, hab also genug Daten zum analysieren.

1. Teil: ->colWidth gibt nach resizen negative Pixelwerte aus, ansonsten positive fixe Stringlängen. Weswegen $font->measure hier ungeeignet ist. In meinem Beispiel habe ich "X" als Zeichenbasis genommen, was eine Breite von 7 Pixeln hat, die Tabelle scheint jedoch mit 6 Pixeln zu arbeiten + 2 Pixel Offset. Zu diesen Werten bin ich gekommen, indem ich Screenshots mit Paint vermessen habe ^^ Hier mal die Daten:
http://rapidshare.com/files/11625505/mmc_test.xls.html  (Ich muss mir endlich wieder Webspace besorgen, Rapidshare stinkt)
Achja, die negativen Pixelwerte, die nach resizen geliefert werden, sind korrekt.

[UPDATE1>>]
Es scheint keine funktionierende allgemeingültige Möglichkeit zu geben, die die Zeilenbreite zuverlässig berechnet. (habe den gesamten Funktionsumfang von Tk::Font durch) Allerdings gibt es einen Workaround:
Ich setze einfach bei der Initialisierung der TableMatrix die Zeilenbreiten immer in negativen Pixelweiten, dann bekomme ich auch immer negative Pixelweiten von colWidth zurück :)\n\n

<!--EDIT|GoodFella|1168764966-->