kivi.Validator: check_right_*_format in display_row auf Validator geändert

kivi.Validator: In Controller eingebunden, die validate_form benutzen

... alle die auf "ack validate_form" in SL/Controller matchen

kivi.Validator: date_tag angepasst und input_number_tag eingeführt

kivi.Validator: explizites check_right_*_format auf Validator umgestellt

kivi.Validator

kivi.js: parse_amount darf "00" nicht ablehnen.

kivi.js: parse_amount und parse_date quirks

- Parsing von 1,2,4,6,8-stelligen Daten ohne Separator
- Parsing von yyyy-mm-dd Format ohne Separator
- Parsing von 0-Präfixen bei Zahlen

setupPoints und setupDateFormat entfernt

js/common.js: show_alert_and_focus auf annotate umgeschrieben

common.js: getDateArray und validate_dates entfernt

Die sind seit 2007 unbenutzt

Datenbank anlegen: Super-User-Rechte abfragen, sofern nötig

Admin: bei Fehler in DB-Lösch-Maske die richtige Maske erneut anzeigen

Part/Customer Picker: Bei Enter auf geändertem Text default verhindern

Dateimanagment: itime/mtime in DB kann gesetzt werden, mtime kann in Filesystem-Backend gesetzt werden

Wird benötigt falls man bestehende Dateien übernehmen will

Dateimanagement: lokalisiertes Datum in Darstellung

Dateimanagement: Checkbox zum Löschen/Umbenennen fehlt teilweise bei ERP-Dokumenten

Umgebaut, damit jede einzelne Version eines Dokumentes löschbar ist

fix #51

Dateimanagement: Stammdaten: DOM-Elemente bei multiples Tab-Aufrufen nicht duplizieren(2): weitere Stelle

siehe 69e526ee5

Warnings

Menu: Order Einträge automatisch Ergänzen, damit Sortierung stabil ist.

Menu: id für MT940 Export Eintrag

Menu: Keine nodes mehr ohne id erlauben.

Dir werden während des erstellens der Baumstruktur nach id indiziert,
und so gibt das potentielle Kollisionen

Dokumentation: Info zu Super-User-Rechten bei Test-Suite ergänzt

Dokumentation: Info zu manuellem Anlegen der Trigramm-Erweiterung entfernt

Tests: Eigene Verbindungsdaten für DB-Upgrades mit Super-User-Rechten

Wenn der Benutzer, der in der Konfiguration mit `user` & `password`
angegeben ist, keine Super-User-Rechte hat, so kann ein weiterer
Account dafür mit `superuser_user` & `superuser_password` angegeben
werden. Nur diejenigen Datenbankuprade-Scripte, die über den Tag
`@superuser_privileges` signalisieren, dass sie Super-User-Rechte
benötigen, werden auch wirklich mit Super-User-Rechten ausgeführt.

Trigramm-Erweiterung installieren & Trigramm-Indizes anlegen

Datenbankupgrades: Unterstützung für einzelne Updates mit Superuser-Rechten

Setzt man den neuen Tag `@superuser_privileges` auf 1, so schaut
kivitendo vor dem Einspielen aller Upgrades nach, ob der konfigurierte
Datenbankuser Superuser-Rechte hat. Falls nicht, wird die Benutzer*in
nach entsprechenden Logindaten gefragt.

Nur die Upgradescripte, die tatsächlich Superuser-Rechte benötigen,
werden mit diesem User ausgeführt, alle anderen mit den normalen
Rechten, um Besitzer-Wildwuchs bei neu angelegten Objekten zu
vermeiden.

SL::DBUpgrade2: unbenutzte Funktion `update2_available` entfernen

Datenbankupgrades: unbekannte Control-Felder als Fehler werten

Übersetzungen: Umlaute nicht als HTML-Entitäten schreiben

Warnings: PTC - lastcost kann undefined sein

t/ship/ship_order.t: Fake STDOUT muss schreibbar sein.

SL::DB::ShopOrder: Warnings

Wiederkehrende Rechnungen: Einmalige Rechnungen auch nur einmalig ausführen

Die kleinste Periode die calculate_dates verwendet ist monatlich.
Falls eine einmalige Rechnungen ein Startdatum älter als einen
Monat besitzt, werden mehrere Rechnungen erzeugt.
Sinnvoller ist es, dass die foreach @dates Schleife bei der
Prüfung auf Einmaligkeit auch direkt beendet wird (last).
Ferner Debug und typo

is: kivi.CustomerVendor.js korrekt einbinden

Vorbelegte E-Mail-Texte um Vorbelegung periodic invoices ergänzt

PartsGroup - Rose relationship für parts

Business - Rose relationships customers und vendors

Bessere Rückmeldung für Personenkonten-Export DATEV

Damit dem Anwender bewußt wird, dass es diese Funktion gibt
ist es sinnvoller die anzuzeigen und auszugrauen mit dem
Hinweis, dass die Kunden- und Lieferantennummernkreise nicht
der DATEV Personenkonto Spezifikation (Sachkontenlänge + 1)
entsprechen.

