Nachtrag Uebersetzungen
System->Konteneinstellungen ueberarbeitet:
Lieferanten-/Kundenauswahlmenu angepasst, so dass nicht immer die komplette Auswahlliste mitgeschleppt werden muss.
Beim Speichern/Anlegen von Mahstufen müssen die Kundendaten vor dem Generieren der PDFs aus der Datenbank gelesen werden, damit nicht alle Mahnungen für ein und denselben Kunden ausgegeben werden. Fix für Bug 631.
Checkboxen bei Mahnungen eingebaut, um die ganze Liste an- oder abzuwählen.
einen sub für get_lists -> "vendor" hinzugefügt
Lieferantenauswahlmenu angepasst, so dass nicht immer die komplette Auswahlliste mitgeschleppt werden muss.
Kundenauswahlmenu angepasst, so dass nicht immer die komplette Auswahlliste mitgeschleppt werden muss.
INSERT an das popup angepasst ( Bearbeiter können von jedem ausgewählt werden. )
subs für den customer und employee select angepasst; sowie get_lists
Bearbeiter-Popup eingefügt
Verlagern der USTVA Kennziffern auf einen zentralen Datenbankeintrag.Dies verhindert Probleme, dass manche Kennziffern in einzelnen Ausgabemedien nicht erscheinen, in anderen jedoch schon.Auch bietet die Verlagerung auf die Datenbank - in einem späteren Schritt - die Abstraktion von Steuerreports auf verschiedene internationale Gegebenheiten....
Kosmetik, private Variablen
Bei Kundenangeboten, Kundenaufträgen, Lieferantenbestellungen und Lieferantenanfragen ein Feld "Vorgangsbezeichnung" implementiert.
Damit dbupgrade2_tool.pl nicht mehrmals eine Datenbankverbindung aufbauen muss.
currencies-popup angepasst
sub _get_currencies an currencies angepasst, da diese mit : getrennt in der Tabelle stehen
Erweiterung der get_lists für die currencies
Anpassung der Anzeige, dass keine stornierten Rechnungen mehr angezeigt werden
Währungs-popup auf cgi umgestellt
Beim Graphviz-Baum diejenigen Knoten hellgrau einfärben, von denen kein weiterer Knoten abhängt.
Hilfetexte ausgeweitet. Der Option --graphviz einen optionalen Parameter hinzugefügt, sodass der Dateinamen vom Benutzer gewählt werden kann.
Query durch LEFT JOIN vereinfacht und die Ergebnisanzahl deutlich reduziert.
Eine Sonderregel für die Aktion "--apply" eingeführt: Bei "ALL" werden alle noch nicht eingespielten Upgrades aus sql/Pg-upgrade2 eingespielt.
Optionen implementiert, um von der Kommandozeile aus SQL-Upgrades aus sql/Pg-upgrade2 anzuwenden.
Query-Vereinfachung wurde aus Versehen in r2296 committed.
Variablennamen etwas verständlicher gemacht. Zusätzlich einen Bug behoben, der dafür sorgte, dass die nicht zu versteckenden Felder nicht aussortiert wurden: $hash{@array}=... ist falsch, richtig muss es @hash{@array}=... heißen.
Fehlendes Zeichen. Fix für Bug 630.
Bearbeiten von Vorlagen: Es können jetzt die Vorlagen für alle konfigurierten Mahnstufen bearbeitet werden.
Bei der Liste der Einkaufsrechnungen den Typ anzeigen: "R" für Einkaufsrechnungen und "K" für Kreditorenbuchungen.
Bei der Liste der Rechnungen beim Typ auch zwischen Verkaufsrechnungen ("R") und Debitorenbuchungen ("D") unterscheiden.
Einfügen in die Historie durch Zusatzinformationen über die Höhe der aktuellen Zahlung erweitert.
Variablen für die Historie (Mahnungsprozess) hinzugefügt
Anpassungen der Historien-Templates
locales teilweise übersetzt
CGI::Carp qw(fatalsToBrowser); wieder rausgenommen
$form->{duedate} und $form->{transdate} quoted, da sonst in den values der inputtags in den Formularen onBlur... drinsteht
SQL-Syntax groß geschrieben / lesbarer gemacht : update -> UPDATE usw.
$locale->text('CANCELD') für Stornierungen hinzugefügt
history für stornierte Buchungne eingefügt und rowcount hochgesetzt, damit die Stornierung in post() funktioniert
zurücksetzen der variable
$form->{rowcount} muß in validate_itmes auf 0 überprüfen, da vorherige Überprüfungen der Zeilen schon die nicht ausgefüllte abschneiden.
Den zuletzt implementierten Mechanismus entfernt, um $form-Variablen zu überwachen, und dafür einen neuen Mechanismus implementiert, der auf tie basiert. Dadurch ist es möglich, immer die exakte Zeilennummer zu erfahren, in der eine Variable geändert wird.
join() braucht natürlich mindestens zwei Argumente. Fix für Bug 626.
Kreditlimit von Lieferanten wurde nicht richtig berechnet, wenn neue Rechnungen angelegt wurden.
Falsche Funktion aufgerufen.
In Commit 2271 wurden zu viele Zeilen entfernt (hidden für "login").
Style fuer markieren der editierbaren Elemente entfernt- Es gab Probleme mit bestimmten Buttons- Kann zu Irritationen führen, weil ein Feld eingefaerbt ist, der Fokus aber auf einem anderenFeld liegt und daher die Eingabe nicht in dem eingefaerbten Feld erfolgt
Aktualisierung des Changelogs mit den Änderungen seit 2.4.2.
edit_e_mail auf templates umgestellt
Zahlungsverkehr: Drop-Down-Box für das Konto richtig befüllen.
typo
return muss nach leave_sub stattfinden, sonst wird das ignoriert
$form->{path} entfernt und hardcodiert auf bin/mozilla gesetzt.Vorlagen sind nicht betroffen, aber locales.pl schon.
Jahresberechnung
Substitute mit execute reimt sich.
Auf gar keine Fall nicht ueberkomplizierte Logik nicht leichter gemacht...
Kosmetik: Formatoptionen nutzen, anstatt den Formatstring extra zusammenzusetzen.
In allen Einkaufs- und Verkaufsmasken die Drop-Down-Box für die Steuerzone bei jedem Formularaufbau neu generieren. Dadurch bleibt auch der bisher selektierte Eintrag selektiert, was er vorher nicht tat (sprang immer auf "Inland" zurück).
Beim Vergeben von neuen Angebotsnummern etc die "Breite" der Nummernkreisvorlagen berücksichtigen (also wird aus z.B. "A00000" auch wirklich "A00001" und nicht "A1").
Anzeige um Buchungsnummer und interne ID erweitert
Formulardaten für Datumsangabe gequoted, da hier sonst onBlur... im value stand.
history_erp durch Spalte snumbers erweitert
$form->{snumber} durch $form->{snumbers} ersetzt, da dies eigentlich so vorgesehen war. :/
Anpassung an die Historiensuchmaschiene
Anpassung der Historienfunktion
Anpassung des Speichervorgangs der Historie. Parameter $form->{snumbers} wird erwartet.
history_search auf Buchungsnummern etcpp angepasst, so dass man auch gelöschte Daten in der Historie suchen kann.
Anpassungen innerhalb der Variablenübergabe:$form->{snumbers} muß beim speichern der history gesetzt werden (z.B. $form->{snumbers} = qq|invnumber_| . $form->{invnumber}; )
überprüfen, ob ein datums-value leer ist eingepflegt
Überprüfen auf korrekte Eingaben eingepflegt. (common.js check_right_date_format usw)
Anpassen an common.js (Datumsüberprüfung und Nummerüberprüfung)
Variable wrongDateformat in wrongDateFormat umbenannt
Die Javascript-Funktion "fokus()" sollte immer definiert sein, um keine Javascript-Fehler zu produzieren. Ob sie auch was tut hängt dann davon ab, ob $form->{fokus} gesetzt ist.
Eine Funktion zum "sicheren" Aufrufen von Unterfunktionen eingebaut, damit &{ $form->{nextsub} }(); nicht ungeprüft aufgerufen werden muss.
Anpassung an check_right_number_format und check_right_date_format aus der common.js
Falsche DB-Hilfsfunktion verwendet.
Den Code für das Bearbeiten von Vorlagen in eine eigene Datei ausgelagert. Zusätzlich den HTML-Code in eine HTML-Vorlage ausgelagert.
Umstellung von IC.pm auf die Verwendung von parametrisierten Queries und gequoteter Werte zur Vermeidung von SQL injections.
Kleine Codevereinfachung.
Die Funktionen zum Bearbeiten von HTML-, LaTeX-Vorlagen und Stylesheets neu geschrieben.
Fix zu Bug 618.
Kommentar:perl -le 'map ${$a{$_}=1}{k}=$_, 0,1; print $a{1}{k}'
Geladene Buchungen zeigten nach r2145 keine Steuern mehr an.Das Query zum Abfragen der Kontodaten war falsch verkuerzt worden.
Umstellung von RP.pm auf die Verwendung von parametrisierten Queries bzw. Verwendung von gequoteten Variablen zur Vermeidung von SQL injections.
In Form.pm gibt es kein $form, nur $self.
Beim Verschicken von Sammelrechnungen per Email einen besseren Namen für den Dateianhang wählen.
Beim Verschicken von Emails auch die Variable $form->{EMAIL_RECIPIENT} als Empfaenger benutzen, falls in $form->{email} z.B. die Emailadresse des Kunden steht. Bei der Sammelrechnung genau deswegen $form->{EMAIL_RECIPIENT} benutzen.
Checkbox "geliefert" auch anzeigen, wenn der Verkaufsbeleg noch nicht gespeichert wurde.
Kosmetik
Vermeidung von SQL injections durch die Verwendung von parametrisierten Queries.
Erweiterung der common.js um die function setupDateFormat(dateFormat, wrongDateFormat) und check_right_date_format(input_name), welche ein Datum auf Richtigkeitüberprüfen. Einzubingen wie folgt:
- in jeder pl, in der input-tags überprüft werden sollen, muss $onload durch folgendes erweitert werden:...
Die Variable hieß vorher "all_partsgroup" und sollte danach ebenso heißen.
Erweiterung der common.js um die function setupPoints(numberformat, wrongFormat) und check_right_date_format(input_name), welche einen eigenebenen Betrag auf Richtigkeitüberprüfen. Einzubingen wie folgt:
Noch ein Fallback, falls $language wirklich nicht definiert sein sollte.
%myconfig ist ein Hash.
Bei Nummernkreisen auch Sonderzeichen erlauben (Perls eigener Algorithmus hinter "$var++;" funktioniert z.B. nicht, wenn die Variable ein Gleichheitszeichen enthält).
$form->{printers} ist ein Array, und kein Hash. Außerdem die Drucker-Drop-Down-Box nur dann anzeigen, wenn Drucker angelegt wurden.
Umstellung der Form.pm auf die Verwendung parametrisierter Queries zur Vermeidung von SQL injection. Zusätzlich etwas Kosmetik (trailing whitespace, TABs entfernt).
Nach dem Auslagern der Druckoptionen in eigene HTML-Vorlagen wurden nach dem Drucken eines Beleges die Druckoptionen nicht wieder angezeigt. Grund ist, dass die Funktion print_options() meist in der Form "&print_options;" aufgerufen wird. Wenn die Klammern nicht angegeben werden, dann übergibt Perl aber die Argumente, die der aufrufenden Funktion übergeben wurden, weiter an die aufgerufene Funktion. print_options() benutzt die Parameter aber, um festzulegen, ob die Druckoptionen gleich mit print() ausgegeben oder nur mit "return" an die aufrufende Funktion zurückgegeben werden.
Noch ein Schreibfehler.
Schreibfehler.