ActionBar: Verwendung bei Angebots-/Auftragssuche

ActionBar: Verwendung im Pflichtenheft-Controller

ActionBar: Verwendung im Part-Controller

ActionBar: Angebote/Aufträge: Drucken über Dialog implementiert

ActionBar: »checks«-Funktionen auch mit Argumenten aufrufen können

ActionBar: existierende Inputs namens »action« vor Submit entfernen

Wenn man zuerst druckt und dabei »action« auf z.B. »print« gesetzt wird,
so wird anschließend das PDF heruntergeladen. Allerdings verbleibt die
»action=print« in der Form.

Wenn dann anschließend einer der Menüpunkte angeklickt wird,
z.B. »Erneuern«, so wurde nur ein weiterer Hidden namens
»action_update=1« ergänzt und die Form abgeschickt. Da aber
»action=print« weiterhin gilt (und nicht »action=dispatch«), wird
weiterhin das Drucken ausgeführt und nicht das Erneuern.

Ähnlich sähe es aus, wenn beim Drucken nicht »action=print« sondern
»action_print=1« hinzugefügt wird. Auch dann würde beim Erneuern
»action_update=1« hinzugefügt, und schon hätte man zwei
»action_…«-Einträge in der Form. Dann käme es darauf an, in welcher
Reihenfolge die »sub dispatch« die gesetzten Actions überprüft.

Generell ist das Problem bei jedem Submit via JavaScript, dass die
auszuführende Action irgendwie gesetzt werden muss, und dass man sich
andererseits auch nicht darauf verlassen kann, dass »action=dispatch«
gilt.

Die einzig zuverlässige Variante ist:

1. den Dispatcher-Mechanismus von bin/mozilla gar nicht benutzen, weil
   sich der darauf verlässt, dass »action=dispatch« gilt,
2. zuerst dafür zu sorgen, dass in der Form keine Input mit Namen
   »action« vorhanden ist und
3. anschließend einen Input mit Namen »action=gewünschte Action«
   hinzuzufügen.

Das ist genau das, was dieser Commit implementiert.

ActionBar: JS: fehlende ; am Zeilenende ergänzt

ActionBar: alte Funktionen zum E-Mail-Versand entfernt

ActionBar: Rechnungen: E-Mail-Versand über Dialog implementiert

ActionBar: Lieferscheine: E-Mail-Versand über Dialog implementiert

ActionBar: Angebote/Aufträge: E-Mail-Versand über Dialog implementiert

ActionBar: nicht mehr benötigte Lieferadressenmaske entfernt

ActionBar: Verkaufsrechnungen: Lieferadresse via Popup bearbeiten

ActionBar: Lieferscheine: Lieferadresse via Popup bearbeiten

ActionBar: Angebote/Aufträge: Lieferadresse via Popup bearbeiten

ActionBar: Umstellung von Dialogbuchung und Berichtsfunktion in gl.pl

ActionBar: Verwendung in MassInvoiceCreatePrint-Controller (nur Rechnungsliste)

ActionBar: Verwendung in Berichtsfunktion in ar.pl

ActionBar: Verwendung in Berichtsfunktion in do.pl

ActionBar: Verwendung in Berichtsfunktion in oe.pl

ActionBar: Project-Controller umgestellt

ActionBar: Unterstützung in ReportGenerator

ActionBar: Übersetzungen

ActionBar: do.pl: API-Umstellung & Tooltips für deaktivierte

ActionBar: falsche Doku entfernt

ActionBar: CustomerVendor-Controller: API-Umstellung & Tooltips für deaktivierte

ActionBar: normale Link-Elemente nun doch als DIVs rendern & als Buttons stylen

ActionBar: Übersetzungen

ActionBar: neuer Typ für einfachen Link in Hauptzeile (nicht in Combo)

ActionBar: API-Umstellung fürs Hinzufügen

Designziele:

• möglichst wenig Funktionsaufrufe auf eine ActionBar-Instanz
• Hash-artige Struktur der Daten zwecks bekanntem Aussehen und leichter
  Verständlichkeit
• Leichter um neue Typen erweiterbar
• Rekursiv parsend (für Comboboxen)

ActionBar: Prüfung auf Transportkostenartikel in JavaScript implementiert

ActionBar: bei Click auf Combo ohne oberste Action Menü aufklappen

Manche Comboboxes wie z.B. »Workflow« oder »mehr« haben auf dem obersten
Button keine Action konfiguriert (weder »submit« noch »call«). Um die
Benutzer nicht zu sehr zu verwirren, werden diese nun nicht mehr als
deaktiviert dargestellt. Bei einem Klick auf den Button-Teil der
Combobox wird dann das Menü aufgeklappt, genau so, als hätte man auf den
Pfeil-Teil geklickt.

ActionBar.js: Debugcode entfernt

ActionBar.js: Syntaxfehler behoben (fehlende Semikolons nach Statements)

ActionBar: Setup in oe.pl in eigene Funktion ausgelagert