DATEV Export: invoices.t generate_datev_lines mit Encode::decode prüfen

DATEV-Export: Testfall invoices.t erweitert

* Prüfung von Personenkontenerweiterung (use_vk)
* Test um Einkaufsrechnung erweitert

DATEV-Export: Personenkontenoption nur anzeigen wenn Konten passen

Die Option "als Personenkonten exportieren" wird nur angezeigt, wenn
alle Kunden- und Lieferantennummern in das DATEV-Kontonummerschema
passen. Anhaken muß man die Checkbox allerdings trotzdem noch.

Besser wäre eine zentrale Konfiguration "DATEV-Export mit Personenkonten
exportieren" die dann auch beim Speichern/Anlegen von Konten immer
prüft, ob das Kontenschema eingehalten wird.

DATEV-Export: Option "als Personenkonten exportieren"

statt der Sammelkontonummer wird beim Export immer die Kunden- bzw.
Lieferantennummer exportiert. Es wird noch nicht auf eine gültige
Kontonummer (z.B. 10000-69999 und 70000-99999) geprüft.

Wiederkehrende Aufträge mit einmaliger Periode verbessert

Die Deaktivierung erst nach der Generierung der Rechnung veranlassen.
Andernfalls werden diese automatisch bei anderen Rechnungsläufen deaktiviert.

Typos in POD

spellcheck.t um lenght erweitert

DATEV: Typos

datev_format_2018.t - gl Eintrag ebenfalls aufräumen

WebshopApi: Dokumentation Installations und UPGRADE für Trigram(trgm_pg)

WebshopApi: Trigram Abhängigkeit aufgelöst.
Wird nur genutzt, wenn auch installiert
Tests dementsprechend angepasst und erweitert

WebshopApi: Recht Shoperstellen und bearbeiten in richtige Kategorie und
englische Übersetzungen

Errata: Nummernkreis für Rechte max 4-stellig

Ausreißer: Letter

Templates für OrderController: areainput_tag für Art.Beschreibung

Wie in den Stammdaten auch, sorgt für automatischen Umbruch bei
der Artikel-Beschreibung

Neues Benutzer-Recht Erzeugnisbestandteile editieren

Erlaubt das Änderun von Erzeugnisbestandteilen auch nachdem es
schon produziert wurde. Standardmäßig nicht gesetzt.

Abteilungs-Dropdown konsequent alphabetisch vorsortieren

$dep->get_all ==> $dep->get_all_sorted

Filter nach Namen für Buchungsvorlagen implementiert

Hintergrund: Nachdem einige Vorlagen erstellt worden sind,
ist der Standard-Fall nicht mehr Anlegen oder Ändern, sondern
Suchen und Buchen. Entsprechend den Focus auch auf das Suchfeld gesetzt.

WebshopApi: UPGRADE Datei berichtigt wegen der Trigram Extension

WebshopApi: Admin Übersetzung

WebshopApi: geloweredcased rückgängig

WebshopApi: Übersetzungen Rechte Adminbereich

WebshopApi: Fehlerhaftes Updatescript berichtigt

WebshopApi: vergessene Übersetzung

WebshopApi: Dokumentation aktualisiert

WebshopApi: Trigramindices für Kundenstrasse

WebshopApi: Syntax in Tests

WebshopApi: Übersetzungen

WebshopApi: locales

WebshopApi: trigram indices und Hinweiss darauf in der UPGRADE Datei.

WebshopApi: kleinere Fehler nach Aufräumarbeiten

WebshopApi: falsche update Abhängigkeit

WebshopApi: templates

WebshopApi: Übersetzungen

WebshopApi: falsche sql update Abhängigkeit

WebshopApi: File upload Übersetzungen

WebshopApi: SL/DB/File.pm - POD Einrückungen

WebshopApi: Dokumentation

WebshopApi: Tests

WebshopApi: SL/Dev/Shop

WebshopApi: RecordsLinks auch für/bei ShopOrders anzeigen

WebshopApi: ShopOrder als Record

WebshopApi: Bilder hochladen

WebshopApi: SL/Shop.pm

WebshopApi: Filecontroller um shop_image erweitert

WebshopApi: CSS File

WebshopApi: ThumbnailCreator

WebshopApi: Trigram Indices für Fuzzy Search

WebshopApi: BackgroundJob ShopPartMassUpload.pm

WebshopApi: BackgroundJob ShopOrderMassTransfer

WebshopApi: Shopconnector für Shopware

WebshopApi: ShopConnector Base und ALL

WebshopApi: neues Feld order_lock in customers

WebshopApi: ShopPart Controller

WebshopApi: ShopOrder Controller

WebshopApi: Einträge in Menü

WebshopApi: ShopOrder Presenter

WebshopApi: Shop-Tab in Partcontroller eingebaut

WebshopApi: Shop Controller

WebshopApi: neues Recht webshop_api_rights

WebshopApi: ShopImage

WebshopApi: Shoptabellen

WebshopApi: Installationcheck für LWP-Module