Erstellt vor 6 Jahren

Geschlossen vor 6 Jahren

#1019 closed Fehler (fixed)

Seit Update Rechnungserstellung mit Latex nicht mehr korrekt möglich

Erstellt von: rainer.kohls@… Verantwortlicher: p.reetz@…
Priorität: normal Meilenstein:
Komponente: kivitendo ERP Version: 2.6.2 unstable
Schweregrad: schwerwiegend Stichworte: Verkauf
Beobachter: m.bunkus@…, s.schoeling@…

Beschreibung

Mit Version 4721 werden alle Rechnungspositionen auf einer Seite dargestellt und das unabhängig wieviele Postionen existieren.
Bei einer Rechnung mit 50 Positionen sehe ich gerade mal 20, die 21te ist zur Hälfte am unteren Rand der zweiten Seite zu sehen.(1. Seite enthält nur RG-Nr und Anschrift etc.) Die dritte Seite enthält dann die Schlusstexte.

Änderungshistorie (7)

comment:1 Geändert vor 6 Jahren durch m.bunkus@…

  • Beobachter m.bunkus@… hinzugefügt
  • Lösung auf invalid gesetzt
  • Status von new nach closed geändert

LaTeX unterstützt nicht für jeden Tabellentypen einen automatischen Seitenumbruch. Tabellen, die mit der Standardumgebung "tabular" gesetzt werden, werden z.B. nicht automatisch umgebrochen.

Die gangbare Alternative ist, nicht "tabular" sondern eines der normalerweise im Standardlieferumfang enthaltenen alternativen Tabellenpakete zu benutzen. Wir haben sehr gute Erfahrungen mit "longtable" gemacht, aber auch "supertabular" ist ein gutes Paket.

Dieses Problem hat per se nichts mit Lx-Office zu tun.

comment:2 Geändert vor 6 Jahren durch rainer.kohls@…

Hallo,

naja, ich verwende angepasste Latex-Formulare von Kai-Martin, wie im Wiki beschrieben.

Aber es muss schon etwas mit LxOffice? zu tun haben, habe mir jetzt noch eine Version vom 12.05. eingespielt und damit versucht die Rechnung zu erzeugen, bzw. erstmal die Druckvorschau, die wurde einwandfrei angezeigt, über mehrere Seiten.
Dann habe ich von dieser Version aus, per svn ein Update durchgeführt, auf die 4216 und schon entstand wieder der besagte Fehler.

freundliche Grüße
Rainer

comment:3 Geändert vor 6 Jahren durch rainer.kohls@…

  • Lösung invalid gelöscht
  • Status von closed nach reopened geändert

comment:4 Geändert vor 6 Jahren durch s.schoeling@…

  • Beobachter s.schoeling@… hinzugefügt
  • Lösung auf fixed gesetzt
  • Status von reopened nach closed geändert

Fix dafür in -r4217 (mehr als 500 Revisionen zu früh ;)).

Bitte nochmal mit den angepassten Templates testen, ich mache ihn solange schonmal dicht.

comment:5 Geändert vor 6 Jahren durch rainer.kohls@…

Danke für die schnelle Reaktion.
Klappt soweit schon mal ganz gut, einzig was noch nicht wieder läuft, sind die Variablen "sumcarriedforward" und "subtotal". Sprich die Zwischensummen, die stehen jetzt komplett auf 0.

comment:6 Geändert vor 6 Jahren durch s.schoeling@…

  • Lösung fixed gelöscht
  • Status von closed nach reopened geändert

Ich mache den Bug mal wieder auf, wenn es da noch Probleme gibt. Heute mache ich daran aber nichts mehr.

comment:7 Geändert vor 6 Jahren durch m.bunkus@…

  • Lösung auf fixed gesetzt
  • Status von reopened nach closed geändert

"sumcarriedforward" sollte seit Revision 4225 wieder funktionieren. Bitte nach Möglichkeit heute Vormittag nochmal testen.

"subtotal" ist nur die Zwischensumme der Gesamtrechnung vor Steuern ( = Nettobetrag), nicht aber die Zwischensumme einiger weniger per Checkbox "Zwischensumme" ausgewählter Positionen -- die heißen "discount_sub" und "nodiscount_sub".

Ich habe verifiziert, dass "subtotal" in der beschriebenen Weise Funktioniert; auch "nodiscount_sub" und "discount_sub" werden für als "Zwischensumme" markierte Bereiche entsprechend gesetzt. Insofern gehe ich davon aus, dass Sie "subtotal" falsch einsetzen.

Hinweis: Hilfe zur Verwendung von Tickets finden Sie in TracTickets.