Einkaufs-/Verkaufssuchen: bei Textfeldern führende/anhängende Whitespaces entfernen

ParseFilter: neuer Filter "trim"

Ausserdem autotrim bei substr, head und tail Filtern

trim-Funktion zum Entfernen führender und anhängender Whitespaces

ReportGenerator: Unterstützung für raw_header_data-Attribut in Spaltendefinitionen

Zuerst wurde dieses Attribut in Anlehnung an das Attribut bei den
Positionszeilen "raw_data" genannt. Leider kollidiert "raw_data" mit der
Benutzung des ReportGenerators aus dem Controller-Helfer-Modul
SL::Controller::ReportGenerator. Dieser verwendet "raw_data" in den
Spaltendefinitionen bereits für Defaults für die Erzeugung der
Positionszeilen.

Daher nun die Umbenennung des neuen Attributes nach "raw_header_data".

TopQuickSearch: Bei CustomerVendor redirects immer db mitgeben

QuickSearch: nicht anzeigen, wenn Datenbankupgrades eingespielt werden müssen

QuickSearch hat seine Konfiguration in gewissen Spalten in der
Datenbank. Um auf diese zugreifen zu können, müssen die dazugehörigen
Datenbankupgrades bereits eingespielt worden sein.

Da das Menü und damit die QuickSearch-Items auch während des Einspielens
der Upgrades angezeigt werden, kann es also dazu führen, dass die
Spalten noch nicht existieren. Daher wird QuickSearch nun komplett
deaktiviert, solange ausstehende Datenbankupgrades existieren.

Rechnungen: Massenausdruck aus alter Rechnungssuche heraus

Presenter: hidden_tag, javascript, checkbox_tag von L → Presenter::Tag verschoben

Damit sind diese Funktionen auch direkt aus Perl-Code verfügbar, und man
muss nicht mehr das unsägliche CGI benutzen, um Checkboxen zu rendern.

ReportGenerator: Unterstützung für raw_data-Attribut in Spaltendefinitionen

Analog zu Zellendaten: ist bei einer Spaltenüberschrift raw_data
gesetzt, so wird das ausgegeben. Nur andernfalls werden die Attribute
link, text und der Sortier-Indikator ausgegeben.

Damit ist es z.B. möglich, in der Spaltenüberschrift eine
»Check-All«-Checkbox zu rendern.

SL::DB::Note: Funktion trans_object zum Auslesen des referenzierten Objekts

Ein Note-Objekt hängt immer an einem anderen Datenbankobject, das über
trans_module+trans_id referenziert wird. Diese Funktion entscheidet
anhand von trans_module, welche Rose-Klasse zu instantiieren ist, holt
das entsprechende Objekt aus der Datenbank und gibt es zurück.

Auch bei polymorphen Objekten wie Kunden/Lieferanten (für trans_module
== ct) wird das richtige getan.

CustomerVendor-Presenter: neue Funktion customer_vendor()

Damit der Aufrufer nicht im Vorfeld entscheiden muss, ob $object ein
Kunde oder ein Lieferant ist.

S:D:FollowUp: Namen der Relationen created_by…/created_for… eindeutig gemacht

Die Spalten heißen leider created_by und created_for_user. Damit es bei
der Benutzung nicht zu Verwirrungen zwischen Spaltennamen und den Namen
der Relationships kommt, werden die Relationshipnamen schlicht eindeutig
umbenannt.

Bisher hat kein Rose-Code diese Relationships genutzt. Nur der
CustomerVendor-Controller hat die Spaltennamen benutzt.

.mailmap für git-shortlog -s

3 commits konnte ich nicht zuordnen:
- digifoto <digifoto@kivitendo.digifoto24.com>
- root <root@test.cine-logistics.de>
- root <root@vc-kivi.vitracom.org>

DBUpgrade2: may_fail für reine sql Queries auch honorieren.

LXDebug: beim Request-Timer auch die aufgerufene Controller+Action loggen

TopQuickSearch für Kunden und Lieferanten

Whitespace in Kontennamen filtern

