Nach einem Datenbankupgrade nicht strikt menu.pl aufrufen, sondern das beim Benutzer eingestellte.
Meldungen über die einzelnen ausgeführten Upgrades in einer <ul> ausgeben, damit sie besser voneinander unterscheidbar sind.
Beim Anlegen von Buchungsgruppen für Erzeugnisse muss der Benutzer das Inventarkonto auswählen können, wenn EUR nicht gesetzt ist, da bei Erzeugnissen kein Inventarkonto benutzt wird.
Die Beschreibung von Datenbankupgrades nicht noch einmal escapen, da erwartet wird, dass sie bereits HTML-escapet in der Datei steht.
Neuer Datenbankupgrademechanismus: Die Upgradedateien im neuen Verzeichnis sql/Pg-upgrade2 enthalten Informationen über Abhängigkeiten, die von Lx-Office ausgewertet werden, um die Reihenfolge zu bestimmen, in der Updates angewandt werden. Wird nicht mehr über Versionsnummern geregelt.
Verwalten von Einheitennamen für jede angelegte Sprache. Beim Druck werden die Einheitennamen durch diejenigen ersetzt, die für die ausgewählte Ausgabesprache gespeichert sind.
Die Warnung bzgl. des Datenbankupgrades darf am Anfang natürlich nur einmal gezeigt werden. Ansonsten müsste man in jedem interaktiven Datenbankupgrade den Parameter "confirm_dbupdate" übergeben.
Beim Login wird jetzt vor der eigentlichen Datenbankaktualisierung eine Warnmeldung ausgegeben, die der Benutzer bestätigen muss. Somit erhält er noch eine Gelegenheit, vor einem nicht erwarteten Upgrade ein Backup der Datenbank durchzuführen.
Ein paar Vorlagen in die existierenden Vorlagenverzeichnisse kopieren.
Datenbankupgrade Buchungsgruppen: Erzeugnisse in einem eigenen Schritt behandeln.
Ein paar horizontale Linien eingefuegt.
Datenbankupgradescript für die Buchungsgruppen.
Nach einem Datenbankupgrade den Link "Weiter" durch einen Button ersetzt. Macht ihn offensichtlicher, wenn viel Text zu sehen ist (z.B. nach dem Upgrade von Einheiten etc).
Tabellenzeilen richtig einfaerben.
Datenbankupgrade: Standardbuchungsgruppen mit 16% und 7% fuer SKR03 und SKR04 anlegen.
Datenbankupgrade: In der Tabelle defaults wird jetzt auch der verwendete Kontenrahmen gespeichert. Dieser wird beim Anlegen der Datenbank eingetragen. Das Datenbankupgrade versucht, den Kontenrahmen zu erraten und fragt im Zweifelsfall beim Benutzer nach.
Interaktives Datenbankupgrade zur Einfuehrung von Mass- und Dienstleistungseinheiten.
Informationen ueber Datenbankupgrades auch im Lx-Office-Look ausgeben.
Repaired calculation display of formula in goods and services.locale/de need to be fixed...
Recommit von r1160 von skoehler: Bugfix Artikel ließ sich ohne Artikelbeschreibung speichern, update locales
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.
Die lokalisierten HTML-Vorlagen sollten doch im Repository enthalten sein, weil ansonsten nach jedem update/checkout locales.pl laufen gelassen werden muss. Dieses WIRD zu Problemen und Irritationen fuehren.
Die automatisch generierten HTML-Templates sollten nicht im Repository gespeichert werden.
Die HTML-Vorlagen werden nun ebenfalls von locales.pl uebersetzt. Dabei werden alle Vorlagen mit name_master.html benannt und nach name_sprache.html ausgegeben. Der zu uebersetzende Text steht innerhalb von <translate>...</translate>. Diese Tags koennen an beliebigen Stellen vorkommen, also auch z.B. in Attributen von regulaeren HTML-Tags oder innerhalb von <TMPL ...>-Tags.
Die Funktion Form::error(), die u.a. auch von Form::isblank() und Form::dberror() aufgerufen wird, gibt nun ihre Fehlermeldung ueber die Standard-Fehler-Vorlage aus. [r778 aus LINET prog-Repo]