Die Spaltenbreiten können durch Löschen oder Umbenennen der Datei fakturamaviews.properties im Arbeitsverzeichnis zurückgesetzt werden.

Ich habe das Problem aktuell nicht nachstellen können, habe das aber in früheren Versionen beobachten können. In meiner Version werden die Spaltenbreiten dann dynamisch vergrößert bzw. verkleinert, sie werden aber nicht auf Breite 0 gesetzt.

Kommt ebenfalls bei dem erstellen von Rechnungen vor und unter den Betriebssystem Mac OS X

Habe auch diesen Fehler bei der Erstellung einer Rechnung.
Ralf Heydenreich vielen Dank für den Hinweis mit dem Löschen der Datei "fakturamaviews.properties", hat funktioniert!

Spaltenbreite zu klein.JPG (37,331 bytes)   

Spaltenbreite zu klein.JPG (37,331 bytes)   

Bei mir taucht aktuell unter MacOSX auch dieses Problem auf. (Fakturama-Version 2.0.0)
Die Datei "fakturamaviews.properties" habe ich mehrfach gelöscht, das Problem bleibt.

Was tun?

Uups, sorry. Habe es gerade noch einmal probiert. Erst Programm beendet, dann gelöscht, dann neu gestartet ... jetzt geht es doch.

WorkAround:
In "fakturamaviews.properties" alle Einträge, die auf
...columnWidth.percentageSizing
enden, auf false setzen, z.B.:
fakturama.views.documentTable.BODY.columnWidth.percentageSizing=false

Danach lassen sich alle Spaltenbreiten manuell anpassen. Falls eine Spalte so schmal sein sollte, dass man sie nicht greifen kann, dann entweder die Zeile
fakturama.views.documentTable.BODY.columnWidth.sizes=
(bzw. in anderen Tabellen vergleichbare Einträge) löschen, oder aber sinnvolle Breiten (ab 20) eintragen:
fakturama.views.documentTable.BODY.columnWidth.sizes=0\:37,1\:104,2\:82,3\:375,4\:81,5\:102,6\:100,
Syntax: In den Argumenten bedeuten offenbar:
0\: -- Spaltennummer, beginnend ab 0
37 -- Spaltenbreite

Es scheint so, als wenn beim "percentageSizing" einfach nur die Angabe fehlt, auf Kosten welcher Spalte das automatische Sizing erfolgen soll. Wenn man dafür z.B. generell die 3. Spalte von rechts oder Spalte 0 bei weniger als 3 Spalten nehmen würde und zudem die Spalte automatisch nie schmaler machen würde als die Spaltenüberschrift es erfordert, dann sollte automatisches Sizing auch funktionieren.
Manuell sollte man die Spalten aber bei Bedarf auch schmaler machen dürfen, als für den Überschriftentext nötig. Und die minimals Spaltenbreite sollte eher nicht kleiner als 10 werden dürfen (sonst kann man die Spalte nicht mehr anfassen).
Würde man eine Spalte definieren, auf deren Kosten das AutoSizing arbeitet, dann hätte man auch nicht mehr das Problem amok laufender Spaltenbreiten.

Wichtig wäre auch ein seitwärtiger Scrollbalken für den Fall, dass die Tabelle breiter als das Fenster wird.

Vielen Dank @hana für die Info´s. Sind wirklich sehr hilfreich. Freue mich schon, wenn es Ralf auch in Fakturama eingebaut hat.

Update des NatTable-Plugins. Damit sollte der Bug behoben sein.