Beim Speichern von Konten in der Kontenbeschreibung mehrere
aufeinanderfolgende Leerzeichen mit einem Leerzeichen ersetzen.
Siehe Ticket 148.

Konten speichern - Refaktoring von ->{link}

Fehler beim Öffnen von Konten behoben

Jedes Konto hat einen taxkey Eintrag, aber es gibt nicht immer ein
Steuerautomatikkonto.

TopQuickSearch: Auftrag, Angebot, Lieferauftrag, Preisanfrage

oe.pl: Schnellsuche analog zu all:substr:multi::ilike

Typos und spellcheck.t

TopQuickSearch: Doku

TopQuickSearch: Konfiguration in client_config

TopQuickSearch: qw() -> liste, zum einfachen auskommentieren

TopQuickSearch: locales aufgeräumt, debug entfernt

TopQuickSearch: Alle Part Varianten for free

TopQuickSearch: GL controller kann weg

TopQuickSearch: javascript jshint

TopQuickSearch: zwei nicht mehr benötigte javascripte

TopQuickSearch: erste version

Erzeugnissuche

warnings: besseres sanitizing in Form::calculate_tax

Form::round_amount: nicht initialisierte Variable $places

warnings: nicht initialisierte Variable in Helper/Sorted

warnings: nicht initialisierte Variable in Helper/Payment

warnings: diverse nicht initialisierte hash keys in CsvImport

CsvImport/ARTransactions: fehlerhafter check auf undefinierte tax_id

warnings: SL::Controller::CsvImport::num_imported auf 0 initalisieren

Typo: Englische locales waren kaputtgegangen

Beschriftung im Lieferwertbericht korrigiert

Konteneinstellungen - richtiges Konto in ACCOUNT_TAXKEYS

Ging beim Refactorn im letzten Commit kaputt. Wird accno überhaupt
benutzt?

Konten neu anlegen repariert

get_account wurde nicht nur für das Laden bestehender Konten verwendet,
sondern auch für das Füllen von anderen form-Variablen, z.B. für
Steuerschlüssel.
Bei der Gelegenheit auch etwas Rose geübt und refactored.

Erfolgsrechnung: Korrekte Beschriftung in Kontenmasken

UPGRADE aktualisiert

Erfolgsrechnung aus Menü entfernt

Typo-Fehler in Ausgabe gefixt

ein typischer richardson-commit

Typos in Doku

Ausgabe der Dokumentation aktualisiert (mosus änderungen)

MetaSetup AuthSessionContent

MetaSetup Default whitespace

changelog: Memory-Limits

Dokumentation: Update Instruktionen für openSUSE, Fedora

Changelog - mehr Änderungen nachgetragen

Changelog - Task-Server ist nun mandantenfähig

SQL release Upgrade Skripte für 3.4.0

changelog - ein bugfix mehr

Bugfixes im changelog aktualisiert

Auftrags-Controller: changelog

Auftrags-Controller: Link zum neuen Controller aus Auftragsliste (zum Testen).

Auftrags-Controller: Menüeinträge

Auftrags-Controller: POD - hauptsächlich Todos

Auftrags-Controller: unbenutzte action "update" entfernt.

Auftrags-Controller: Warnung beim Speichern mit doppelten Artikeln.

In der Mandantenkonfiguration (Features) abschaltbar.

Auftrags-Controller: javascript-Code in eigene Datei auslagern

Auftrags-Controller: event bindings nicht mehrfach hinzufügen.

Dazu event handler für die Positions-Zeilen mit run_once_for registrieren und
in eine eigene Funktion init_row_handlers() ausgelagert. Damit kann
init_row_handlers() gefahrlos immer nach dem Hinzufügen neuer Positionen
aufgerufen werden, ohne einen Handler mehrmals zu registrieren.

Auftrags-Controller: Preisfaktor berücksichtigen

Auftrags-Controller: Mehrfach-Artikelauswahl: Verbesserungen

- ungültige Artikel nicht anzeigen.
- Artikel nicht mehrfach hinzufügen, wenn ausversehen mehrfach Enter gedrückt
  oder der Weiter-Knopf mehrfach angeklickt wird.

