Modul List::UtilsBy in Abhängigkeiten und als Fallback aufgenommen

$::request auch in dbupgrade2_tool initialisieren

Lange Datenbankfelder bei bestimmten Lieferantenfeldern

Analog zu Commit 72ad92fd die Feldlänge bei bestimmten Datenbankfelder
erhöht (vorher varchar, jetzt text)
account_number bank_code ustid name contact

Pflichtenhefte: Speichern der Grundeinstellungen via Kontextmenü gefixt

ClientJS: Controller-Instanz zum Rendern auch bei ->new setzen können

CustomVariables: Verwendung mit RDBO als Writer implementiert

CVars: RDBO-basiertes Render-Template nach webpages/common verschoben

CsvImport Waren: Preisupdate auch bei Erzeugnissen u. Dienstleistungen ermöglichen.

Zusätzlich beim Preisupdate prüfen, ob vorhandene Artikel von einem anderen Typ
als angegeben sind, falls in der CSV-Datei angegeben.

Problem war, dass Artikelnummern jetzt über Waren, Dienstleistungen und
Erzeugnisse eindeutig sind. Um aber schon vorhandene Artikel zu finden,
wurde nur nach dem angegenbenen oder eingestellten Typ gesucht. Der
voreingestellte Typ ist Waren, dabei werden Dienstleistungen und Erzeugnisse
nicht gefunden und es wurde versucht, den entspr. Eintrag neu als Ware
anzulegen, allerdings ist die Artikelnummer ja schon vergeben und es kam zu
einem DB-Fehler.

CsvImport Waren: Code-Vereinfachung

CsvImport Waren: test_run/import in check_existing nicht unterschiedlich behandeln.

Das funktionierte im Standard wg. der falschen Benennung ('test' vs. 'test_run')
ohnehin nicht und bei richtiger Benennung gab es auch noch Probleme.

CsvImport Waren: Konsistenz: Fußnote statt 'siehe unten' in der Hilfe.

CsvImport: Der Parameter für den Testlauf heißt 'test', nicht 'test_run'.

CustomVariable-RDBO-Helfer: Dokumentation aktualisiert

CustomVariable-RDBO-Helfer: Konfigurationen sortiert auslesen

Bisher war es Zufall, dass die Konfigurationen in der richtigen
Reihenfolge von der Datenbank zurück kamen. Dadurch, wie das Umsortieren
implementiert ist, werden die Einträge in der richtigen Reihenfolge in
der Datenbank aktualisiert, und daher kommen sie meist auch in der
gleichen Reihenfolge später wieder heraus – aber das ist keine
Garantie.

RDBO: Manager-Klasse für Vendor

Focusposition nach Erneuern wählbar gemacht

POD Syntaxfehler

L: Parameterextraktion dreier Funktionen gefixt

Template übergibt Hash-Parameter als Hash-Ref, nicht direkt als Hash.

Pflichtenheft-HTML-DB-Upgrade: keine falsche Op beim String-Sortieren

SL::Auth: Überflüssige Zeichen entfernt

Bankkonten einen Namen geben

Damit kann man seinen Bankkonten einfache Namen geben, wie z.B.
"Tagegeld", damit man bei der Auswahl nicht immer genau auf die
Kontonummer achten muß.

Bei der Bankkontenauswahl in Dropdowns ist die Beschriftung jetzt im
Format:
Name - Kontonummer, BLZ, Bank

Der nächste Schritt wäre wahrscheinlich IBAN statt Kontonummer und BLZ
zu benutzen.

Locales neu gebaut

SL::DBUpgrade2: versehentlich eingesetzten Value entfernt

Siehe 8f7283f501b3ddc2809d073b5d0399d20ed5af06.

UPGRADE und changelog: Updates für Pflichtenhefte

Merge branch 'pflichtenhefte'

Conflicts:
js/locale/de.js

LaTeX-Escaping von HTML: Newlines am Ende entfernen

Pflichtenheft -> Angebot/Auftrag: Positionen in richtiger Reihenfolge anlegen

