@josef-mayer

Hallo Josef,

bitte entschuldige die sehr späte Antwort, aber sowohl bei Ralf (@rheydenr) als auch bei mir ist beruflich gerade ziemlich viel los.

Ich habe ein wenig herumprobiert, und konnte das Verhalten leider nicht nachvollziehen.

Die einzige Möglichkeit die mir so gerade einfällt ist, dass in den Dokumentvorlagen in den Absatzeinstellungen vielleicht auf "zweizeilig" oder ähnliches eingestellt ist.

Ansonsten ist das Verhalten für mich mehr als nur "komisch"

Vielleicht hilft Dir das weiter.

Falls nicht bitte wieder hier posten.

LG
Jürgen

Hallo in die Runde,

bei mir taucht das Problem auch auf.
Da ich bei vielen Kundenadressen unterschiedliche Ansprechpartner (oder Abteilungen) habe, tausche ich diese beim Erstellen einer Rechnung aus.
Die Adresse (DOCUMENT.ADDRESS) der erzeugten ODT + PDF Dateien hat dann immer eine Leerzeile eingefügt.
Ich kann natürlich in der ODT Datei die leeren Zeilen löschen und ein neues PDF erzeugen - dann allerdings ohne Factur-X / ZUGFeRD.
Wenn ich die gespeicherte Debitor-Adresse unverändert übernehme, wird korrekt formatiert.
Mein Workarround: Zuerst in der Adressverwaltung die augenblicklich korrekte Adresse speichern + dann die Rechnung erzeugen funktioniert.
Mein System: WIN 11 Pro, Fakturama Version 2.1.3, Build-ID: 20230421-0827, Java-Vers.: 17.0.1, Libre Office 7.5.7.1 (Fehler trat auch mit Libre Office 7.4.6.2 auf)

Auf meinem alten System tritt dieser Fehler nicht auf!
WIN 10Pro, Fakturama Version: 2.1.3, Build-ID: 20221216-0937, Java Vers. 17.01; Libre Office 7.4.6.2

Das ist nur eine kleine Einschränkung in diesem sonst sehr tollen Programm.
Vielen Dank von hier an den (die) Entwickler!

LG
WerK

@microangelo 

Hallo,

danke für die Rückmeldung. Den von @WerK beschriebenen Workaround benutze ich aktuell auch. Bei der Adresse funktioniert das, sobald die unverändert übernommen wird. Wird allerdings dann eine Zeile "manuell" hinzugefügt, dann wird bei allen(!) Zeilen eine Leerzeile eingefügt. Das mit den Absatzeinstellungen hatte ich natürlich auch angeschaut, hier kommt man leider auch nicht zum Erfolg.

Bei der Anmerkung funktioniert das allerdings nicht, sobald man hier (auch als Textvorlage) einen mehrzeiligen Text übernimmt, wird dieser immer mit Leerzeilen dazwischen gedruckt. Überdies werden bei allen Zeilen dann die auch die Tabulatoren entfernt. Hier wäre der Workaround (allerdings noch nicht versucht), jede Bemerkungszeile einzeln einzugeben (es gehen ja glaube ich 3) und dann in der Vorlage mit einer 3-zeiligen Tabelle formatieren.

Schade, dass ihr das nicht nachvollziehen könnt, ich habe das mit einer "Leerinstallation" und dem Original-Template versucht und konnte das jederzeit nachstellen.

Aber danke für eure Mühe, ansonsten ein tolles Programm, das ich gerne benutze.

Beste Grüße

Josef

Grüße zusammen!

Bei einem meiner Kunden, dem ich Fakturama installiert und eingerichtet habe, tritt genau das gleiche Problem auf.

Bei manuell ins Adressfeld eingetragenen Kundenadressen wird neben dem Zeilenumbruch noch eine weitere Leerzeile ins Dokument eingefügt.

Dasselbe Phänomen gilt auch für das Bemerkungsfeld, das er nutzt. Das führt zum Teil sogar zu Seitenumbrüchen, wenn der Platzhalter Bemerkungsfeld Nr. 1 direkt das erste "Zeichen" im Textbereich des Dokuments ist. Total seltsam.

System: Windows 10

Fakturama-Version: 2.1.3c

Java: integriertes Java 17

Mit besten Grüßen

Schmitti

Ich muss mich leider mit dem Problem anschließen
Bei mir ist es bei den Bemerkungsfeldern und Zahlungsbedingungen aufgefallen.
Version: 2.1.3-SNAPSHOT
Build-ID: 20230421-0827
Java-Version: 17.0.1

Hallo,

auch bei mir tritt das Problem auf, allerdings nur bei meinem neuen PC mit Windows 11. Auf meinem alten Rechner mit Windows 10 ist das bislang nicht passiert. Ich nutze auf beiden die Version 2.1.3 und die LibreOffice Version 7.6.4.1: es müsste also mit dem Betriebssystem zu tun haben.

Mit besten Grüßen

Timur

Bei mir tritt das Problem auch exakt so auf.

