projekt kivitendo

CVars-Type vendor und part auch richtig parsen

CVars: Options für textfield und text mit den configs setzen.

Sonst gehen diese in den Belegen nach einem Erneuern verloren.
Zum Nachvollziehen: CVar von Typ Textfeld bei Waren anlegen und
in Belegen editierbar machen. Dann Beleg erstellen, Ware eingeben,...

Waren und Lieferanten als benutzerdefinierte Variablen hinzugefügt.

Mit einfachen vendor_ und part_selectoren im L-Plugin, die das
select_tag verwenden. vc_limit wird nicht berücksichtigt und das
ganze ist nur rudimentär getestet.

filter_prefix für CVar->render_search_options

format_amount zum Formatieren verwenden, satt parse_amount.

Sonst sind die numerischen CVars beim Drucken nicht richtig formatiert.

save_custom_variables zerstört nicht mehr Transaktionssicherheit

z.B. bei post_invoice sollten die Einträge für ar, invoice und acc_trans nur
zusammen in einem Block in die DB geschrieben werden. Dies wurde aber durch ein
$dbh->commit in CVar.pm ausgehebelt, da der übergebene Autocommitparameter in...

sobald ich jetzt eine neue Ware oder Erzeugnis anlege, und dann bei
Bericht Kunde anhake, bekomme ich folgende Fehlermeldung:

Can't call method "name" on an undefined value at SL/CVar.pm line 574.

Ahjo, hab den Fehler. Tausch mal bitte die Zeile 578 durch diese hier aus:...

typ customer korrekt ans template system übergeben

cvars in aufträgen bei update korrekt parsen und formatieren

CVars löschen muss auch die validity löschen

CVars für Kunden

Experimentelles Feature!

Das gleiche kann später für vendors auch analog gemacht werden, beides
gleichzeitig (also eine kompinierte vc box) ist im moment nicht vorgesehen.

Bugs:
- Erneuern sowohl in überlagerten Belegen als auch in den Waren funktioniert noch nicht richtig...

Gültigkeit von custom variables nur für Artikelstammdaten speichern

Fix für Bug 1561.

Verhindern, dass Strings als Hash-Referenz misbraucht werden

Ich bin gerade zu unkonzentriert, um die tatsächliche Ursache zu
finden. Es hat etwas damit zu tun, dass ein Callback zusammengebaut
wird und dabei $::form->{CVAR_CONFIGS} eine Hash-Referenz ist, die im...

Benutzerdefinierte Variablen: bei nicht existierenden die Defaultwerte wieder nutzen

Bugfix: CVar Sichtbarkeit in Projekten.

Dieser Patch behebt zwei unabhängige Bugs, die dazu geführt haben, dass CVars
für Projekte nicht bearbeitbar waren.

Der erste ist, dass CVars für Projekte nicht vom validiersystem betrofen sind,
und deshalb always_valid geflaggt sein müssen. Das zweite hat verhindert, dass...

CVar->get_configs cached jetzt so, wie es io.pl eh schon tut.

CVar validity ausgelagert in eine Massenfunktion.

Reduziert die Anzahl der Datenbankzugriffe bei großen Belegen massiv.

CVars über die Warenmaske auch in Belegen suchen.

Fix für Bug 1209.

Dokumentation einheitlich in den Footer verschoben, Datei mit END abgeschlossen (beschleunigt parsen), und POD Fehler gefixt.

Auch hier 2 Funktionen aus dem Tracing genommen.

CVars: In Masken die Cvars filtern. Muss über Userpräferenzen aktiviert werden.

Bei neu anlegen CVar Felder immer anzeigen

zu Bug 1191.

Kein Grund dass CVar nicht strict sein sollte.

CVar: sub_module muss vorher konvertiert werden.

Bei Kunden die Validität nicht speichern.

Fix für Bug 1191

Ungültige Custom Variablen in der Verkaufsmaske ausblenden.

Funktion nicht doppelt invertieren

(das klingt als commit meldung noch
bescheuerter als es im code aussieht)

Valid Flag für Custom Variables in Artikeln.

Ausserdem gefixte Locales.

Warensuche: überlagerte custom variables werden nun korrekt auch in der Warensuche überlagert.

Ausweitung der benutzerdefinierten Variablen für Waren/Dienstleistungen/Erzeugnisse auf Anzeige/Modifikation in Angeboten/Aufträgen.

Das Definieren, Erstellen und Bearbeiten von benutzerdefinierten Variablen bei Waren, Dienstleistungen und Erzeugnissen implementiert.

Debugcode

Implementation des Features "Benutzerdefinierte Variablen für Kunden- und Lieferantenstammdaten".