Projekt

Allgemein

Profil

Fehler #331

data-validate verändert druckausgabe

Von Jan Büren vor fast 7 Jahren hinzugefügt. Vor fast 7 Jahren aktualisiert.

Status:
Neu
Priorität:
Normal
Zugewiesen an:
-
Zielversion:
-
Beginn:
08.12.2017
Abgabedatum:
% erledigt:

0%

Geschätzter Aufwand:

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.

Zugehörige Revisionen

Revision 18c72e9a (diff)
Von Bernd Bleßmann vor fast 7 Jahren hinzugefügt

io.pl: qty und sellprice nicht validieren

Hintergrund: in kivi.Validator.js werden als "number" zu validierende Elemente
neu formatiert, hier gibt es aber keine Möglichkeit, die Anzahl der
Nachkommastellen zu übergeben.

Beim Drucken von Belegen wurde so z.B. bei einem freien Verkaufspreis die
Nachkommastellen abgeschnitten, wenn sie Null waren (3 statt 3,00).

Bis es eine Möglichkeit gibt, die Anzahl der Nachkommastellen an den Validator
zu übegeben, ist das ein Hotfix für redime #331. refs #331

Historie

#1

Von Bernd Bleßmann vor fast 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?

#2

Von Werner Hahn vor fast 7 Jahren aktualisiert

hängt mit ticket #321 zusammen

#3

Von Sven Schöling vor fast 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.

Auch abrufbar als: Atom PDF