Wenn man die Adresse aus der Verwaltung übernimmt ist alles ok, d.h. ein Zeilenumbruch pro tatsächlicher Zeile.

Sobald man etwas ändert oder eine ganz neue Adresse eingibt gibt es pro echter Zeile eine zusätzlich Leerzeile dazwischen.

Bei den Bemerkungen wird die zusätzliche Zeile immer eingefügt, egal ob es eine ausgewählte Bemerkung war oder eine in diesem Moment eingegebene.

Gruß

Olaf

Hallo,

leider ist das Problem bei mir viel größer. Wenn ich z.B. in einem Angebot unter Bemerkung einen Angebotstext einfüge...

wandelt er bei der Ausgabe in LibreOffice(7.6.4.1) jede Zeile nach einem ENTER in ein Textfeld um (jeweils eine halbe Seite hoch). Das werden dann unzählige Seiten.

Ähnlich geht es bei mir mit der Umwandlung von einem Lieferschein in eine Rechnung. Rechnung aus dem "Formular" erstellen ist OK. Von Lieferschein zu Rechnung habe ich einige Zeilen mehr drin.

Grüße!

Hallöchen, auch hier das selbe Problem, es scheint so, als würde jede "newline" in "2 newlines" umgewandelt bevor der Befehlt an LibreOffice weitergereicht wird..

Gibt's schon eine Idee wie das hingekriegt werden könnte? 🙂

Danke und LG!

Hallo zusammen,

anstatt <DOCUMENT.ADDRESS> würde ich diesen (längeren) Weg gehen ...

<ADDRESS.COMPANY>
<ADDRESS.STREET>
...

oder (vermutlich "sicherer") so:

<ADDRESS.COMPANY$POST:,%NL><ADDRESS.STREET$POST:,%NL>...

Und wenn das alles nichts nützt und auch hier Absätze entstehen dann ganz wild so:

<ADDRESS.COMPANY><ADDRESS.STREET>...

Ich hatte das Problem bei einer mehrzeiligen Beschreibung bei den Zahlungsbedingungen. Mit einem Datenbank-Editor (HeidiSQL) in der MariaDB gesucht und festgestellt, dass (wie bei Windows üblich) der Zeilenumbruch mit den Zeichen \r\n in dem DB-Feld gespeichert wurde. Daten in dem Feld mit Unix Zeilenumbruch (\n) gespeichert und siehe da: der zusätzliche Zeilenumbruch war verschwunden.

Vermutung: beim Ersetzen des Platzhalters in LibreOffice mit mehrzeiligem Text wird sowohl für "Carrier Return" (\r) als auch für "Newline" (\n) jeweils ein Zeilenumbruch im Text gesetzt, was zu den zusätzlichen Leerzeilen führt, wenn Windows auf dem Client benutzt wird.

Mögliche Lösung des Problems evtl. vor Ersetzen der Platzhalter durch den Wert aus der DB alle vorkommen von \r\n in \n (wie es unter Linux und MacOS Standard ist) ändern.

Guten Morgen allerseits, da das Problem auch bei uns etwas problematisch wurde (die Formatierung der Dokumente wird mit doppelten neuen Zeilen sehr stark verzerrt), haben wir kurzerhand einen kleinen SQL-Workaround "gebastelt" den wir gerne mit der Community teilen würden! 😉 

Voraussetzung: minimale MYSQL Kenntnisse

Wir erstellen einen "TRIGGER" der bei jedem DB-INSERT die "Windows-Newlines" in "UNIX-Newlines" wandelt und somit das Problem "notdürftig behebt".

CREATE TRIGGER `FKT_DOCUMENT_before_insert` BEFORE INSERT ON `FKT_DOCUMENT` FOR EACH ROW BEGIN
  SET NEW.MESSAGE=REPLACE(NEW.MESSAGE, '\r\n', '\n');
END

Wir erstellen einen "TRIGGER" der bei jedem DB-UPDATE die "Windows-Newlines" in "UNIX-Newlines" wandelt und somit das Problem "notdürftig behebt".

CREATE TRIGGER `FKT_DOCUMENT_before_update` BEFORE UPDATE ON `FKT_DOCUMENT` FOR EACH ROW BEGIN
  SET NEW.MESSAGE=REPLACE(NEW.MESSAGE, '\r\n', '\n');
END

Ist mal eine kurzfristige Möglichkeit... 

GLG und Danke für das tolle Produkt! 🙂

@zorpat84 Cooler Ansatz...

Ich vermute mal, ihr benutzt MySQL/Maria als DB?
Geht das auch irgendwie mit der internen DB? Beherrscht die Trigger und, wenn ja, wie kann ich selbigen übergeben (SQL-Kommandozeile)?

Grüßigkeiten
Olaf

Hallo zusammen!

Kann es sein, dass dieses Problem nur bei Fakturama-Installationen unter Windows auftritt?
Ich verwende Fakturama unter Linux und habe diesen Effekt noch nie gehabt.

Liebe Grüsse