…und zwar in der Reihenfolge, in der die Abschnitte im Pflichtenheft
angeordnet sind.

Finanzcontrollingbericht: Link zu Kunden auf neuen Controller gefixt

ParseFilter: splitting von :multi über Text::ParseWords

P.part_picker reicht jetzt das flag fat_set_item durch und schluckt nicht mehr class

Part api Funktion um eine Ware als json abzufragen

:multi filter für ParseFilter

PartPicker: Diverse Verbesserungen

- Dialog vergrössert
- Unterstützung für Listenansicht
- Bild hoch Bild runter im paginaten gemappt
- Focus nach Klickauswahl wieder auf das ursprüngliche Feld gesetzt
- Unterscheidung zwischen minimaler Rückmeldung (nur id und name) und fettem
  json Objekt verbessert. Im letzten Fall wird immer garantiert das komplette
  Objekt ausgeliefert.

cvar_as_hashref mixin, um cvars gut zu serialisieren

Kein Runden des Rabatts vor der Berechnung im Angebot/Auftrag.

Das Vorgehen etwas an da von SL/IS.pm post_invoice() angeglichen.
Problem war, dass in Angebot/Auftrag bei Vergabe eines Rabatts das
Frontend richtig grechnet hat, aber das Backend nicht (durch Runden
des Rabatts). Dadurch unterschieden sich die Summen in der Belegmaske
von den Summe im Bericht.

KiviLatex-Template-Plugin: leere Listen entfernen

Das sind Einträge, die im HTML so aussehen: <ul> </ul> LaTeX schmeißt
beim Äquivalent (\begin{itemize} \end{itemize}) Fehler. Kann z.B. via
Copy & Paste aus LibreOffice passieren.

LaTeX: einige Unicodesymbole für Pfeile nach links/rechts in special_chars ergänzt

Merge branch 'erweiterung-wiederkehrender-rechnungen'

Finanzübersicht: Zugriff auf 'data' gefixt (braucht Initializer)

Finanzcontrollingbericht: Abfrage gefixt (fehlende with_objects)

debug statement entfernt

Mahnungen: Beim Drucken Datums- und Zahlenformate von anderen Sprachen beachten

Finanzübersicht: VerkäuferIn bei Jahreswechsel beibehalten

Wiederkehrende Rechnungen: erstes abzurechnendes Periodendatum richtig berechnen

Finanzübersicht: wied. Rechnungen im aktuellen Jahr auch bereits erzeugte mit einbeziehen

Kosmetik: alignment

Wiederkehrende Rechnungen: Erste Startperiode nicht vergessen

Wiederkehrende Rechnung: Auftragsdatum wieder richtig in Startdatum kopieren

Finanzcontrollingbericht: wiederkehrende Rechnungen berücksichtigen

Finanzübersichtsbericht: wiederkehrende Rechnungen berücksichtigen

Die im ausgewählten Jahr zu erzeugenden Rechnungen werden in Summe der
Kategorie »Aufträge« für das erste zu erzeugende Rechnungsdatum
zugeschlagen.

SL::DB::PeriodicInvoicesConfig: Datumsberechnung aus Backgroundjob verschoben

Finanzübersicht: Filtermöglichkeit nach VerkäuferIn

Warnung bei Auftragspeichern mit aktiver wiederk. Rechnung, wenn schon eine Rechnung erzeugt wurde

Link zur Doku für Variablen in wiederkehrenden Rechnungen in Auftragsformular anzeigen

Dokumentation für individuelle Variablenformatierung bei wiederkehrenden Rechnungen

Wiederkehrende Rechnungen: Formatierung von Datumsdruckvariablen über freie Formatstrings

Wiederkehrende Rechnung: "erste Rechnung erzeugen am" als Startdatum nutzen

Wiederkehrende Rechnung: Option "erste Rechnung erzeugen am"

Bisher nur die Masken; noch nicht im Backgroundjob implementiert

Wiederkehrende Rechnung: Option für halbjährliche Fakturierung

SL::HTML::Util::strip: bei unbekannten Entitäten die Entität 1:1 behalten

