| |
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 |
|
|
sevZIP40 Pro DLL
Zippen und Unzippen wie die Profis!
Mit nur wenigen Zeilen Code statten Sie Ihre Anwendungen ab sofort mit schnellen Zip- und Unzip-Funktionen aus. Hierbei lassen sich entweder einzelnen Dateien oder auch gesamte Ordner zippen bzw. entpacken. Weitere InfosTipp des Monats Access-Tools Vol.1
Über 400 MByte Inhalt
Mehr als 250 Access-Beispiele, 25 Add-Ins und ActiveX-Komponenten, 16 VB-Projekt inkl. Source, mehr als 320 Tipps & Tricks für Access und VB
Nur 24,95 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
|
|