| |
VB.NET - FortgeschritteneSeltsames Verhalten eines NumericUpDown | | | Autor: Parallax | Datum: 08.05.20 19:31 |
| Hallo,
ich habe gerade bei einem NumericUpDown ein seltsames Verhalten festgestellt. Ich habe davon mehrere auf meinem Form.
Einige mit 0 Dezimalstellen, einige mit 4 Dezimalstellen und eines mit 2 Dezimalstellen.
Klicke ich in eins dieser Felder und lösche eine Ziffer mit der Backspace Taste, kann ich eine neue Zahl hin schreiben.
Bsp:
Aktueller Wert: 100; ich lösche die letzten beiden Ziffern mit Backspace und tippe "20", anschließend steht dort 120. Alles soweit in Ordnung, funktioniert auch mit den Feldern mit 4 Dezimalstellen problemlos.
Nun habe ich mein Sorgenkind mit 2 Dezimalstellen, wenn ich hier eine Zahl löschen will, springt der Cursor sofort an Pos1 und der Wert ist unverändert.
Bsp:
Aktueller Wert: 4,00, ich lösche die letzte Ziffer mit Backspace, es wird kein ValueChanged Ereignis ausgerufen (der Wert hat sich ja auch nicht geändert, 4,00 ist das gleiche wie 4,0), aber der Cursor springt sofort an Position 1 des des NumericUpDowns und es steht wieder der alte Wert 4,00 drin. Alle Controls sind identisch (mit Strg+C und Strg+V kopiert), nur die Anzahl der Dezimalstellen ist anders. Ist das ein Bug oder was stimmt hier nicht?
Am morgen nen Joint und der Tag is dein Freund | |
Re: Seltsames Verhalten eines NumericUpDown | | | Autor: Manfred X | Datum: 08.05.20 20:46 |
| Hallo!
Ich kann kein solches Problem feststellen. Ich verrate aber nicht,
mit welcher VB.Net Version ich das geprüft habe.
Als Dezimalstellen bezeichnet man die Stellen hinter dem Komma.
Beim NumericUpDown-Control werden sie mit der Eigenschaft "DecimalPlaces" eingestellt.
Dein erstes Beispiel paßt insofern nicht zu Deiner Aussage.
Wie sehen die Einstellungen des Controls aus? Maximum? Minimum? Increment?
Liegt eine Datenbindung vor?
Welche Werte sind im Designer-generierten Code bei Einstellungen eingetragen?
Kann das Control ansonsten zur Laufzeit vom Benutzer bedient werden
(Buttons, ValueChanged-Ereignis)? | |
Re: Seltsames Verhalten eines NumericUpDown | | | Autor: Parallax | Datum: 08.05.20 21:14 |
| Hallo Manfred,
Problem wurde gefunden und behoben.
In einem Timer wurde genau dieses eine NumericUpDown für eine Berechnung herangezogen. Immer wenn vom Timer der Wert des Controls ausgelesen wurde, hat sich der Cursor zurück gesetzt. Komischerweise passiert das nicht wenn der Wert innerhalb der ValueChanged Routine abgefragt wird.
Ich habe das Value des NumericUpDowns in einer globalen Variable gespeichert und werte dieses im Timer aus, damit verhält sich das Control wieder löblich und funktional.
Grüße
Am morgen nen Joint und der Tag is dein Freund | |
| Sie sind nicht angemeldet! Um auf diesen Beitrag zu antworten oder neue Beiträge schreiben zu können, müssen Sie sich zunächst anmelden.
Einloggen | Neu registrieren |
|
|
sevWizard für VB5/6
Professionelle Assistenten im Handumdrehen
Erstellen Sie eigene Assistenten (Wizards) im Look & Feel von Windows 2000/XP - mit allem Komfort und zwar in Windeseile :-) Weitere InfosTipp des Monats TOP Entwickler-Paket
TOP-Preis!!
Mit der Developer CD erhalten Sie insgesamt 24 Entwickler- komponenten und Windows-DLLs. Die Einzelkomponenten haben einen Gesamtwert von 1605.50 EUR...
Jetzt nur 599,00 EURWeitere Infos
|
|
|
Copyright ©2000-2024 vb@rchiv Dieter Otter Alle Rechte vorbehalten.
Microsoft, Windows und Visual Basic sind entweder eingetragene Marken oder Marken der Microsoft Corporation in den USA und/oder anderen Ländern. Weitere auf dieser Homepage aufgeführten Produkt- und Firmennamen können geschützte Marken ihrer jeweiligen Inhaber sein.
Diese Seiten wurden optimiert für eine Bildschirmauflösung von mind. 1280x1024 Pixel
|
|