Erstellt vor 6 Jahren
Geschlossen vor 5 Jahren
#1117 closed Fehler (wont-fix)
Editieren der HTML-Vorlage für die Bilanz bleibt ohne Wirkung, da seit 2.6.0 die Bilanzvorlage ausgelagert ist.
| Erstellt von: | andreas.rudin@… | Verantwortlicher: | s.schoeling@… |
|---|---|---|---|
| Priorität: | hoch | Meilenstein: | later |
| Komponente: | kivitendo ERP | Version: | 2.6.0 |
| Schweregrad: | schwerwiegend | Stichworte: | Bericht |
| Beobachter: | s.schoeling@…, andreas.rudin@… |
Beschreibung
Wie bisher kann ich zwar in der 2.6.0 über
System - Vorlagen - HTML-Vorlagen "Bilanz" auswählen und mir die Vorlage für die Bilanz anzeigen lassen und diese bearbeiten und wieder abspeichern.
Die Änderungen werden aber beim Aufruf einer Bilanz nicht berücksichtigt.
Das liegt daran, dass es neu "klammheimlich" (nicht einmal im Changelog der 2.6.0 erwähnt :-( ) die Vorlage für die Bilanz im Ordner
"templates/webpages/rp" zu finden ist.
Es gibt dort eine Datei balance_sheet_master.html mit <translate> xxx </translate> Tags, sowie eine Datei balance_sheet_de.html.
Ob die balance_sheet_de.html immer bei der Installation erzeugt wird oder nur abhängig von gewählten Spracheinstellungen ist mir nicht klar, auch nicht klar ist, wie allenfalls eine französische oder englische Version erzeugt werden kann.
Die balance_sheet_de.html ist bei mir auf jeden Fall diejenige Datei, die beim Aufruf einer Bilanz verwendet wird. Wenn ich diese von Hand anpasse, erscheinen die Änderungen anschliessend.
(==> im gleichen Ordner gibt es auch noch die Dateien
html_report_susa_master.html und html_report_susa_de.html )
Frage: Was ist das Ziel dieser Änderung?
a) die Idee mit den <translation> Tags finde ich super, das wäre natürlich super, wenn so etwas für alle Templates verwirklicht werden kann.
Wo sind oder sollen die Übersetzungsstrings gespeichert sein?
b) Im Moment gibt es pro lx-office-Installation nur diese eine Datei, das heisst , es ist nicht mehr möglich, für jede Datenbankinstanz bzw. pro Vorlagensatz wie bei den anderen Vorlagen eine unterschiedliche Bilanzvorlage zu erstellen.
Das sollte unbedingt wieder möglich gemacht werden.
c) Ein direktes Editieren der Vorlage führt wie oben beschrieben im Moment ins Leere, dies sollte so schnell wie möglich wieder ermöglicht werden.
Bis b) gelöst ist, sollte aber die Bilanz-Vorlage überhaupt nicht mehr via Menü editierbar sein, da es keinen Sinn macht und nur ein ziemliches Chaos entstehen kann, wenn NutzerInnen? verschiedener Firmen diese zur Zeit nur einmal pro lx-office-Installation vorhandene Vorlage editieren.
d) Bilanzvorlagen aus 2.4.3 funktionieren in 2.6.0 nicht mehr, auch wenn sie umbenannt und in den Ordner "templates/webpages/rp" kopiert werden.
Wenn solche Veränderungen bei der Verarbeitung der Templates bei einem Upgrade vorgenommen werden, sollte dies zumindest im Changelog vermerkt sein, damit ich weiss, dass ich meine bisherigen Vorlagen nicht einfach so weiter benutzen kann und die Standardvorlage wieder neu anpassen muss.
P.S. Vorlagen für die GUV aus 2.4.3 funktionieren weiterhin und können auch wie bisher individuell gemäss gewähltem Vorlagensatz bearbeitet werden.
Änderungshistorie (3)
comment:1 Geändert vor 5 Jahren durch s.schoeling@…
- Beobachter s.schoeling@… hinzugefügt
- Meilenstein auf later gesetzt
comment:2 Geändert vor 5 Jahren durch s.schoeling@…
- Status von new nach assigned geändert
- Verantwortlicher von p.reetz@… nach s.schoeling@… geändert
comment:3 Geändert vor 5 Jahren durch s.schoeling@…
- Lösung auf later gesetzt
- Status von assigned nach closed geändert
Wie besprochen. die losen Enden aufgeräumt, weitere Änderungen kommen später.

Das Meiste zu diesem Bug findet sich ja bereits auf der Mailingliste im Zeitraum kurz nach diesem Bug, ich fasse nochmal das Gröbste zusammen:
Das iel dieser Änderung ist, dass die Bilanz in der 2.4.3 schwerwiegende Probleme hatte, die daraus resultierten, dass Druckvorlage und Bildschirmvorlage das gleiche waren. Diese Probleme liessen sich nicht einfach beheben, deshalb habe ich die Bildschirmversion auf das derzeit präferierte Templatesystem umgestellt. Da diese gleichzeitig auch zum drucken benutzt wird, gibt es im Moment kein Drucktemplate.
a) <translation> Tags sind in allen html Masken verfügbar, die für Browserdarstellungen verwendet werden. Übersetzungen sind in locales/<sprache>/all, und werden mit der dort liegenden locales.pl in die Masken verteilt.
b) Das ist korrekt, und eine direkte Konsequenz daraus, dass vorher die Bildschirmvorlage als Druckvorlage misbraucht wurde. Da das jetzt nicht mehr der Fall ist fällt diese Option weg.
c) Da es sich im Moment technisch um eine Frontendvorlage handelt ist das korrekt, die sollte vom Vorlageneditor garnicht gehandelt werden. Die entsprechende Maske wird aus dem Vorlageneditor genommen werden.
d) Kritik angenommen. changelog für 2.6.1 wird deutlich umfangreicher.
zum PS: Auch die GuV wird zu einem späteren Zeitpunkt so umgebaut werden. Dann kommen aber auch Druckvorlagen für beide dazu.