save_history sollte NICHT jedesmal eine neue datenbankverbindung aufmachen.
Bei Zahlungseingang/-ausgang Meldung anzeigen, wenn offene Rechnungen in anderen Währungen vorhanden sind
Fix für Bug 1050.
Merge branch 'ir_templates'
Conflicts: SL/OP.pm
SL/OP.pm wird hat schon laenger keine sinnvolle funktion. entsprechend rausgenommen
Keine Tabs in SL/* Modulen.
Machen das Leben nur schwer für Leute die zufällig nicht die Tabbreite eingestellt haben wie der Autor.
strictness.
Ausserdem das "use strict" einheitlich unter die includes verschoben umdeutlich zu machen, dass das pragma die eingebundenen dateien nichtchecken soll.
strictness, und einige perltidy Verbrechen behoben.
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)...
Zahlungsverkehr: Drop-Down-Box für das Konto richtig befüllen.
Anpassung der Historienfunktion
CP.pm auf die Verwendung von parametrisierten Queries zur Vermeidung von SQL injections umgestellt.
Recommit von r1205 von skoehler: Bug 232 - Zahlungsausgang Fehler, falsches Aufsummieren von Teilzahlungen bei Rechnungen
Uebernahme der kompletten Version, so wie sie Philip als "Demo-Version" gezeigt hat, in das unstable-Repo. Dabei werden auch einige Patches, die seit der 2.2.0 hier eingepflegt wurden, wieder ueberschrieben. Diese werden in den naechsten Tagen wieder eingespielt, sofern noetig. Zu den neuen Features gehoeren (ohne Anspruch auf Vollstaendigkeit) Mahnwesen, Einheiten, Template-Neucodierung, AJAX-basierende Dialoge an einigen Stellen, Buchungsgruppen etc etc.
Bug 232 - Zahlungsausgang Fehler, falsches Aufsummieren von Teilzahlungen beiRechnungen
Alle Dateien durch Perltidy laufen lassen. Die verwendeten Optionen sind am Ende der neu hinzugefuegten Datei doc/programmierstilrichtlinien.txt zu finden.