Shopware6: POD TODOS ergänzt

Shopware: Bessere Fehlermeldung, dass Titel nur 255 Zeichen haben darf

spellcheck

Shopware6: shopware.name entspricht kivitendo.description

Etwas verwirrend, denn shopware.description ist kivi.longdescription

Shop: Shop-Order-Items nach OrderItems: Langtext + Beschreibung

Die Beschreibung aus dem Shop sollte für den Auftrag besser
passen, als das was aktuell in kivi.Parts vorhanden ist.
Langtext wird nicht im Shop angezeigt, aber das darf dann ruhig
aus Parts kommen (so wie beim manuellen Hinzufügen).

Shop: Servernamen entweder mit Protokoll speichern oder Protokoll ergänzen

Shopware-Proxy: Leeren Wert '' erlauben und danach regex prüfen

Shopware6: Optionalen Proxy erlauben und Protokoll http oder https initialisieren

shopware6: Bei der Produkt-Kategorie-Zuordnung nur die Blätter löschen

Shopware6: SW-Kategorien mit kivi-Produkten synchronisieren (Löschen, Anlegen)

Shopware6: Kategorien werden anders in kivi gespeichert

Shopware6: Artikelnummer Shopware auch als Art.-Nr. kivi speichern

Shopware6: utf8 für json kodieren

ShopPart-Controller Kosmetik -> Einrückungen

ShopPart: Tote Parameter in js raus

edit ShopPart: ShopPart in form nicht als db-object setzen

ShopPart-Template: Toten Code raus, Tote Parameter raus, Einrückung

shopware6: locales

Shopware6: Zumindestens englische Übersetzungen für Produkte übernehmen

S.a. POD

Shopware6: Entweder shop_part.shop_description oder part.notes verwenden

Shop-Konfig: Not implemented für alles außer sw6 ergänzt (part.notes)

Neues Feld Übernahme Beschreibung/Langtext aus Stammdaten

InstallationCheck um REST::Client erweitert

locales

Lokalisierung für Fehlermeldungen und Doku ergänzt

get_article, um Rückgabewert erweitert, falls kein Produkt gefunden wurde

Toten Code entfernt

Shopware6 Connector. Initiale Version

TODOS s.a. POD

Shop: Not Yet Implemented Errors falls eine Shopware6 Config gespeichert wird

Shop:update_part um POD und Beispiel Code erweitert

Webshop speichern: Zumindestens etwas mehr Eingabevalidierung, vor DB-Fehlern

ShopPart::get_images um Parameter binary anstatt base64 erweitert

Shop: Erweiterung für Dateityp im Dateinamen auf letzten . begrenzen

Hilft zwar nicht bei .tar.gz, aber erstmal besser als vorher

Shop: shop_trans_id darf auch alphanumerisch sein (e030amdf)

Shop: Base Class get_one_order etwas ausführlicher dokumentiert

Shop: Bestellungen abholen, korrekten Variablennamen  für Fehlermeldung

Test the Shop: Weniger locales durch weniger Leerzeichen

ShopConnector::Base POD Doku was die Schnittstelle erwartet

typo in POD

Shopware6: ALL toten Kode entfernt

shop_connector_class_by_connector wird nirgends aufgerufen
die info ist redundant mit shop_connector_class_by_name

Shopware6: Neue Shopschnittstelle hinzugefügt

Einrückungen entsprechend gesetzt

Merge pull request #34 from kivitendo/warengruppen_pflichtfeld

Mandantenkonfiguration - Warengruppe als Pflichtfeld

Merge pull request #33 from kivitendo/f-send-emails-as-html

F send emails as html

Mandantenkonfiguration - Warengruppe als Pflichtfeld

Kann nun konfiguriert werden.

Link für Kunden bearbeiten aus Rechnung heraus

MassRecordCreationAndPrinting - MassInvoiceCreatePrint: Auftrag schliessen

MassRecordCreationAndPrinting: Shopstatus setzen

OrderController: Wiederkehrende Rechnungen: vorbelegte E-Mail-Texte setzen falls leer

    Vorher wurde nur geprüft, ob die Konfiguration schon gesetzt wurde.
    Sollte ein Kunde im Nachhinein auf E-Mail-Versand umstelle ist
    das Verhalten jetzt komfortabler

E-Mails als HTML verschicken: Mail-Body wiederkehrende RGs: Variablenersetzung

Vorbelegte E-Mail-Texte für wiederkehrende Rechnungen genau wie in oe.pl

OrderController: Stammdaten editieren als Link im neuen Tab anbieten

Rechnungssuche: Filter für Ship via und Shipping Point

Testfall für Inventory-Import deutsches Zahlenformat

Inventory-Import keine Spalte target_qty

Kosmetik Inventory Import

CSV Lagerbewegungs-Import: Numberformat für Fließkommazahlen (qty)

Kosmetik: Inventory-Test

CSS-Klasse "toggletextarea" gibt es nicht mehr/wird nicht mehr gebraucht

locales-Lauf en

Swiss QR-Bill: QR-Code in Printablauf nur für Formname "Rechnung" erzeugen

Swiss QR-Bill: Odt-Vorlage: Padding QR Platzhalter Bild entfernt

Swiss QR-Bill: QrBill.pm: Skalierung Schweizerkreuz angepasst

