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:
  $onload .= qq|;setupDateFormat('|. $myconfig{dateformat} .qq|', '|. $locale->text("Falsches Datumsformat!") .qq|')|;
- die common.js muss eingebunden sein
- in zu überprüfendem input-tag muß folgendes stehen:
   onBlur=\"check_right_date_format(this)\"

Die Funktion check_right_date_format, welche vorher vorhanden war, wurde in check_right_number_format(input_name) umbenannt!!!

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:

- in jeder pl, in der input-tags überprüft werden sollen, muss $onload durch folgendes erweitert werden:
   $onload .= qq|;setupPoints('|. $myconfig{numberformat} .qq|', '|. $locale->text("wrongformat") .qq|')|;
- die common.js muss eingebunden sein
- in zu überprüfendem input-tag muß folgendes stehen:
    onBlur=\"check_right_date_format(this)\"

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.

Beim Umwandeln von Lieferantenauftrag in Kundenauftrag und umgekehrt die Auftragsnummer löschen, damit eine neue vergeben werden kann, ohne dass der Benutzer dafür etwas tun muss.

Gequotete Werte auch in Anführungszeichen ausgeben.

/Stornierte (Forderungen|Verbindlichkeiten)/ werden bei offene $1 nicht mehr angezeigt/

Fehlende Parameter und falsche Spaltennamen.

onclick gegen onchange ausgetauscht

Fehler Widergutmachung (cgi parameter usw)

Fehlendes Objekt bei Funktionsaufruf.

Einkaufs-/Verkaufsmasken, Debitoren-/Kreditorenmasken: Wenn in der Drop-Down-Box für Kunden/Lieferanten ein anderer Eintrag ausgewählt wird, dann automatisch die Anzeige erneuern lassen.

Auch beim Aufruf von LXDebug::message() auf Veränderungen bei beobachteten Variablen testen.

Mehr Umformatierungen.

Bessere Einrückung. Kleinen Fehler beseitigt, der letztens durch Umstellung auf $cgi->hidden() reingekommen ist (selected_unit_* muss als unit_old_* übergeben werden).

Bei der Drop-Down-Box für die Drucker wieder den Druckernamen anzeigen.

Beim Verschicken von Einkaufs- und Verkaufsbelegen per Email nur dann speichern, wenn der Beleg noch gar nicht gespeichert war. Dann auch auf geparste/nicht geparste Zahlen achten. Fix für Bug 619.

Ersatzmuster für Kunden/Lieferanten mit \n und/oder \r im Namen hinzugefügt. (bug 543)

Ersatzmuster für Lieferanten/Kundennamen, welche \n und/oder \r enthalten, hizugefügt (bug 543)

Ersatzmuster für Lieferanten/Kundennamen, die \n und/oder \r enthalten eingefügt (bug 543)

Abfangen von doppelten Lieferantenadressen (beim Eintragen)

Und wieder einmal ist mir durchgerutscht, dass die lx-erp.conf verändert wurde.

Einen Filter für den Kunden-/Lieferantentypen bei Berichten über Kunden-/Lieferantenstammdaten implementiert.

Weitere Unterfunktion zu Form::get_lists() zum Auslesen von Kunden-/Lieferantentypen.

shiptodepartment_1 und 2 als hiddentag hinzugefügt

Bei den Kunden- und Lieferantenstammdaten werden in den Berichten standardmäßig nur noch die gültigen angezeigt; die ungültigen können über Radiobuttons trotzdem angezeigt werden.

Bei Einkaufs- und Verkaufsmasken ermöglichen, dass kein Ansprechpartner ausgewählt wird.

Rudimentäre Überwachungsfunktion für $form-Variablen in LXDebug implementiert.

syntax in hidden tags w3c conform gestalltet (bug 272)

Vergessen, einen Spaltennamen mit umzubenennen.

Doppelte Zeilen entfernt.

Mahnwesen: Die Tabelle dunning so umgebaut, dass gemeinsam gestartete Mahnungen auch später gemeinsam erneut ausgedruckt werden können. Dafür auch die Listenansicht bereits gestarteter Mahnungen verbessert.

Vermeidung von SQL injection durch Verwendung von parametrisierten Queries. Zusätzlich die Optik beim Bericht über laufende Mahnungen verbessert. Fehler beseitigt, dass das erneute Ausdrucken von Mahnungen alle Mahnungen zusammengefasst hat, auch über Kundengrenzen hinaus.

Nettobeträge bei taxincluded auf Druckvorschau angepasst (Bug 576)

Nettobeträge bei taxincluded auf Druckvorschau angepasst (Bug 576)

Bugfix: SQL Fehler bei nicht vorhandenem salesman

Bugfix: Erzeugnisse muessen ihre Einheiten aus dimensions suchen.

Printer_id kann 0 sein

Bug 608.
(Feldergroessen im Ansprechpartner Dialog)
Datenbank und Bildschirm haben ja Platz, also passen auch groessere Felder hin.

