Übersetzungskollision die zu Bug 163 fuehrt.Sollte hiermit gefixt sein.
Einmal locales ausgefuehrt
Solved Bug 248: Nachtrag
Habe das Lieferdatum auf Postenebene wieder eingefuehrt, anscheinend hatte das jemand wegoptimiert.Es wird jetzt wieder im Auftrag erfassen und Rechnung erfassen Formular angezeigt.Es wird ausserdem bei Umwandlung zwischen Rechnung<->Auftrag uebernommen....
Splitbuchungen
Übersetzungen für r710, r711
Bug/Feature USTVA Modul: Jahresberichte können nun im Ausgabeformat 'Vorschau'generiert werden.Betrifft Anfrage auf User Mailingliste, Posting vom 6.12.2005von Raimund Koenig, Subjekt: UStVA.
Feature Sammelauftraege fuer Antivir- Kann jetzt mehrere Auftraege in der Suchmaske anwaehlen und zusammenfassen zu einem Sammelauftrag.- Kann diesen Sammelauftrag als neu speichern und eine Rechnung dafuer ausstellen.- Kann die folgende Rechnung wiederum speichern und buchen....
Menue Berichte Preisgruppen verschoben, Hola raus & locales angepasst
Anpassungen der fehlenden Uebersetzungen. Ausser 'hola' in der ct.pl pricegroups. Keine Ahnung wozu die da ist?
Bugfix Preisgruppen, in der Warenmaske zeigte er eine Preisgruppe a"Gruppe 1" als "Gruppe" anAnpassung locale
Übersetzungen für Preisgruppen
Uebersetzungen ergaenzt
Vertippt
Den Parser in locaes.pl so erweitert, dass er auch $text->locale(...)-Funktionsaufrufe auswertet, die ueber mehrere Zeilen gehen. Das wurde durch die Verwendung von perltidy akut, das bei sehr langen Zeilen das Argument zu $text->locale() in eine eigene Zeile schreibt. Einige der dadurch neu/wieder gefundenen Ausdruecke uebersetzt bzw. deren urspruengliche Uebersetzung wiederhergestellt.
Einmal durch perltidy.
Locales des neuen Menüs angepasst,locales.pl braucht nach update nicht mehr laufen!
Neues Menu von Holger L.Wenn manuell eingespielt vorher makesymlinks und locales.pl ausführen!-Auswahl über Programm>Benutzereinstellungen "Setup Menu" New/Old,dann ab- und neuanmelden.-Die Auswahl im der Adminmaske funktioniert noch nicht!
Probleme durch perltidy. Der sehr pingelige Parser von locales.pl akzeptiert Begriffe fuer Funktionen, die in einem Formular mit <input type=submit...> genannt werden, nur dann, wenn das $locale->text() in der gleichen Zeile wie type=submit steht. Dieses habe ich geaendert. Weitere Probleme gab es, wenn perltidy bei sehr langen Strings zu $locale->text() den sehr langen Text in eine eigene Zeile gepackt hat, weil auch hier locales.pl den zu uebersetzenden Text direkt hinter $locale->text( erwartet.
Ueberbleibsel von .pl-Dateien entfernt, die noch in meinem lokalen Lx-Office-Verzeichnis rumlagen und deswegen von locales.pl ausgewertet wurden.
unstable-Zweig als Kopie des "alten" trunks erstellt.