locales: Update nach Umstellung der Hintergrundjobverwaltung auf ActionBar

E-Mail-Dialog: Cc, Bcc standardmäßig verstecken; Dateianhang nach unten

Wichtige Felder sollen damit näher zusammenrücken, und unwichtige
Felder normalerweise gar nicht erst angezeigt werden.

Einheiten bearbeiten: SL::DB::Language nutzen

Alter Code zum Auslesen der Sprachliste, AM::language, wurde im Zuge
der ActionBar-Umstellung entfernt.

Ups :)

Dateimanagement: Anhänge nicht als Referenz an SL::Mailer übergeben

SL::Mailer erwartet, dass der Inhalt der Anhänge, die in
$mailer->{attachments} übergeben werden, direkt im Attribut »content«
gespeichert ist.

Das Interface von SL::File hingegen gibt nur eine Skalarreferenz auf
den Dateiinhalt zurück. Daher kann diese nicht 1:1 an den SL::Mailer
übergeben werden, da es ansonsten zu Fehlermeldungen von Rose beim
Speichern im E-Mail-Journal kommt (»cannot bind reference«).

ActionBar: Verwendung bei »Verlauf der Hintergrund-Jobs«

ActionBar: Verwendung bei »Aktuelle Hintergrund-Jobs anzeigen«

ActionBar: kivitendo.css: bei Hover auf Deaktivierte die Border nicht umfärben

ActionBar: Border von ActionBar buttons nicht in common.css clobbern

Revert "ActionBar: Combobox-Drop-Down auch mit schwarzem Rand rendern"

This reverts commit e51d60046fda454e4a1c5c6a6b287622d8fb9cc8.

ActionBar: Combobox-Drop-Down auch mit schwarzem Rand rendern

MetaSetup-Update für DB-Upgrade »filemanagement_feature«

Versehentlich entfernte Fremdschlüssel auf sepa_export_items wieder hinzugefügt

Das DB-Upgrade-Script
»auto_delete_sepa_export_items_on_ap_ar_deletion.pl« hat via
»SL::DBUpgrade2::Base::drop_constraints« alle Constraints auf
»sepa_export_items« entfernt, dann aber nur zwei davon (mit anderen
Bedingungen) neu angelegt — nicht aber die für die Spalten »chart_id«
und »sepa_export_id«.

Resultat ist, dass die Relationships aus den MetaSetups rausfliegen,
wenn man die von einer sauberen DB erzeugen lässt (z.B. mit
Scriptoption »--test-client«).

MetaSetup-Update zu DB-Upgrade »part_classifications.sql«

MetaSetup-Update zum DB-Upgrade »defaults_bcc_to_login.sql«

ActionBar: SL::Layout::get: bei nicht existierendem Sub-Layout leere Liste zurückgeben

ActionBar: Verwendung bei »Task-Server-Steuerung«

ActionBar: Verwendung beim Massendruck von Lieferscheinen

PrintOptions: Checkbox »Beidseitig« optional anzeigen

PrintOptions: keine Warnungen wegen einmaliger Verwendung bekannter Variablen

kivi.run: leeres Array (keine Argumente) nutzen, wenn args nicht übergeben wird

ActionBar: »Anhänge aller Artikel herunterladen« bei Angeboten/Aufträgen wieder implementiert

ActionBar: Verwendung im »SimpleSystemSetting«-Controller

ActionBar: Verwendung undefinierter Werte in Tests vermeiden

ActionBar: POD-Fix

ActionBar: Verwendung bei »Steuern«

ActionBar: Verwendung bei »Steuerzonen«

ActionBar: Verwendung bei Buchungsgruppen

ActionBar: Verwendung bei »Konto erfassen/bearbeiten«

ActionBar: Verwendung bei Mahnungskonfiguration

ActionBar: Verwendung bei UStVa-Konfiguration

ActionBar: Verwendung bei Mandantenkonfiguration

ActionBar: Verwendung bei »Preise aktualisieren«

ActionBar: Verwendung beim CSV-Import

ActionBar: programmatisches Interface für Änderungen On-The-Fly

ActionBar: Objekte & Funktionen in Namespace kivi.ActionBar verschoben

ActionBar: Verwendung bei »Benutzereinstellungen«

ActionBar: Verwendung bei Wiedervorlagen

ActionBar: Verwendung beim Massendruck

ActionBar: Verwendung bei »Kontenabgleich«

ActionBar: Verwendung bei »Kontenabgleich mit Bank«

ActionBar: Vernwendung bei Bankbewegungen

ActionBar: Verwendung bei »Kontoauszug importieren«

ActionBar: Verwendung bei SEPA-Einzügen/-Überweisungen

ActionBar: Verwendung bei Zahlungsein-/-ausgang

ActionBar: Verwendung bei Liquiditätsübersicht

ActionBar: Verwendung im E-Mail-Journal

ActionBar: Verwendung bei UStVA

ActionBar: ReportGenerator nutzt per Default nun die ActionBar

ActionBar: Verwendung bei Berichte → SuSa, GuV, BWA, Bilanz, Projektbuchungen

ActionBar: Verwendung bei »offene Forderungen/Verbindlichkeiten«

ActionBar: Verwendung bei Jahresendbuchungen

ActionBar: Verwendung beim GoDB-Export

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