Bei der Umwandlung eines Auftrags in eine Rechnung wurde die individuelle Lieferadresse nichtgespeichert
maxlength in den Formularen aus ct.pl (Kunde eintragen,Lieferant eintragen) an die Länge der Felder in der Datenbank angepasst.
Den "Nein"-Button, der nur mit Javascript zurückgehen soll, auch als <button> darstellen. Wenn er ein <input type="submit"> ist, dann schickt Firefox das Formular trotzdem ab. Fix für Bug 701.
Kosmetik: Debugausgaben und eine überflüssige if-Zeile entfernt.
Wenn ein Auftrag noch nicht gespeichert wurde, dann ergibt es auch keinen Sinn, Workflow-Buttons dafür anzuzeigen. Zusätzlich sicherstellen, dass OE->close_orders() nur aufgerufen wird, wenn wir tatsächlich einen gespeicherten Beleg haben. Fix für Bug 700.
Die Upgrade-Informationen auf 2.6.0 konkretisiert.
Einen Hinweis hinzugefügt, wie Lx-Office mit UTF-8/Unicode betrieben werden kann.
Eine simple Vorlage für automatisch erzeugte Rechnungen zu Mahngebühren und Zinsen hinzugefügt.
Mahnungen: Die Konfiguration so umgestellt, dass jetzt nicht mehr global entschieden wird, ob automatisch Rechnungen für die Mahngebühren und Zinsen erzeugt werden, sondern pro Mahnlevel. Die Dokumentation um die von Lx-Office erzeugten Namen für die Mahnungsvorlagen (auch für die Rechnung) erweitert.
Vorlagen zum Bearbeiten der Mahnungskonfiguration auf Template umgestellt.
Dokumentation zu den automatisch erzeugten Rechnungen bei Mahnungen.
HTML-Vorlagen, die von admin.pl aus verwendet werden, auf die Benutzung des Template-Toolkits umgestellt.
update_business und update_defaults: Bei sehr langen Zahlenkomponenten wurden die erzeugten Nummern leider auf -0000000...001 gesetzt. Grund ist, dass der Formatierer '%d' für sprintf auf 32bit-Systemen nun mal nur mit 32bit-Zahlen umgehen kann. Geriet die Zahlenkomponente größer als 2147483647, so erhielt man einen Überlauf.
Bei Template-Vorlagen per Default nicht vorne und hinten die Zeilen bereinigen -- ist zum Debuggen einfacher.
Standard-Alignment von ReportGenerator benutzen.
ReportGenerator: Man kann jetzt die Standardanordnung (align) in den Spalten angegeben werden.
Mehr perldoc
ReportGenerator: Wenn keine Datensätze hinzugefügt wurden, dann wird eine entsprechende Meldung anstelle der Spaltenüberschriften ausgegeben. Die Export-Buttons werden in diesem Fall ebenfalls nicht angezeigt.
Kosmetik
Waren-/Dienstleistungs-/Erzeugnisberichte auf die Verwendung von ReportGenerator umgestellt.
Aktuelle lx-erp.conf zur Standard-lx-erp.conf erhoben.
Mahnungen erzeugen: Nach dem Druck auf den "Weiter"-Button wird dieser deaktiviert, damit man ihn nicht erneut drücken und damit die exakt gleichen Mahnungen erneut erzeugen kann. War nur aus Debug-Gründen auskommentiert. Fix für Bug 691.
Wenn ein Hash namens %main::debug_options existiert, dann werden all seine Variablen 'key' in HTML-Vorlagen als DEBUG_KEY zur Verfügung gestellt. Wird bisher nur bei Mahnungsvorlagen benutzt. Und ist nur für Entwickler gedacht.
Debugmeldung entfernt
Projekt erfassen: Den Button "Historie" nicht anzeigen, sondern nur beim Bearbeiten eines vorhandenen Projektes. Fix für Bug 686.
1. Das Label "Formel" bei Dienstleistungen nicht anzeigen (die Textarea dazu wurde bereits versteckt). Fix für Bug 684.2. Kosmetik: Variable $formel nach $formula umbenannt und etwas Einrückung.
Beim Drucken von Mahnungen stand die Kundennummer nicht zur Verfuegung
Filtermaske für Kunden- und Liferantenstammdatenliste auf HTML-Templates umgestellt.
Kunden- und Liferantenstammdatenliste auf die Verwendung von ReportGenerator umgestellt.
Die Funktion 'search_delivery' wird nirgends aufgerufen.
Vergessenes locales-Update
Saldenbilanz und Projektbuchungen auf die Verwendung von ReportGenerator umgestellt.
Mahnungen: Neuer Variable für jede Rechnung: <%dn_linetotal%> als für diese Rechnung zu zahlender Betrag (offener Betrag zuzüglich Mahngebühren und Zinsen).
Einführung des Modules "Template" als schnellere Alternative (Faktor 9) zu "HTML::Template". Wird via $form->parse_html_template2() aufgerufen. Umstellung der von ReportGenerator verwendeten Vorlage auf die Verwendung von "Template".
report_generator.pl in reportgenerator.pl umbenannt.
Erweiterung um Anzeige des Ertrages im Verkauf
Nur Dateien nach $locale->text() durchsuchen, deren Name mit .pl endet.
Umstellung der Kontenübersicht und der Buchungslisten auf die Verwendung von ReportGenerator.
Buchungsliste:1. $form->{sort} nicht ohne Überprüfung in einem SQL-Query benutzen.2. Nur dann mehrere Zeilen zusammenfassen, wenn auch ihre ID übereinstimmen (was vermutlich nie der Fall sein wird, aber anders ist es schlicht falsch, weil dann Buchungen zusammengefasst werden können, die zu unterschiedlichen Belegen gehören).
Liste der Zahlungsein- und -ausgänge: Spalte "Referenz" mit Link zum Bearbeiten versehen (so wie es vorher auch war).
Umstellung der Liste der Zahlungsein- und -ausgänge auf die Verwendung von ReportGenerator.
ReportGenerator: Möglichkeit zum Einfügen einer "leeren" Zeile, die die ganze Tabellenbreite einnimmt.
Einige Dateien von Subversion ignorieren lassen.
Anzeige der Checkbox zur Auswahl einer Mahnung nur einmal pro Mahnung, auch wenn in der Mahnung mehrere Rechnungen zusammengefasst wurden
ReportGenerator: Die Spaltendatenfelder 'data' und 'link' können jetzt auch Array-Referenzen sein, die in der Zelle zeilenweise ausgegeben werden.
Konvertierung von lokalisierten HTML-Seiten in den als $dbcharset angegebenen Zeichensatz.
ReportGenerator: Unix-Zeilenenden als Standard aktiviert. Grund ist, dass Excel nicht damit zurecht kommt, wenn Zelleninhalte mit \r\n umgebrochen werden, wohl aber, wenn die ganze Datei nur mit Unix-Zeilenenden formatiert ist.
Beim CSV-Export Zeilenumbrüche in Zellendaten durch das ausgewählte Format ersetzen.
Das Buchungsjournal auf die Verwendung der ReportGenerator-Klasse umgestellt.
Der ReportGenerator macht selber ein Quoting der HTML-Zeichen, um Zeilenumbrüche bei den Zellendaten behandeln zu können. Deswegen muss es HTML::Template nicht mehr tun.
Whitespacevermeidung
Durch das Verschieben der Headerausgabe beim PDF-Export wurde der Name des Attachments nicht richtig gesetzt (jeweils nur '.pdf'). Fix für Bug 681.
Stornierte Rechnnung muss auf storno = true haben
Space zwischen den buttons
Stornomechanismus mal auf Dialogbuchen ausgeweitet
Die Berichte über offene Forderungen und offene Verbindlichkeiten auf die Verwendung des ReportGenerators umgestellt.
storno fix: acc_trans query muessen nach oid sortieren
1. $form->{title} wird nicht mehr zwangsweise umgeschrieben und nach $form->header() wiederhergestellt.2. Kosmetik: lokale Variable $form anstelle von $self->{form}.
cp auf use strict (compile time) gebracht
Storno Fix nr. 29283574983745
Es werden beim Storno jetzt nur noch die urspruenglichen acc_trans Eintraege storniert,nachtraegliche Zahlungseingaenge bleiben unberuehrt.
Paket 'List::Util' wird nun benutzt (sollte aber eh zu jeder Standard-Perl-Installation gehören). Die Teile der URLs entfernt, die spezifische Versionsnummern der Pakete enthalten.
Reportgenerator: Nach dem direkten Drucken einer Liste eine entsprechende Meldung ausgeben.
Reportgenerator: Beim Listenexport als PDF kann das PDF auch direkt ausgedruckt werden.
Storno auch erlauben, wenn bereits Zahlungen gebucht sind
Zahlungseingang:Das Buchungskonto wird nicht benutzt, und wird deshalb nicht mehr angezeigt.Die Backendfunktion holt sich das benoetigte Konto sowieso aus den Rechnungen.
Ausserdem ein Bugfix:currency ist bei alten Rechnungen auf '' gesetzt, bei neuen auf NULL (nach sql-injection fix)...
Konsistenz: 'Anfrage' => 'Preisanfrage'
Debugmodi umgeschrieben auf das viel schoenere shiftingformat.Neuer Debugmodus "DEVEL", der genau das enthaelt was man ueblicherweise zum debuggen braucht,ohne den overhead von ALL.
Irrefuehrende Uebersetzung von "short" im Sinne von knappen Gueterngeaendert von "kurz" (sic) in "knapp"
Beim Laden von Dialogbuchungen wurde das Belegfeld nicht mitgeladen
Reportgenerator: Die Funktionen in report_generator.pl umbenannt und den Mechanismus geändert, wie sie aus den von ReportGenerator erzeugten HTML-Seiten heraus aufgerufen werden können. Zusätzlich einen 'Zurück'-Button auf jeder der beiden Exportoptionenwebseiten eingebaut, mit denen man zur HTML-Liste zurückgelangt.
Vergessenes locales-Update für einige der letzten Commits.
'use strict' führt bei der Ausführung zu Fehlern wie "Can't use an undefined value as an ARRAY reference".
und das ganze nochmal für Kreditorenbuchungen und deren Stornos
Funktion Drucken ohne erstmaliges Speichern hat nur gespeichert und nicht danach automatischgedruckt
warnings sollte nur zum testen an sein
bin/mozilla/ar.pl auf use strict standard gebracht.
Debitoren storno umgeschrieben und Bug gefixt.
bei oe suche wurde der Mitarbeiter nicht im callback mitgefuehrt
Wenn das "Pfeil"-Bild Teil eines Links ist, dann keinen Rahmen daraum zeichnen.
ReportGenerator: Einen Indikator aktiviert, der anzeigt, nach welcher Spalte gerade sortiert ist.
Die Berichtsoptionen in oe.pl (Anfragen, Aufträge, Angebote) auf die Verwendung von ReportGenerator umgestellt.
Falschen Spaltennamen korrigiert.
Die Liste der Kreditorenbuchungen auf die Verwendung der ReportGenerator-Klasse umgestellt.
Etwas mehr Übersicht.
Die Liste der Debitorenbuchungen auf die Verwendung der ReportGenerator-Klasse umgestellt.
Reportgenerator: Man kann jetzt auch Trennzeilen einfügen, die in der HTML-Ausgabe als horizontale Linie über die gesamte Tabellenbreite realisiert sind.
Mahnungslistenexport: den Dateinamen eingedeutscht.
Berichtsklasse:1. Commit der vorher vergessenen HTML-Templates für die Berichte und die Exportoptionen.2. HTML-Berichte: Zeilenumbrüche mit "\n" werden in "<br>" umgewandelt.3. CSV-Export: Richtiger MIME-Type; Download der Datei forcieren; Option für die Spaltenüberschriften gefixt.
Umstellung der Listenansicht der bestehenden Mahnungen auf die Verwendung der neuen ReportGenerator-Klasse.
Eine Report-Klasse geschrieben, der die Ergebnisse von Datenbankabfragen übergeben werden. Diese Klasse kann daraus dann entweder die bekannten Listenansichten oder auch CSV- und PDF-Exporte erzeugen. Dazu werden entsprechende Buttons eingeblendet.Dazu werden einige neue Perl-Module (Text::CSV_XS und IO::Wrap) sowie zwei weitere Hilfsprogramme (html2ps und Ghostscript) benötigt, deren Pfade über die lx-erp.conf eingestellt werden müssen.
Kontennamenupdate: Falsche WHERE-Klausel.
Einige Korrekturen zu Kontennamen in den zwei deutschen Kontenrahmen.
Webdav-Feature: Pfadtrennzeichen aus den Nummern (Angebotsnummer, Rechnungsnummer etc) entfernen.
In der Kürze liegt die Würze.
Datenbankadministration: Es fehlte ein Button, um von der Datenbanksicherung per Download zurückzukommen. Fix für Bug 675.
Eingangsrechnungen: Wirklich das Datum der zuletzt erstellten Rechnung benutzen, nicht das maximale Datum.
Eingangsrechnung: Als Rechnungsdatum wird das Datum der letzten Eingangsrechnung vorausgewählt. Zusätzlich wird das Fälligkeitsdatum in Abhängigkeit von den beim Lieferanten ausgewählten Zahlungsbedingungen gesetzt.
Zur Überwachung von $form-Variablen können jetzt mehrere gleichzeitig ein- oder ausgeschaltet werden. Syntax: $form->{"Watchdog::var1,var2,var3"} = 1;
Kundenauftrag/Lieferantenbestellung: Wenn alle Positionen vollständig geliefert wurden (also in allen Positionen der Lagerein-/-ausgang == Anzahl ist), so wird beim Speichern das Flag "Gelifert" automatisch gesetzt.
"Maschine" schreibt sich ohne "ie".
Kunden-/Lieferantenstammdatensuche: Fokus initial auf das Feld "Firmenname" setzen.