Fehler #331
offendata-validate verändert druckausgabe
0%
Beschreibung
bin/mozilla/io.pl
Zeile 380
: $cgi->textfield(-name => "sellprice_$i", -id => "sellprice_$i", -size => 10, -"data-validate" => "number", -class => "numeric", -value => $sellprice_value);
Wenn man als Preisquelle freier Preis eingegeben hat, so wird beim Ausdruck des Belegs das Input-Feld validiert und abgehende Nullen bei der Nachkommastelle abgeschnitten.
Somit ist der Ausdruck nicht einheitlich, da ein sellprice von 3,00 oder 3,90 in:
3
3,9
gewandelt wird.
Ist die Preisquelle indes schreibgeschützt wird
3,00
3,90
an das Druckvorlagen-System übergeben.
Von Bernd Bleßmann vor mehr als 7 Jahren aktualisiert
Jan Büren schrieb:
bin/mozilla/io.pl
Zeile 380[...]
Wenn man als Preisquelle freier Preis eingegeben hat, so wird beim Ausdruck des Belegs das Input-Feld validiert und abgehende Nullen bei der Nachkommastelle abgeschnitten.
Das validieren passiert schon beim Klick auf z.B. Drucken oder Erneuern in kivi.Validator.js. Dort werden die als "numeric" zu validierenden Elemente formatiert, aber ohne explizite Angabe von Mindest-Nachkommastellen.
Ich wüsste jetzt gerade auch nicht, wie man die übergeben sollte - etwa in einem extra data-Attribut?
Von Sven Schöling vor mehr als 7 Jahren aktualisiert
Hmm, ja, das war erwartet. Ich dachte nur nicht, dass das so schnell Probleme macht.
Das fundamentale Problem ist, dass die Validatorsyntax im Moment nicht erlaubt zu parametrisieren. Ich hatte das in der Rundmail angerissen als ich das gebaut habe, der Endzustand müsste sein, dass auch sowas funktioniert:
```
-"data-validate" => "number(-2)"
```
Ich werd das wahrscheinlich machen, aber ich würde das in keinem Fall noch in die 3.5.1 reintun. Bis dahin würde ich eher vorschlagen den Validator von sellprice und qty in display_row entfernen, und dann nach dem release wieder drantun und die restlichen Probleme beseitigen die es damit noch gibt, wie zum Beispiel, dass die Bindung von validator zu actions im Moment noch sehr experimentell ist.