vb@rchiv
VB Classic
VB.NET
ADO.NET
VBA
C#
Erstellen von dynamischen Kontextmen?s - wann immer Sie sie brauchen!  
 vb@rchiv Quick-Search: Suche startenErweiterte Suche starten   Impressum  | Datenschutz  | vb@rchiv CD Vol.6  | Shop Copyright ©2000-2024
 
zurück

 Sie sind aktuell nicht angemeldet.Funktionen: Einloggen  |  Neu registrieren  |  Suchen

VB.NET - Fortgeschrittene
Seltsames 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

Themenbaum einblendenGesamtübersicht  |  Zum Thema  |  Suchen

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)?
Themenbaum einblendenGesamtübersicht  |  Zum Thema  |  Suchen

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

Themenbaum einblendenGesamtübersicht  |  Zum Thema  |  Suchen

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

Funktionen:  Zum Thema  |  GesamtübersichtSuchen 

nach obenzurück
 
   

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