Teilung durch 0 vermeiden.
Fix für r1967 (und r2002) : Steueranzeige unterhalb von Rechnungen, Angeboten, etc. an die neuen Taxkeys angepasst.Der Steuersatz wird nicht mehr in der 'description' redundant gefuehrt, sondern aus der'rate' generiert. Getestet bei den EingabemaskenVerkauf: Rechnung, Gutschrift, Auftrag, Angebot...
Loeschen von Drafts flexibler.Die Checkbos bestimmt ob ein Draft geloescht wird, nicht mehr automatisch beim laden.
Prozentangaben in der Steuerbeschreibung wieder hinzugefuegt
Einkaufs-, Verkaufs-, Debitoren- und Kreditorenrechnungen können als Entwurf gespeichert und später weiter bearbeitet werden. Dabei werden sie nicht gebucht.
Quoting
Steueranzeige unterhalb von Rechnungen, Angeboten, etc. an die neuen Taxkeys angepasst.Der Steuersatz wird nicht mehr in der 'description' redundant gefuehrt, sondern aus der'rate' generiert.
Historie eingefügt
Anzeige und Auswahl von Projektnummern bei Einkaufs- und Verkaufsbelegen nur noch per Drop-Down-Box.
Globale Projektnummer in Einkaufs- und Verkaufsbelegen.
Drop-Down-Auswahlboxen für Ansprechpartner und Lieferadresse bei jedem Maskenaufbau aus der Datenbank aufbauen. Für den HTML-Code wird jetzt das CGI-Modul verwendet.
Bei Einkaufs- und Verkaufsmasken Felder für Angebots- und Auftragsdatum hinzugefügt.
Eingabefelder, bei denen der Javascript-Kalender eingesetzt werden soll, brauchen ein "id"-Attribut, weil der Kalender ansonsten nicht unter Firefox funktioniert.
Bei Einkaufsrechnungen den "Erneuern"-Button auch bei bereits gebuchten Rechnungen anzeigen, weil ansonsten die Bearbeitung der Zahlungsausgänge arg aufwendig wird.
Ein geöffnetes <script>-Tag muss auch wieder geschlossen werden, weil ansonsten der Rest bis zum nächsten </script>-Tag als Javascript interpretiert wird. Dadurch war z.B. das automatische Eintragen des Zahlungsdatums bei Auswahl der Zahlungsbedingungen kaputt.
Vergessener Code, damit "Details anzeigen" auch wirklich funktioniert.
Entfernung von totem Code: Die Funktion menubar() gibt es schon lange nicht mehr.
Jede Menge Javascript-Kalender eingefügt, und an einigen Stellen die Beschriftung von Datumsfeldern von "an" in "bis" geändert.
Fehler in der Storno-Routine und beim Umwandeln einer Vorlage in einen neuen Beleg, wenn dieVorlage schonmal storniert wurde
Einkaufs- und Verkaufsrechnungen, sowie Debitoren und Kreditorenbuchungen koennen nun auch zueinem spaeteren Zeitpunkt als Vorlage fuer einen neuen Beleg genutzt werden
Wenn bei Eingangsrechnungen keine Rechnungsnummer angegeben wurde, wurde eine aus demNummernkreis fuer Ausgangsrechnungen benutzt
Steuerzonen können jetzt auch nachträglich geändert werden. Fix für Bugzilla #464. Zusätzlich etwas HTML-Quoting.
Problem bei der Formatierung von Zahlungseingängen
An einigen Stellen (z.B. beim Erfassen von Zahlungsausgängen und eingängen) wird überprüft, ob eine Zeile leer ist, indem der Betrag überprüft wird. Das muss aber mit "$form>parse_amount() geschehen, weil ein simples "if ($form->{feldname})" auch dann wahr ist, wenn die Zahl "0,00" ist. Fix für Bugzilla #457.
Keine globalen Variablen überschreiben/benutzen.
Syntaxhighlighting für Emacs erleichter.
Nach dem Auslesen eines Artikels aus der Datenbank sollte in den Masken die Einheit des Artikels vorbelegt werden, und nicht kg.
Beim Erneuern der Einkaufs- und Verkaufsmasken sowie direkt vor dem Speichern/Buchen werden die Steuerkonten für alle Positionen neu aus der Datenbank ausgelesen. Dadurch werden auch Änderungen des Rechnungs-/Lieferdatums berücksichtigt. Umwandlungen von einem Formular in ein anderes sind ebenfalls abgedeckt.
Fixed Bug 436: Radierparagraph: Loeschen am gleichen Tag erlauben
Bei Anlegen eines neues Vorgangs im Auftragwesen, wurde bei Kunden/Lieferanten Suchbox derletzte Kunde/Lieferant falsch eingetragen
Recommit von r1202 von skoehler: Bug 381, Auftrags-, Angebots-, Rechnungsnummern (Einkauf) wurden beim "Neu speichern" nicht hochgezaehlt.
Recommit von r1183 von skoehler: Bugfix 133, Quoting fuer Kunden und Lieferanten rein, Dequoting wird nicht benoetigt, Anfuehrungsstriche brachten Verkaufs- und Einkaufsmasken durcheinander
Recommit von r1154 von skoehler: Nachtag zu r1152, fehlerhafte Abfrage beim Bezahlen von Rechnungen "0,00" ist nicht false
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 381, Auftrags-, Angebots-, Rechnungsnummern (Einkauf) wurdenbeim "Neu speichern" nicht hochgezaehlt.
Bugfix 133, Quoting fuer Kunden und Lieferanten rein, Dequoting wird nicht benoetigt,Anfuehrungsstriche brachten Verkaufs- und Einkaufsmasken durcheinander
Nachtag zu r1152, fehlerhafte Abfrage beim Bezahlen von Rechnungen "0,00" ist nicht false
Preisgruppen Kommentar entfernt, nach Perltidy formatiert
Bugfix: svn 639 - Auch die entsprechenden Buchungen sind falsch gewesen.
Angepasst für Verkauf: Rechnungen, Aufträge, Angebote undEinkauf: Einkaufsrechnung, Lieferantenauftrag, Preisanfrage.
Preisgruppenerweiterung auf Basis von Andres Patch - ThanksPreisgruppenverwaltung-Preiseingabe der Preisgruppen in Masken Waren,etc.-Auswahl der Preisgruppen in den Verkaufsmasken...
Erweiterung Datenbankschema
Whitespace an den Zeilenenden entfernt.
Alle Dateien durch Perltidy laufen lassen. Die verwendeten Optionen sind am Ende der neu hinzugefuegten Datei doc/programmierstilrichtlinien.txt zu finden.