Tags auf ignore

Shebangzeile analog zu den anderen Scripten

Bug 614.
Auch copy&paste Programmierung will gelernt sein... :/

Beim Anlegen von Waren/Dienstleistungen die Einheiten auch wirklich nach der in den Systemeinstellung vorgegebenen Reihenfolge sortieren.

CP.pm auf die Verwendung von parametrisierten Queries zur Vermeidung von SQL injections umgestellt.

CA.pm auf die Verwendung von parametrisierten Queries zur Vermeidung von SQL injections umgestellt.

Funktion get_config aus ustva.pl nach USTVA.pm verschoben, damit sie auch aus rp.pl aufgerufen werden kann.

Skript zum Erzeugen eines tags-Files. Damit kann man im Editor direkt zu der Stelle im Code springen,
wo die gesuchte Funktion definiert ist. Praktisch fuer vi, joe, emacs...

tabindex-Attribute entfernt, damit der Browser die Tabreinhenfolge selber vergibt, da die Reihenfolge, in der sie im HTML-Code vorkommen, auch diejenige ist, in der der Benutzer sie intuitiv erwartet.

tabindex-Attribute entfernt, damit der Browser die Tabreinhenfolge selber vergibt, da die Reihenfolge, in der sie im HTML-Code vorkommen, auch diejenige ist, in der der Benutzer sie intuitiv erwartet.

Beim letzten Commit aus Versehen gemachte Änderung rückgängig gemacht.

Weitere Vorkommen von GIFI entfernt. GIFI müsste bis auf Spalte chart.gifi_accno und Tabelle chart komplett entfernt sein.

Verweise auf GIFI entfernt.

Restfunktionalität von customertax und vendortax entfernt.

CT.pm auf die Verwendung von parametrisierten Queries zur Vermeidung von SQL injection umgestellt. Dabei Restfunktionalität von customertax und vendortax entfernt. Mehr Datenbankhilfsfunktionen hinzugefügt.

dump_query ersetzt bereits ?-Parameter durch ihre eigentlichen Werte, weswegen sie nicht noch einmal an das Query angefügt werden müssen.

Falsche Verwendung einer neu eingeführten Datenbankhilfsfunktion, die zu einer Endlosschleife geführt hat.

template arrays noch leermachen

io.pl print_options auf templateing umgeschireben.

Soweit ich weiss ist das eine der ersten frontend Funktionen aus SQL Ledger die auf templating umgeschrieben wurde.
Funktionalitaet wurde eins zu eins erhalten, die einzige gewollte Aenderung betrifft die Moeglichkeit
nicht direkt auf den Bildschirm auszugeben sondern die Optionen in einer Variable zurueckzugeben.

Ansonsten kleinere Aenderungen bedingt durch Programmierstil und Beschraenkungen von HTML::Template:
- der Check ob einige Selects angezeigt werden funktioniert jetzt ueber einen Referenzcheck,
  da languages und printers aus irgendeinem Grund als hashref initialisiert werden und dann als array gespeichert werden
- die Auswahl zwischen form und myconfigvariablen funktioniert leicht anders und wird vermutlich noch geaendert werden.

Loeblich, Doku wollte ich schon immer haben.

Ich hab mal die Authorschaft korrigiert (Moritz hat an den meisten Routinen schuld)
und die Funktionen die sowieso ueber prepare_execute_query laufen von doppelten Dumps befreit.

Fehler beim Export von Buchungen mit 16% behoben

SL::DBUtils etwas verbessert. Bei jedem Query wird geprüft ob der Debugmodus
eingeschaltet ist-> Eintrag ins Log.
Auch habe ich eine Anleitung für das Modul angefangen, aber bisher nur den
Aufruf einiger Funktionen beschrieben siehe perldoc SL/DBUtils.

Betr. Frontendfunktionen ar, ap, ir, is Zahlungskonto.
Die Abfrage von $form->create_links verbessert (vor Inf. Regress geschützt) und aufgeräumt.
Vereinheitlichung: Umstellung der Datenbankanfragen auf SL::DBUtils.

OE.pm: Keine Daten aus $form direkt in SQL-Anfragen einsetzen und statt dessen parametrisierte Anfragen benutzen. Außerdem einen SQL-Fehler behoben, wenn mehrere Auftrage zu einem zusammengefasst werden. Behebt Bug #609.

Durch das Einbinden von SL::User in SL::Form werden einige Übersetzungen in anderen Dateien benötigt.

Das Eingabefeld für den Langtext im Popupfenster etwas vergrößert.

Beim Ausdruck die Variablen für den Verkäufer (salesman_*) füllen.

Speichern und Anzeigen eines Verkäufers bei Verkaufsmasken.

In der Verkaufsmasken die Drop-Down-Box "Verkäufer" in "Bearbeiter" umbenannt, weil eine separate Drop-Down-Box für den Verkäufer folgen wird.

Bei Kunden-/Lieferantentypen das Feld "Vertreter" ausblenden.