Auftrags-Controller: Verknüpfte Belege als Tab

Auftrags-Controller: Druck-Möglichkeit mit Options

Todos/Anmerkungen
- im Moment werden nur PDF/Bildschirm und PDF/Drucker unterstützt
- Sprache kann die Vorlage steuern, aber nicht das Hinzufügen von übersetzten
  Artikeln
- es kann sicher noch mehr ausgelagert werden, entweder in den
  PrintOptions-Helper oder in einen PrintOptions-Controller, der
  dann auch noch mehr machen könnte
- E-Mail ist nicht berücksichtigt bzw. wird im Controller getrennt behandelt

Auftrags-Controller: serializeArray und push statt serialize und += auf Strings

Auftrags-Controller: longdescription

Auftrags-Controller: Sortieren der Positionen

Auftrags-Controller: Positions-Spalte anzeigen und renummerieren bei Änderungen.

Auftrags-Controller: Preis und Rabatt immer rechtsbündig.

Auftrags-Controller: vorhandene orderitems vor Neu-Schreiben nicht löschen …

Hintergrund: Wird einem Rose-Object eine Relationship als Array übergeben (z.B.
$order->orderitems(@items), so löscht Rose dei DB-Einträge und schreibt sie neu.
In dem Fall werden allerdings auch DB-Trigger ausgelöst, was hier zum
unerwünschten Löschen der record_links auf item-Ebene führte.
Hier wurden die items via assign_attributes als ganzes dem Order-Objekt
hinzugefügt.

Jetzt werden die items einzeln hinzugefügt, wenn sie neu sind und die
vorhandenen, die aus der Makse entfernt wurde, werden extra gelöscht.

Auftrags-Controller: Einheiten per Select ändern können und sellprice anpassen.

Auftrags-Controller: Mehrfach-Artikelauswahl mit Mengeneingabe.

Auftrags-Controller: Webdav

Auftrags-Controller: Abteilungen

Auftrags-Controller: Liefertermin

Auftrags-Controller: Projektauswahl mit Picker (und Eingabefeld nach links).

Auftrags-Controller: PriceSources

Auftrags-Controller: Menge nach der Eingabe neu formatieren.

Auftrags-Controller: css-Klasse: reformat_number zum Neuformatieren von Zahlen

Auftrags-Controller: auch bei geladenen Positionen die ID übergeben.

Auftrags-Controller: Funktion "Speichern und Lieferschein".

Auftrags-Controller: Drucken und E-Mail

Auftrags-Controller: Option für "Steuer im Preis inbegriffen"

Auftrags-Controller: Bemerkungen und interne Bemerkungen

Auftrags-Controller: Zahlungs- und Lieferbedingungen

Auftrags-Controller: Angebotsnummer und Erfassungsdatum mit in die Maske.

Auftrags-Controller: Auftrag löschen können.

Auftrags-Controller: neue Eingabemakse für Aufträge basierend auf Controller

kivi.SalesPurchase.edit_longdescription: callback zum Setzen der Beschreibung angeben können

kivi.SalesPurchase.edit_longdescription: Aufruf auch mit einzelnen Parametern …

ermöglichen, statt mit row. Dafür gibt es eine zweite Funktion "..._with_params.
Diese wird jetzt von kivi.SalesPurchase.edit_longdescription(row) aufgerufen,
damit in den vorhandenen Templates nicht angepasst werden muss.

Test zu SL::Request::unflatten, der prüft, ob nicht Hash-Keys erzeugt werden.

Nicht, dass in einem Array aus Hashes key in einem Hash auftauchen, die nur in
einem anderen drin sind.

FlattenToForm - auch customer_id oder vendor_id übergeben

Dies wird vom neuen OrderController beim Umwandeln in einen Lieferschein
gebraucht, wo nach einem flatten_to_form auf $order delivery_order
aufgerufen wird, wo anhand customer_id oder vendor_id der Kunden geladen
wird.

all für de geändert

Dokumentation für 3.4 angepasst