HAllo Atticus,
das klingt ja nicht gut. Kannst Du mir bitte die Logfiles mal schicken von den drei Rechnern?
Beim Drucken wird LibreOffice jetzt nicht mehr aufgerufen, es kommt bloß noch ein kleiner Dialog, daß das Drucken erfolgreich war (oder hätte sein sollen...).
Auf jeden Fall sollte auch Java 8 installiert sein.

Hallo Ralf,

danke erst mal für die schnelle Antwort. Habe mir die Logs von den Rechnern A und B mal angeguckt (C steht bei mir zuhause mach ich heute Abend).

!ENTRY org.eclipse.gemini.dbaccess.mysql 4 0 2016-09-16 08:48:36.211
!MESSAGE FrameworkEvent ERROR
!STACK 0
org.osgi.framework.BundleException: Could not resolve module: org.eclipse.gemini.dbaccess.mysql [124]
Unresolved requirement: Import-Package: com.mysql.jdbc; version="[5.0.0,6.0.0)"
-> Export-Package: com.mysql.jdbc; bundle-version="5.1.38"; bundle-symbolic-name="com.mysql.jdbc"; version="5.1.38"; uses:="com.mysql.jdbc.log,javax.naming,javax.net.ssl,javax.xml.transform,org.xml.sax"
com.mysql.jdbc [7]
Unresolved requirement: Require-Capability: osgi.ee; filter:="(&(osgi.ee=JavaSE)(version=1.8))"
Unresolved requirement: Import-Package: com.mysql.jdbc.jdbc2.optional; version="[5.0.0,6.0.0)"
-> Export-Package: com.mysql.jdbc.jdbc2.optional; bundle-version="5.1.38"; bundle-symbolic-name="com.mysql.jdbc"; version="5.1.38"; uses:="com.mysql.jdbc,com.mysql.jdbc.log,javax.naming,javax.sql,javax.transaction.xa"

at org.eclipse.osgi.container.Module.start(Module.java:444)
at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1620)
at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1600)
at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1571)
at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1514)
at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1)
at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230)
at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:340)

Das ist der Log von Rechner A, da blicke ich nicht ganz durch.

Bei Rechner B hab ich in die .log geguckt, und da stand, dass die Vorlage, also Document.ott für Rechnungen nicht gefunden wird.Vorlagen Dann habe ich selber nachgeguckt, das Document aber ordnungsgemäß in den gefunden. Habe gerade auch nochmal ein neues Fakturama 2 genommen (alles gelöscht auch .fakturama2) und ein neues Arbeitsverzeichnis etc. angelegt. Vorlagen werden alle korrekt erstellt, allerdings gibt es selbst nach drücken der Drucken-Funktion keine Dokumente Struktur, jedoch auch keine Fehlermeldung mehr.

Gruß
Ben

Hallo Ben,
bin nun auch beim Test der V2 an dieser Stelle.
It's not a bug. It's a feature!
Eigentlich hatte Ralf es an dieser Stelle schon beantwortet:

Beim Drucken wird LibreOffice jetzt nicht mehr aufgerufen, es kommt bloß noch ein kleiner Dialog, daß das Drucken erfolgreich war (oder hätte sein sollen...).

Soll heißen, das LO-Dokument öffnet sich bei der V2 gewollt nicht mehr. Beide Dateien (ODT und PDF) werden bei entsprechender Einstellung im Hintergrund ordnungsgemäß angelegt, wie Du geschrieben hast, das ODF öffnet aber nicht mehr.

Es gab oder gibt auch den Wunsch, das Öffnen per Voreinstellung zu wünschen, aber das ist noch nicht Bestandteil der V2.
hier gefunden: Öffnenbutton
machst Du üblicherweise nach dem Öffnen der ODT mit dem Dokument?

In der ganz neuen Beta (noch nicht veröffentlicht) gibt's für das sofortige Öffnen des fertigen PDFs noch eine extra Einstellung.

Hallöchen,

ich kann in der beta5 auch nicht drucken, nach drücken des Buttons kommt folgendes:

Error starting OpenOffice from Document.ott : null in: com.sebulli.fakturama.office.Placeholders/createPaymentText(917)

Hast Du in den Bankdaten des Kunden alle Felder ausgefüllt? Kannst Du mir evtl. einen Datenbankabzug bereitstellen?

Hallo,

