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...
Das Eingabefeld für den Langtext im Popupfenster etwas vergrößert.
Möglichkeit zum Löschen von gespeicherten Entwürfen eingebaut.
Loeschen von Drafts flexibler.Die Checkbos bestimmt ob ein Draft geloescht wird, nicht mehr automatisch beim laden.
Webseitenvorlagen für das "als Entwurf speichern"-Feature.
Historie-Fenster: Zeilen unterschiedlich einfärben; die ersten beiden Spalten nicht umbrechen; den "Schließen"-/"Zurück"-Link nicht als Link sondern als Button darstellen.
Vergessener locales.pl-Lauf.
Historie eingefügt
Übersetzung
Einheiten sortierbar gemacht.
Erstes Update zur USTVA Anpassung an 16%/19%.- Kennziffern 81,811, 51,511 werden 2006 und 2007 unterstützt.- HTML testscript für selenium IDE
Kleine Sprachanpassungen in der am und ustva.
Spalten entfernt: new_chart_id, valid_from
locales Template fuer r1840.
Konten_id mit in den Bericht aufgenommen.
Ueberarbeitet r1807: System-> Kontenuebersicht-> Konten anzeigen.Bitte testen.
Hilfstext für die Zahlungskonditionen.
Neue Version System-> Kontenuebersicht-> Konten anzeigen.Bitte testen, steuerliche Zuordnungen noch nicht ganz in Ordnung...
USTVA: Kleinere Sprachanpassungen, fehlerhafte Oeffungszeiten
Kleiner Uebertragungsfehler bei r1720
Kleiner Fehler in ustva->config_step2
- USTVA Screens in HTML-Templates verlagert- USTVA Taxbird kleinere Anpassungen zur Kompatibilitaet- quoting- changelog angepasst
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]