Dokumentation: Schweizer QR-Rechnung Variante IBAN ohne Referenz hinzugefügt

- changelog angepasst
- kleinere Rechtschreibkorrekturen
- HTML und PDF neu erzeugt

Swiss QR-Bill: QrBill.pm: Ändere Parameter für Imager::QRCode Instanziierung

Swiss QR-Bill: Variante IBAN ohne Referenz in Druckablauf und Mandantenkonfiguration hinzugefügt

Swiss QR-Bill: QrBill.pm: Füge Variante IBAN ohne Referenz hinzu

Swiss QR-Bill: Datenbankupgrade Mandantenkonfiguration: Varianten einstellbar machen

E-Mails als HTML verschicken: Versand wiederkehrender Rechnungen

E-Mails als HTML verschicken: Versand in Einkaufs-/Verkaufsbelegen

E-Mails als HTML verschicken: im E-Mail-Journal als HTML anzeigen

E-Mails als HTML verschicken: Bearbeiten wiederkehrende Rechnungen

E-Mails als HTML verschicken: Bearbeiten Benutzer-Signatur (Admin-Bereich)

E-Mails als HTML verschicken: Bearbeiten Benutzer-Signatur

E-Mails als HTML verschicken: Bearbeiten Firmensignatur

E-Mails als HTML verschicken: Bearbeiten vordefinierter E-Mail-Texte

E-Mails als HTML verschicken: Konvertierung relevanter Datenbankfelder

SL::HTML::Util: Helferfunktion zur Wandlung von Text nach HTML

KiviLatex-Plugin: HTML-zu-LaTeX-Wandlung aus SL::Template::LaTeX verwenden

Die Umwandlung von HTML zu LaTeX ist komplex. Es gibt viele Randfälle,
in denen ein falsch platziertes \newline übrig bleibt, über das LaTeX
dann stolpert.

Bisher gab es zwei Implementationen dieses Codes:

1. Im Modul für alte Vorlagen, SL::Template::LaTeX::_format_html
2. Im Modul für neue Vorlagen (inklusive Pflichtenheft),
   SL::Template::Plugin::KiviLatex::filter_html

Erstere war deutlich besser getestet und hat deutlich mehr Randfälle
abgedeckt.

Mit dieser Änderung gibt es nur noch eine Implementation in
SL::Template::LaTeX. Diese wird auch von
SL::Template::Plugin::KiviLatex direkt aufgerufen.

Order-Controller: abweichende Rechnungsadresse nur bei Kunden behandeln

Lieferantenstammdaten: Tab »Abweichende Rechnungsadressen« nicht anzeigen

Dokumentation: Schweizer QR-Rechnung hinzugefügt

- Abschnitt "Schweizer QR-Rechnung mit OpenDocument Vorlagen"
hinzugefügt
- Perl Abhängigkeiten ergänzt: libimager-perl, libimager-qrcode-perl,
- Imager, Imager::QRCode eingetragen
- DocBook Tip Bild für HTML Ausgabe hinzugefügt
- HTML und PDF neu erzeugt

Swiss QR-Bill: In Druckablauf OpenDocument/OASIS integrieren

- Feature in Mandantenkonfiguration einschaltbar
- Aufruf zum Erzeugen von QR-Code PNG (Steven Schubiger)
- Vorlage hinzugefügt (rev-odt/invoice_qr.odt)
- PNG Bild CH-Kreuz hinzugefügt
- Übersetzungen hinzugefügt, locales Script ausgeführt de/en
- changelog Eintrag

Swiss QR-Bill: Datenbankupgrade Mandantenkonfiguration

Swiss QR-Bill: QrBill.pm Modul

Rebase von 38 Commits.

Swiss QR-Bill: Controller für BankAccount Datenfelder

Swiss QR-Bill: Datenbankupgrade BankAccount

- Felder bank_account_id und use_for_qrbill hinzugefügt

Presenter: eine Instanz der doppelten Funktion restricted_html entfernt

SL::File: auch bei get_all_count Durckvariante berücksichtigen

Auftrags-Controller: DMS: Druck-Variante berücksichtigen

E-Mail-Dialog: Druck-Optionen auch für Policy "letzten Ausdruck mitschicken", …

… da diese Option nun auch den ersten Ausdruck erzeugen kann, falls noch keiner
vorhanden ist.

Files: Druckvariante beim Drucken speichern und bei E-Mail darauf prüfen, …

… um festzustellen, welcher letzte Belegausdruck für die Variante relrevant
ist.

Files: Druckvariante abspeichern können: sql und rose

DMS: Webdav-Backend: Dateizeit mit lokaler Zeitzone holen

DMS: Webdav-Backend: unbenutztes Modul SL::Webdav nicht einbinden.

Auch, wenn es schön wäre, wann das hier benutzt würde ;)

DMS: Webdav-Backend: Root-Pfad nicht erraten, sondern holen

copy_file_to_webdav_folder: Übergebenen Anhang-Name berücksichtigen

Kosmetik: Einrückung

Auftrags-Controller: Email/DMS falls kein Dokument vorhanden, eines erstellen, …

… wenn die Policy sagt, dass der letzte Ausdruck mitgeschickt werden soll

Übersetzung zu: 1 Version erstellen anstatt leere E-Mail verschicken, exakter beschrieben

1 Version erstellen anstatt leere E-Mail verschicken, exakter beschrieben