ActionBar: Setup in ir.pl in eigene Funktion ausgelagert

ActionBar: Setup in is.pl in eigene Funktion ausgelagert

ActionBar: Tooltips für deaktivierte Aktionen in ir.pl

ActionBar: Tooltips für deaktivierte Aktionen in oe.pl

ActionBar.js: Enter auf Comboboxes von Combobox bearbeiten lassen

Betriebssystemstandard ist, die Combobox zu öffnen.

ActionBar: Tooltips für deaktivierte Aktionen in is.pl

ActionBar: Unterstützung für Tooltips für deaktivierte Actions

ActionBar: CSS: Höhe der Actions vereinheitlicht

ActionBar: CSS: Styling für kivitendo-Stylesheet

CSS: Unix-style newlines für kivitendo DHTML-Menü

ActionBar CSS: in common.css & lx-office-erp.css aufgeteilt

css: funktionales revamp für actionbar

- z-index für v3 und javascript gefixt
- flat styling, weil die gradienten kaputt aussehen
- top margins für actionbar und ohne gefixt
- position:fixed korrigiert

ActionBar.js: accesskey normalisierung robuster gemacht

debug

Javascript Layout: ActionBar

actionbar: support für tooltips

accesskey normalization

accesseky enter

ActionBar: accesskeys

ActionBar/Submit: externe ids erlauben

actionbar: do

drafts: html escaping für Vorlagen mit single quotes

actionbar: ir

is: delete nur mit show_delete

ActionBar: CustomerVendor form

ActionBar: CustomerVendor

is: action: dispatcher fehlte

is: actionbar implementiert.

Änderungen:
- post_and_[print/mail] sind wie geplant raus.
- zurück ist raus
- confirm bei mark as paid eingefügt
- show_delete als Bedingung für post sieht falsch aus

ActionBar: ComboBox doppel dropdown gefixt

oe: confirm bei delete

ActionBar: V3 Layout

oe: lieferadresse in body verschoben

ComboBox: stateful dropdown

combobox styling:

oe: buttons im footer entfernt

oe: neue syntax für scriptbuttons und separators

ActionBar: separator implementiert und ScriptButton in Submit gemergt

Actiobar: Layout fixiert

Actionbar nicht ohne content rendern

nötig für korrekte top margins wenn fixiert

actionbar: funktionierendes styling für combobox

actionbar: css für combobox

oe: actiobar nochmal umgestellt

ActionBar: by_description gefixt

oe: auf prototyp auf einzelnes add umgeschrieben

ActionBar: check confirm after checks

So muss im Falle dass checks meckern nicht doppelt bestätigt werden

oe: auch die korrekten checks registrieren

ActionBar: checks korrekt interpretieren

oe: neue actionbar version prototyp

ActionBar: calling conventions geändert, +check/disabled/confirm

ActionBar: oe Prototyp

ActionBar: Funktionierender Prototyp mit submit und actionbutton

Actionbar Layout mock

Menu: links für Menü cachen

Layout: Content als eigenes Layout und Split compositor

Dateimanagement: DownloadZip: etwas aufgeräumt

Dateimanagement: Anhänge-aller-Artikel-Download: auch für andere OE-Typen

Dateimanagement: Anhänge-aller-Artikel-Download: Dateinamen in ZIP gefixt

Dateimanagement: überflüssigen Code in SL::Controller::DownloadZip entfernt

Tests: Template-Objekt aus Presenter in eigenes Verzeichnis cachen lassen

Form: Template-Objekt aus Presenter nehmen und nicht selber speichern

Erzeugnis fertigen: API-Anpassung für neues Part-Picker-API

Testfall Kosmetik (Alignment) fehlende Zeile wieder dazu

Wie kann diese Zeile zwischen commit 8f7fe4a4 und b8741ec3 verschwinden??

Dateimanagement: Robustere Mandantenkonfigurierung

Es wurde das BAckend "None" eingeführt, falls kein Backend enabled ist.
Fehlermeldung nun in deutsch falls kein Backend vorhanden.

Die Hochladbare Dateigröße ist nun in der Mandantenkonfig in Megabytes (default 10Mb)

Dokumentation: Hinweis zum Bugfix bzgl. Fälligkeitsdatum bei Rechnungen

Einkaufs-/Verkaufsrechnungen: Verwendung freier Fälligkeitsdaten gefixt

Wenn bei einer Zahlungsbedingung die automatische Berechnung des
Fälligkeitsdatums aus ist, so sollte die Routine zum Berechnen das
aktuell von der Benutzer*in eingegebene Fälligkeitsdatum
berücksichtigen. Damit das funktioniert, muss auch das richtige Feld
aus $::form an »$terms->calc_date« übergeben werden — und das heißt
nun mal »duedate« und nicht »due_due«.

Das Ergebnis war, dass beim Buchen der Rechnung nicht das eingetragene
Fälligkeitsdatum genommen wurde, sondern das Rechnungsdatum, da die
Berechnungsroutine dachte, es wäre kein Fälligkeitsdatum eingegeben.