Xantiva
Sehr aktives Mitglied
Hallo,
mit der Wawi 1.6 hat JTL es leider geschafft, einige der numerischen Eingabefelder "kaputt" zu optimieren. 😢
Ich habe den Fehler selber schon mal gemacht (eigenes UserControl für die numerische Eingabe):
Nur Validierungen darf man beim PropertyChanged machen, damit der User sofort die Rückmeldung bekommt. Formatierungsregeln dürfen bei einem numerischen Eingabefeld erst NACH dem LostFocus erfolgen. Sonst passiert genau das: während der Eingabe des Users versetzt das Control den Cursor und es kommt zu Fehleingaben.
Ich mache jetzt noch ein Ticket auf.
Ciao,
Mike
mit der Wawi 1.6 hat JTL es leider geschafft, einige der numerischen Eingabefelder "kaputt" zu optimieren. 😢
- Beim Hinzufügen von Stücklistenartikeln können keine Dezimalzahlen mehr eingegeben werden:
Das gebe ich ein ...
... aber sobald ich das Feld verlasse (LostFocus Event?) macht die Wawi daraus eine 1:
Zum Glück funktioniert das Feld im Artikel selber noch. Dort kann ich dann meine 0,01 eintragen:
- Das Nächste ist leider noch viel nerviger: Die Zahlen werden bereits bei der Eingabe formatiert. Das darf man bei numerischen Eingabefeldern, die Dezimalzahlen erlauben nicht machen!
Hier kann man am Beispiel des Netto-EK Feld beim Artikel->Lieferanten sehen was passiert:
Ich habe eine Dezimalzahl kleiner 1, der Cursor steht hinter der 5 und die möchte ich durch eine 6 ersetzen ...
Ich lösche die 5 mit der Backspace Taste und schwubs bewegt sich der Cursor vor das Komma:
Statt eine 0,6 erhalte ich nun eine 6,0
Ich habe den Fehler selber schon mal gemacht (eigenes UserControl für die numerische Eingabe):
Nur Validierungen darf man beim PropertyChanged machen, damit der User sofort die Rückmeldung bekommt. Formatierungsregeln dürfen bei einem numerischen Eingabefeld erst NACH dem LostFocus erfolgen. Sonst passiert genau das: während der Eingabe des Users versetzt das Control den Cursor und es kommt zu Fehleingaben.
Ich mache jetzt noch ein Ticket auf.
Ciao,
Mike