also bei mir hängt das Drucken in der Beta5 hier:

Error starting OpenOffice from Document.ott : null in: com.sebulli.fakturama.office.OfficeDocument/replaceText(927)

Gibt es irgendwo ein Verzeichnis für die Zuordnung der Felder zu diesen Nummern?

Viele Grüße,
Zacko

Hallo Zacko,
ein Verzeichnis der Felder gibt es nicht. Es gibt aber eine Quelldatei, aus der die Zuordnungen mit etwas gutem Willen herauszulesen sind. Du findest sie im git unter Fakturama 2 / Fakturama-Parent / com.sebulli.fakturama.rcp / src / main / java / com / sebulli / fakturama / office / Placeholders.java. Besagte Stelle bezieht sich übrigens auf die Bankverbindung (die eigene). Da muß ich nochmal ran und muß den Fehler abfangen.

Hallo Ralf,

vielen Dank, Rechnungen kann ich nun drucken.

Das nächste Problem: Dort wird praktisch bei jedem Feld ein zusätzlicher Zeilenumbruch angefügt. Keine Ahnung, warum. Die Umbrüche scheinen schon in den Feldern "drin" zu sein...

Und manche Platzhalter mit Parametern arbeiten auch nicht so wie zuvor. Ist da noch nicht alles implementiert?

Viele Grüße,
Zacko

Das Problem mit den Zeilenumbrüchen habe ich auch, die einseitge Rechnungsvorlage wird nun auf zwei Seiten ausgegeben. Ich habe es mit LibreOffice 4 und 5 getestet (Beta 5). Der Platzhalter für PAYMENT.TEXT wurde vermutlich vertauscht (bezahlt/unbezahlt).

Liebe Grüße Christian

Hallo zusammen,
implementiert dürfte alles soweit sein, ich hatte da jedenfalls keine Aussetzer. Könnt ihr mir bitte mal eine Beispielvorlage geben, wo die betreffenden Platzhalter drin sind? Ich habe gerade nochmal an der Platzhalter-Ersetzung rumgeschraubt, das mit den Umbrüchen sollte jetzt weg sein (ich weiß auch, warum die drin waren 😉 ).

Hallo Ralf,

sorry, ich kann mich nicht immer darum kümmern, deshalb erst jetzt:

Ich finde hier nichts zum Hochladen/Anhängen, aber vielleicht reicht auch das als Beispiel:

ITEM.DISCOUNT.PERCENT$REPLACE:{%NL0 % Rabatt, }$POST: Rabatt$PRE:%NL

Das z.B. habe ich mit in den Positionen unter (also mit Umbruch angefügt) der Einzelpreisangabe, damit Rabatte nur gekennnzeichnet werden, wenn sie auch gewährt wurden. Gibt jetzt Unsinn aus...

Nach Deinem Hinweis (beruhigend, dass Du weißt, warum die Umbrüche drin sind :-)) könnte ich mir aber gut vorstellen, dass sich hier um einen Nebeneffekt handelt. Vermutlich also keine zusätzliche Baustelle...

Wenn es eine neue Beta (ohne die zusätzlichen Umbrüche) gibt, werde ich einfach nochmal schauen.

Viele Grüße,
Zacko

ITEM.DISCOUNT.PERCENT$REPLACE:{%NL0 % Rabatt, }$POST: Rabatt$PRE:%NL

Das z.B. habe ich mit in den Positionen unter (also mit Umbruch angefügt) der Einzelpreisangabe, damit Rabatte nur gekennnzeichnet werden, wenn sie auch gewährt wurden. Gibt jetzt Unsinn aus...

Lies mal hier. Vllt. kommst Du mit einer Kombination aus beiden Lösungen schon weiter:

http://vorlagen.fakturama.info/rechnung/re_0005/

http://vorlagen.fakturama.info/rechnung/rechnung_mwst/rechnung-re_0007/

Hallo Ralf

Hier noch die genauen Abgaben zum PAYMENT.TEXT:
Unter Zahlungsarten > Text 'bezahlt' und Text 'unbezahlt' wird auf der Rechnung unter 'bezahlt' der Text von 'unbezahlt' ausgegeben.

Beispiel:
in Fakturama Text 'bezahlt': Zahlung dankend erhalten.
auf der generierten Rechnung: Bitte überweisen Sie den Rechnungsbetrag

Viele Grüsse
Christian