QtmhCvtDb numerischer Felder mit Dezimalkomma

[Pikachu]

/Free
  indata = %xlate ('%6B' :'%4B' :indata);
/End-Free

ist einfacher und du brauchst kein do-*hival-*pfui

Wird denn damit nicht jede 6 in der Zeichenkette durch eine 4 ersetzt?

[andreaspr@aon.at]

Wird denn damit nicht jede 6 in der Zeichenkette durch eine 4 ersetzt?

Ups, hab ich übersehen. Trotzdem ohne do-*hival-*pfui

/Free
  Exec Sql Set :indata = Replace (:indata, '%6B' ,'%4B');
/End-Free

[Fuerchau]

Wie kommst du auf '%6B' ?
Das ist die Zeichenkette "Prozent 6 B" und nicht das Komma. Ich denke du meinst X'6B'.
Ausserdem werden dann auch Kommata in Textfeldern ausgetauscht.

Du wirst wohl nicht um eine Feld für Feld Bearbeitung herumkommen.

[BenderD]

... JavaScript hat mit Java nix zu tun, außer das der Name ähnlich ist.
Die entscheidende Frage ist ob die Clients Javascript zulassen. Außer Feldaufbereitung kann man auch elementare Prüfungen dahin verlagern, was wesentlich eleganter und performanter ist und solche Komponenten sind frei verfügbar!

D*B

Vielleicht kommst du ja damit ohne java weiter !
Peet

[timeless]

Danke für die vielen Antworten.

Da das API QtmhCvtDb bei der Umsetzung numerischer Felder leider noch mehr Probleme bereitet, werde ich ganz darauf verzichten und die Umsetzung und Prüfung der Formulareingaben selber programmieren.

Probleme mit QtmhCvtDB:
1. Bei einem generellen xlate von Dezimalkomma zu Dezimalpunkt sind auch alle Komma in Textfeldern umgesetzt.
2. Eine Umsetzung mit JavaScript muß ich im CGI - Programm prüfen und wenn nicht erfolgt nachvollziehen.
3. Bei fehlerhaften Eingaben (alphanumerische Eingaben oder Leerstellen) wird ein numerisches Zielfeld auf Null gesetzt und der ursprüngliche Inhalt ist weg.

Viele Grüße

timeless

[Pikachu]

Wie kommst du auf '%6B' ?
Das ist die Zeichenkette "Prozent 6 B" und nicht das Komma. Ich denke du meinst X'6B'.

Eigentlich ist %6B das kleine k wenn es denn %-kodiert rüberkommt.