ActionBar: Verwendung beim DATEV-Export

ActionBar: Verwendung in Kreditorenbuchungen

ActionBar: Aufruf Historie in Verkaufrechnungen gefixt

ActionBar: Verwendung bei Debitorenbuchungen

ActionBar: Verwendung bei allen anderen Lager-Funktionen

Lager → …
• Erzeugnis fertigen
• Umlagern
• Entnahme

Lager → Berichte → …
• Lagerbestand
• Lagerbuchungen

ActionBar: Form->show_generic_error umgestellt

ActionBar: Warnungen wegen Funktionsüberschreibung vermeiden

ActionBar: Verwendung bei Lager → Einlagern, Lager → Berichte → Lagerentnahme

ActionBar: Massenerstellen: Action-Titel eindeutiger gemacht

ActionBar: Brieffunktion: Drucken über Dialog

ActionBar: Brieffunktion: E-Mail-Versand über Dialog

ActionBar: Verwendung bei Massenerstellen von Rechnungen standardisiert

ActionBar: Verwendung beim Finanzcontrollingbericht

ActionBar: Verwendung beim Lieferwertbericht

ActionBar: Verwendung beim Lieferplan

ActionBar: Verwendung bei Mahnungen standardisiert

• »Weiter« → »Suchen«
• »Weiter« → »Anlegen«

ActionBar: Verwendung bei Briefen standardisiert

• »Suchen« → »Erneuern«
• »Zurücksetzen« in Form verschoben

ActionBar: Verwendung bei Pflichtenheften standardisiert

• »Suchen« → »Erneuern«

ActionBar: Verwendung bei Projektsuche standardisiert

• »Suchen« → »Erneuern«
• »Zurücksetzen« in Form verschoben
• »Projekt erfassen« → »Erfassen«

ActionBar: Verwendung bei Artikelsuche standardisiert

• »Weiter« → »Suchen«

ActionBar: Verwendung bei Kunden-/Lieferanten/Ansprechpersonensuche standardisiert

• »Weiter« → »Suchen«
• »Neuer Kunde/Lieferant« → »Erfassen«

ActionBar: Verwendung bei Preisregeln standardisiert

• »Suchen« → »Erneuern«
• »Zurücksetzen« in Form verschoben

ActionBar: Verwendung beim Massenerzeugen von Rechnungen aus Lieferscheinen

ActionBar: Tooltips für Deaktivierung überschreibt normalen Tooltip

ActionBar: Verwendung bei Briefen

ActionBar: Verwendung im Mahnprozess

ActionBar: neue Option »only_once«, um Buttons nur einmal anklicken zu können

ActionBar: Verwendung im neuen Auftrags-Controller

ActionBar: leere ComboBoxen gar nicht anzeigen

ActionBar: ComboBox mit nur einem Eintrag wie Eintrag rendern

Das erleichtert, wenn man in einer ComboBox mehrere Einträge evtl. gar
nicht anzeigt. Der Aufrufer muss dann nicht prüfen, ob er der ComboBox
einen oder mehrere Einträge übergibt.

ActionBar: Auslassen von Actions über Parameter »only_if«/»not_if« steuern können

Gedacht für Buttons, die z.B. aufgrund der Mandantenkonfiguration nie
angezeigt werden können. Nicht gedacht für Buttons, die nur aufgrund des
Belegzustands nicht benutzt werden können (z.B. »Löschen« bei einem noch
nicht gespeicherten Beleg).

ActionBar: Verwendung bei Preisregeln

ActionBar: Verwendung bei Pflichtenheft(vorlagen)suche

ActionBar: Verwendung bei Artikelsuche

ActionBar: Verwendung bei Kunden-/Lieferanten/Ansprechpersonensuche

ActionBar: Verkaufsrechnungen: Drucken über Dialog implementiert

ActionBar: Lieferscheine: Drucken über Dialog implementiert

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