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

Besseres kivi-Bild

Versionsnummer angepasst

Selftest Transaction - Syntaxfehler entfernt

SelfTest - bessere Fehlerbehandlung für Einbinden der Test-Module

Fehlermeldung an den TaskServer zurückgeben.
Fehlermeldung(en) in der Status-E-Mail hinzufügen.

SelfTests falscher Zeitraum für Standard-Tests

Selftests konsequent auf fromdate -> todate umgestellt

Ferner Kosmetik von hässlichen SQL Formatierungen

Korrekturen im Hauptbuch verbessert

Prüfung auf Steuerschlüssel nur bei Bestandsmethode

whitespace cleanup

Payment Helper setzt $self->transactions zurück

Als es noch eine Methode transactions in SL::DB::Helper::Payment gab
wurden die acc_trans-Einträge bei Zugriff per $self->transactions jedes
Mal aus der Datenbank ausgelesen:
(SL::DB::Manager::AccTransaction->get_all(query => [ trans_id => $self->id ]);

Seit Commit 01b298ec3 wird stattdessen der aktuelle relationship Array
verwendet, wenn die transactions noch nicht ausgelesen wurden werden sie
wie oben geladen, wenn sie aber schon existieren dann werden die
Transaktionen im Speicher benutzt.

Bei den Tests gab es aber das Problem, daß in pay_invoice die
acc_trans-Einträge der Zahlungen als AccTrans-Objekte unabhängig vom
Rechnungsobjekt gespeichert wurden, und der transaction Array daher
nicht aktualisiert wurde. Am Ende von pay_invoice wird nun per
forget_related der transaction-Array zurückgesetzt, damit bei der
nächsten Verwendung die aktuell gespeicherten Transaktionen nachgeladen
werden.

4. Überarbeitung Prüfen beim Speichern, ob Dokument geändert ist(3)

In der Ruhe liegt die Kraft.
Jetzt sind die Zeilen in den storno-Funktionen wieder eingebaut

DeliveryPlan: Entfernt Einstellung, um nur ausgelagerte Lieferscheine zu berücksichtigen.

Diese Option lieferte hier ungenaue Ergebnisse, da dennoch auch Positionen
angezeigt wurden, für die überhaupt kein Lieferschein erstellt wurde.

Übersetzungen zu: "DeliveryPlan: optional auch mit verlinkten Positionen suchen."

DeliveryPlan: optional auch mit verlinkten Positionen suchen.

Pflichtenheft: keine Fehlermeldung »template not found« bei Click auf »Abschnitte«

Neue Chart Methode new_chart_valid

die prüft, ob es für das Konto ein Folgekonto gibt, und ob das aktuelle
Tagesdatum >= dem Folgedatum ist, d.h. ob eigentlich das Folgekonto
benutzt werden soll. Diese Abfrage war bisher allerdings kaputt und wird
wahrscheinlich auch nirgends sinnvoll genutzt.

Refactoring von orphaned in AM get_account

SL::DB::Chart - Refactoring der Transaktionsmethoden

... der Methoden number_of_transactions und has_transaction.
Machen fast das Gleiche, aber has_transaction liefert nur 0 oder 1
zurück, und ist schneller.

Debitorenbuchungen als CSV importieren

Ähnlich wie der Auftragsimport wird hier gemultiplexed, d.h. es gibt separate
Zeilen für die Debitorenbuchung (ar) und die Buchungszeilen (acc_trans).

Es handelt sich allerdings nicht exakt um acc_trans-Zeilen, die direkt
als acc_trans Objekte importiert werden, sondern es können die gleichen
Informationen wie bei der Debitorenbuchung übergeben werden, also Konto,
Betrag, Steuerschlüssel und Projekt, und daraus werden dann die
acc_trans-Zeilen generiert, inklusive Steuerautomatik.

Das Forderungskonto muß in der Rechnungszeile übergeben werden, der Betrag wird
dann anhand der Buchungszeilen bestimmt.

Beispiel für Import-Format (siehe auch mehr Beispiele in t/controllers/csvimport/artransactions.t)

datatype,customer_id,taxzone_id,currency_id,invnumber,taxincluded,archart
datatype,accno,amount,taxkey
"Rechnung",960,4,1,"invoice",f,1400
"AccTransaction",8400,159.48,3

Neue Methoden um Debitorenbuchungen zu erstellen

Vorbereitung für Debitorenbuchungsimport, neue Methoden für SL::DB::Invoice
Objekte:

add_ar_amount_row - Erlösbuchungen hinzufügen, mit Steuerschlüssel
create_ar_row -  acc-trans für Forderung hinzufügen
validate_acc_trans - Prüfen ob alle acc_trans-Einträge aufgehen
recalculate_amount - anhand acc_trans-Zeilen amount und netamount berechnen

Typos und in SL/DB/Invoice.pm

post in SL::DB::Invoice funktioniert nur für Verkaufsrechnungen

Abbruch, wenn post bei einer Debitorenbuchung aufgerufen wird.

Auftragsimport - Methoden ausgelagert

für Prüfung von Abteilung, Projekt, Bearbeiter und Verkäufer

Vorbereitung für Debitorenbuchungsimport

Standardforderungskonto und Verbindlichkeitskonto in Mandantenkonfiguration

Dort kann man in Zukunft angeben, welche Konten vorausgewählt sein
sollen.
Wird allerdings noch nicht in den Masken benutzt.

Payment Helper - Methode transactions wieder entfernt

Es gibt schon eine Relationship transactions in SL::DB::Invoice und
SL::DB::PurchaseInvoice. Diese wird ansonsten überschrieben, und dann
kann man auch keine AccTransaction Objekte mehr zu Rechnungsobjekten
hinzufügen.

4. Überarbeitung Prüfen beim Speichern, ob Dokument geändert ist(2)

fixup: Zu viel des Guten (patch hat falsch einsortiert)

4. Überarbeitung Prüfen beim Speichern, ob Dokument geändert ist

An einigen Stellen wird nach dem Speichern nicht neu gelesen,
sondern die alten Forms-Variablen zum Aufbau der Webseite verwendet, z.B. "Auslagern".

Deshalb wird $form->lastmtime nun nach jedem Speichern aktualisiert.

rp/report: Vorbelegung des freien Zeitraums - javascript Fixes

5.14 Abhängigkeit im DefaultManager ist unnötig

ReportGenerator-Helper: (wiederholten) Export bei "Zurück" verhindern.

Dazu export-actions nach Aufruf aus form löschen. Da die form-Variablen als
hidden in die Options-Maske übergeben werden, war auch immer die
export-action dabei. Drückte man "Zurück", dann waren beiden actions (für export
und für back) in form und es passierte manchmal, dass der Export (download)
erneut ausgeführt wurde.

Zum Nachstellen: Bei einem Controller mit Export-Möglichkeit den Export aufrufen
und "Zurück" drücken (evtl. wiederholen). Irgenwann wird statt zurückzugehen
doch exportiert.

PDF::Table - einige undefined warnings gefixt

PDF::Table: Warnungen und "-" Artefakte bei undef entfernt

PDF::Table: Zusätzliche header richtigrum anzeigen

PDF::Table: Prop Index korrekt indizieren

PDF::Table: Proportional skalieren statt adaptiv

PDF::Table: Rahmen bei umgebrochenen Zeilen in der korrekten Länge zeichnen.

Endlosschleife im PDF-Tabellenmodul und damit im PDF-Export gefixt

Wenn die Tabelle zu breit wird und dann irgendwann nicht einmal mehr ein
Wort in eine Zeile passt, dann muss das Wort trotzdem gesetzt werden;
andernfalls würde das PDF::Table-Modul in einer Endlosschleife enden.

Fix für Bug 863.

Reimplementiert commit 23223ef4302931a6a141c659bfda7ef6c7546b77

ReportGenerator: Unterstützung für das Verbinden von Tabellenzellen mit dem "colspan"-Attribut in der PDF-Ausgabe.

Reimplementiert a18cc3f5dedae1c8b541b10df3b67153518663a6

ReportGenerator: Unterstützung für mehrzeilige und individuell festgelegte Tabellenköpfe/Spaltenüberschriften implementiert.

Reimplementiert den PDF/Table.pm Teil von 84ba8214f6f1e68de5fa317b8239a7888a4aac03

Unterstützung für zellenübergreifende Überschriften im PDF-Export des ReportGenerators verbessert.

Reimplementation von d3897394

PDF::Table update auf aktuelle Version aus git

cpan speist sich aus https://github.com/kamenov/PDF-Table

Diese hier ist aktuell aus Commit 5a9f499

History-Popup: callback übergeben, damit Sortierung funktioniert.

Behebt #136 (redmine).

Revert "Warnung in regex eliminiert"

This reverts commit 5ba69d08849773c459086a0f96484046a845159e.

Was auch immer Du da machen wolltest martin, ein .*? in ein .+ umwandeln
ist garantiert Blödsinn.

Warnung in regex eliminiert

Folgende Meldung:
Useless use of greediness modifier '?' in regex; marked by <-- HERE in m/(\b\S{60}? <-- HERE )(\S.*?\b)/ at modules/override/PDF/Table.pm line 334.

Das .*? ersetzt durch .+

Textanpassung und Saubere Linie bei Multiselect

Im Artikelselektor bei Multiselect besseren Titel, je nachdem ob multiselect an ist oder nicht.
Auch die horizontale Linie über alle Spalten,
wenn long_description in der Mandanntenkonfig gesetzt ist.

Stylesheet aus DefaultManager holen

Damit, und dem logo commit von eben, kann man das Aussehen der
Loginmaske personalisieren indem man ein Company css anglegt, und einen
Mini DefaultManager dazu baut, der einfach nur eine Funktion enthält:

  sub stylesheet { 'company.css' }

und das dann in der Config der jeweiligen Installation benutzt:

  [system]

  default_manager = company

Da sowohl css, als auch Defaultmanager nicht im Standard sind, ist damit
das erste mal möglich das Programm umzubranden ohne ständig
Codeänderungen beim rebase mitmergen zu müssen.

Und nun bleibt mir vom Leib mit eurem Mist.

Klasse für das Kivitendo Logo

Weil immer wieder Leute meinen Sie müssen das Programm mit Ihrem
Firmenlogo versehen (was nur natürlich ist, schließlich macht man das
auch mit Windows, Word, Excel, Outlook, Firefox und all den anderen
Programmen die man täglich so benutzt, damit man genau ein Icon 26x auf
dem Desktop liegen hat) hat das Logo jetzt eine Klasse damit man es in
einem Custom CSS ändern kann. Beispiel:

  img.kivitendo-logo {
    display: inline-block;
    -moz-box-sizing: border-box;
    box-sizing: border-box;
    background: url(../../image/<new_logo.png>) no-repeat;
    height: 183px;       /* Höhe des neuen Logos */
    width: 356px;        /* Breite des neuen Logos */
    padding-left: 356px; /* Breite des neuen Logos */
  }

Freies Fälligkeitsdatum: richtige Variable an Berechnungsroutine weiterreichen

Die Berechnungsroutine nutzt ein gesetztes Fälligkeitsdatum, wenn eine
freie Festlegung des Datums gewünscht ist. Leider heißt das Feld in der
Form »duedate« und nicht »due_due«. Der Effekt war, dass die
Berechnungsroutine dachte, es wäre kein Fälligkeitsdatum
gesetzt. Dadurch wurde in der Maske bei einem freien Fälligkeitsdatum
immer das Rechnungsdatum verwendet.

Sornorechnungen löschen können

Stornorechnungen (Rechnungsnummern »Storno zu 12345«), nicht aber
stornierte Rechnung (Rechnungsnummer »12345«), sollten vom Frontend her
löschbar sein, sofern die Mandantenkonfiguration dies
zulässt. Andernfalls hätte man keine Chance, eine fälschlicherweise
stornierte Rechnung wieder zu ent-stornieren.

Der Backendcode kann Stornorechnungen bereits seit langem richtig
löschen. Dadurch wird die stornierte Rechnung auch automatisch wieder
geöffnet.

Rechnungen: Sicherheitsnachfrage vor Stornierung

Angebote/Aufträge: Beim "als neu Speichern" Wechselkurs richtig übernehmen.

Vorher ging die Formatierung kaputt, wenn zum aktuellen Datum (das des neuen
Belegs) noch kein Wechselkurs hinterlegt war.

Generell ist hier die Handhabung schlecht, denn man kann beim
"als neu Speichern" keinen neuen Wechselkurs eingeben, falls für den aktuellen
Tag noch keiner hinterlegt ist, sondern es wird der des alten Belegs
gespeichert.

Gleiches gilt beim Speichern des Belegs mit neuem Datum.