Pflichtenheftvorlagen kopieren: Kopie soll auch wieder eine Vorlage sein

Pflichtenheftsuche: bei Vorlagen nicht nach Status filtern

Pflichtenhefte: type_id darf nicht NULL sein

Pflichtenhefte: beim Vorlageneinfügen Typen der Vorlage anzeigen

Pflichtenheftvorlagen: Typ muss ebenfalls bearbeitbar sein

…weil die Formate für Abschnitts- und Textblocknummern an den Typen
hängen.

Pflichtenhefte: per Default die abgeschlossenen nicht anzeigen

SL::HTML::Util::strip: HTML-Entitäten zurückübersetzen

RequirementSpecs: Projekte nicht als Dropdown sondern als Input-Filter

RequirementSpec Suche auf GetModels umgestellt.

Pflichtenhefte: Meta-Setups nach RDBO-Update neu gebaut

Pflichtenhefte: Mapping für Tabelle project_statuses gefixt

Übersetzungen aktualisiert

Projektverwaltung: Fixes nach Rebase; Refactoring

Projekte: Rebase-Fehler für »db_args, pre_parse_filter und flat_filter entfernt« gefixt

Datenbankupgradeabhängigkeiten bzgl. project_status gefixt

KiviLatex-Plugin: Dokumentation ergänzt

KiviLatex-Plugin: \uline{…} aus ulem-Package für »Unterstrichen« nutzen

Das Standard-\underline{…} setzt den Text in eine \hbox. Nebenwirkung
ist, dass der Text darin weder der Silbentrennung noch dem Wortumbruch
unterworfen wird.

Plugin LxLatex in KiviLatex umbenannt

Pflichtenheft: Anpassung Druckvorlage an HTML

Template-Plugin LxLatex: neue Funktion filter_html()

Konvertiert HTML nach LaTeX.

jstree auf v1.0fix2 aktualisiert

Behebt das Problem, dass Items in anderer Reihenfolge angelegt wurden,
als sie im »data«-Array standen.

Pflichtenhefte: Abschnitte in richtiger Reihenfolge ausgeben

Refactoring: SL::Template: Parameterübergabe als Hash, nicht positionsabhängig (Teil 2)

Tabelle »project_status« in »project_statuses« umbenennen

Im Englischen ist der Plural von »status« nun einmal
»statuses«. Außerdem heißen die Tabellen in Legacy-Bob-Code ebenfalls
»project_statuses«.

Pflichtenhefte: eigenes Recht einführen

Projekte: Status zum Pflichtfeld gemacht

Pflichtenheft: Projektverknüpfung anlegen, bearbeiten

- Pflichtenhefte mit einem bestehenden Projekt verknüpfen,
- neues Projekt anlegen,
- nicht mit einem Projekt verknüpfen.

Projektstatustabelle mit Standardeinträgen bestücken

Pflichtenheft: Projektverknüpfung in Grundeinstellungen anzeigen

ic/parts_language_selection.html: Nicht mehr benötigte Vorlage entfernt

Wurde durch »Artikelstammdaten: Spracheinstellungen rein in eigenem
Tab bearbeiten« überflüssig.

locales: bei Rebase verlorene Einträge zu Finanzcontrolling ergänzt

HTML-zu-LaTeX/OpenDocument: &nbsp; durch normale Leerzeichen ersetzen

SL::Template::OpenDocument: Unterstützung für HTML-codierte Felder

print_form: Templatesystem mitteilen, dass gewisse Variablen bei Ver-/Einkauf HTML enthalten

SL::Template::LaTeX: Unterstützung für HTML-codierte Felder

SL::Template: Optionen von den Contrllern zum eigentlichen Template-Modul durchleiten

Refactoring: SL::Template: Parameterübergabe als Hash, nicht positionsabhängig

Datenbankupgrade für Spalten, die nun HTML enthalten können/sollen

Wandlung Pflichtenheft -> Angebot/Auftrag: HTML in Langtext ermöglichen

special_chars: Umlaute nicht durch Entities ersetzen