Suchergebnisse
Suchergebnisse 1-9 von insgesamt 9.
Hier erfahren Sie, wie einfach Sie Ihren Browser aktualisieren können.
-
Um Deinen letzten eigenen Vorschlag zusammenzufassen: Alle Punkte zu entfernen und dann nur noch auf Ziffern zu prüfen, ist zwar gut, reicht aber auch nicht. Denn 122.252.31.211 ist eher eine IP als eine Zahl.
-
Eine Lücke würde ich das nicht nennen. Denn Du willst ja eine TextBox auf sehr spezielle Weise nutzen. Dafür wurde ja eigentlich z.B. ein NumericUpDown entwickelt. Du hast also nur spezielle Anforderungen, die Du an ein sehr generelles Control hast.
-
Also das mit dem AllowThousands allein sollte nochmal auf Sinnhaftigkeit geprüft werden, da 1.......1.11..1 ebenfalls damit ein gültiger Integer wäre Da muss definitiv noch mehr eingestellt werden.
-
Z#5 ist etwas daneben gegangen. Aber was hat es mit dem y überhaupt auf sich?
-
Boah, die Anforderungen sind aber doch größer als erwartet. + 27 soll akzeptiert werden, weil es eine Schreibweise ist,Zitat von Peter329: „die "normale" Menschen als "richtig" ansehen würden“? Ok. Wäre für mich schon grenzwertig, da ein Vorzeichen ohne Lücke vor einer Zahl stehen muss. Was ist mit 10e12, 2^23? VB.NET-Quellcode (1 Zeile) -> If x < 0 Then Return False Aber ohne es ausgetestet zu haben: Ab Z#18 ist doch kein Weiterkommen. Die ganzen Textspielereien müssten doch vor der Zahlumwandl…
-
Zitat von Peter329: „Das solltest du aber testen. Die Eingabe 1.2.3 liefert nämlich 123 ... und das würden normal denkende Menschen nicht als richtig ansehen“Andersrum ist mein Problem: Du willst, dass + 23 durchkommt. Das scheiterte aber mit dem Integer.TryParse schon vorher. Mit dem jetzigen Code geht es. Weil Du einen Teil der Textbearbeitung vor das Parsen gestellt hast. Das mit der Not Sollbedingung ist Deine Codekonvention, ok, das war mir nicht klar. Daran will ich natürlich nicht rütteln…
-
Da wir den Anwendungsfall nicht kennen, aber seit Post#1 klar ist, dass eine positive Ganzzahl rauskommen soll, widerspreche ich dem Einwand. Kaufmännisch wird da sicher nix ablaufen.
-
z.B. VB.NET-Quellcode (2 Zeilen)
-
Das NUD-Argument versteh ich nicht. Man muss die Pfeiltasten ja nicht nutzen. Man kann ja selber eintippen und Ober- und Untergrenze festlegen. Es geht ja nur darum, dass das NUD eben nur Zahlen in einem gewissen Bereich akzeptiert. Aber das hatte ich ja in Post#6 schon erwähnt.