Version 2014-05-12:
Nun ist die überarbeitete Version der NumericTextBox fertiggestellt, und als Testprojekt beigefügt. In den Grundzügen ist dieses Control seit 2009 in verschiedensten Projekten im Einsatz.
Die wesentlichste Überarbeitung stellt die Einbindung des Zahlenformates HexaDezimal auf Anregung von @sonne75 dar, sowie das dynamische Ein-/Ausblenden von Properties durch Anstoss von @VB1963 dar.
Das Control erbt von System.Forms.Textbox, und verfügt über einen integrierten ErrorProvider

Die erweiterte Funktionalität umfasst:

• Beschränkung der Eingabe auf bestimmte Zahlenformate.
  
• Zahlenformate: Currency, Decimal, HexaDecimal, Custom.
  
• Überprüfung Der Eingabe auf zulässige Zeichen entsprechend des Zahlenformates.
  
• Definitionssets für jedes Zahlenformat für Minimal und Maximal-Wert. Defaultwerte sind Decimal.MinValue und Decimal.MaxValue.
  
• Überprüfung des Eingabewertes auf Einhaltung des Minimum/Maximumbereichs.
  
• Der integrierte ErrorProvider zeigt Eingaben ausserhalb des Minimum/Maximum-Bereichs an.
  
• Ausblenden der nicht benötigten Definitionssets zur Entwurfszeit anhand des ausgewählten Zahlenformates.
  
• Internationalisierung durch Auswahl der aktiven CulturInfo.
  
• Property Value as Decimal gibt den eingegenen numerischen Wert zurück.
  
• Property Value ist als Standardbindungseigenschaft definiert, und implementiert INotifyPropertyChanged.
  
• Bei Datenänderung wird das Event NumericTextBoxValueChanged ausgelöst.
  
• Property LeaveOnEnter legte fest, ob bei Betätigung der <Enter>-Taste zum nächsten Contral gewechselt wird.
  
• Property BankersRounding implementiert die richtige kaufmännische Rundung auf die angegebene Zahl Dezimalstellen.
  

Points of Interest:

Das Beispielprojekt ist standardmässig mit der Form frmMain als Startform definiert. Dort gibt es einen Zufallsdatengenerator, der eine Tabelle mit 100 Datensätzen füllt.
Daraus wird Dataset und BindingSource erstellt, an die ein Datgridview gebunden ist.
Weiterhin sind 4 NumericTextBoxes mit den unterschiedlichen Zahlenformaten über NumericTextBox.Value an die Tabellenspalte Value gebunden.
Damit kann die Funktionalität zur Entwurfszeit und zur Laufzeit überprüft werden.
Interessant ist auch das Rundungsverhalten bei der Anzeige.

Bei der Entwicklung stellte sich heraus, dass die Abfolge der Events bei Eingabe in die Textbox von kritischer Bedeutung ist.
In der Form frmEvents werden die auftretenden Events in ihrer Abfolge in einer Listbox dargestellt.
Damit wird klar, warum bestimmte OnKey-Events in der NumericTextBox verwendet werden.

Ich würde mich weiterhin freuen, wenn Anregungen zur weiteren Verbesserung beitrügen.

ToDo:

• Verhalten, wenn über die Datenbindung Daten ausserhalb des Wertebereiches Minimum/Maximum zur Verfügung gestellt werden. siehe Post #26
  
• Parsen des Custom-Formates unvollständig.
  

//Edit1:
Der ursprüngliche Beitrag hat bedauerlicherweise einen unfertigen Quelltext verfügbar gemacht.
Versionskontrollsysteme sind also doch unverzichtbar ...

//Edit vom 25.05.2014:


//Edit vom 26.05.2014
Ursprungsdownload entfernt, ist fälschlicherweise ein paarmal heruntergeladen worde, sorry.

//Edit vom 09.07.2014
Neue Version 3.2014.709.399 mit folgenden Änderungen/Ergänzungen:

Der Download des Beispielprojektes US.Windows.Forms.NumericTextBox19(3.2014.709.399).zip findet sich bei Post#1

Gute Idee.
Hab' ich bisher nicht gebraucht, da weitestgehend kaufmännische Anwendungen gemacht.
Ich werd' aber mal basteln ...

Stimmt ...alter Kram. Werde ich überarbeiten (sehr schäm)

@RodFromGermany Keys.Decimal ist gut. Mir war nicht klar, das hier auch die Culture berücksichtigt wird.
Mybase.KeyUp ist nicht verwertbar, da dieses Ereignis erst NACH Textbox.TextChanged ausgelöst wird. Und gerade in diesem Handler wird 'ne Menge abgearbeitet.
stop - (schäm) wie schon oben zu @ErfinderDesRades gesagt, falsche Version (zbzcap)(zu blöd zu copy and paste)

@sonne75
Hex-Eingabe wird soeben eingearbeitet, da ist doch noch ein wenig Strukturänderung erforderlich.

An Alle
Weiss irgendwer, wie man im Propertygrid des Form-Designers bestimmte Propertys dynamisch ausblenden kann, d.h. in Anhängigkeit vom Inhalt anderer Properies?
Ich stelle mir vor, das dies über irgendwie über

gehen könnte, aber wie ändere/erstelle ich diese Attribute zur Designzeit?

Jede Hilfe/Anregung willkommen.

@VB1963
Danke für die Links. Staunen: Das klappt wirklich, aber leider nur zur Laufzeit (was ja eigentlich logisch ist).
Das dahinterliegende Framework ist recht umfangreich, und wäre alleine deswegen für den Einsatz in einem Stand-Allone-Control wegen der zugehörigen DLL unhandlich.
Aber Danke, habe wieder etwas gelernt.

@ErfinderDesRades, @VB1963

Die Links haben mir keine Ruhe gelassen, und so habe ich mich in die Untiefen von Reflection begeben. Und siehe da, es geht doch.
Das beigefügte Projekt zeigt anhand einer beerbten Textbox mit eigenen Properties, wie dynamisches Ein/Ausblenden dieser Properties zur Entwurfszeit möglich ist.

Ist aber schon ziemlich aufwendig.

Die verwendete Technik benutzt Standardattribute, hier BrowsableAttribut Funktioniert aber genauso mit den anderen Standards.
Die Verwenungung von CustomerAttributs führte mich in einen Dschungel, für den mir z.Zt. noch die geeignete Machete fehlt.

Scheint sehr stabil zu laufen, ich kann auch beim Laufzeitverhalten (wegen Reflection) keine unzumutbaren Einschränkungen erkennen.

Jetzt kann's auch mit der NumericTextBox weitergehen ...

Über weitere Ideen würde ich mich freuen.

ErfinderDesRades schrieb:

Etwa Textbox.AutoCompleteCustomSource nur einblenden, wenn Textbox.AutoCompleteSource auf .Custom eingestellt ist (wann anders ergibt erstere property keinen Sinn)

Das von mir vorgeschlagene Verfahren funktioniert auch mit Properties der Basis-Klasse. Hab's im angehängten Projekt für Dein o.a. Beispiel ausprogrammiert.

Wesentlich ist dabei, dass Du die steuernde Property überlädts, um Zugriff auf deren Setter zu bekommen, um dann dort das gewünschte Verhalten anzustossen.

@sonne75
Also, ich hab' mir nochmals das in Post#1 beigefügte Beispielprojekt zu Gemüte geführt.
In frmMain ist die unterste NumericTextBox auf der rechten Seite in den Properties als Zahlenformat:HexaDecimal gekennzeichnet. Und genau das macht die Box auch, wenn Du das Projekt ausführst.
Insofern kann ich Deine Fehlermeldung nicht nachvollziehen.
Ist denn in den Properties diser NumericTextBox in der Category NumberFormat HexeDecimal eingestellt?

@sonne75
It's not a bug, it's a feature.

Das ist keine Exception, sondern eine Meldung des ErrorProviders, der Dir mitteilt, das der DAU eine nicht den Definitionen entsprechende Eingabe getätigt hat.

Für die Rahmenbedingungen ist der Programmierer zuständig:
Im Designer sind die relevanten Properties unter der Category "NumericTextBox" zusammengefasst.
Dort findest Du einew Property: Numberformat. Wenn diese Auf Currency eingestellt ist, wird eine weiter Property: CurrencyDefinitions eingeblendete.
Vice Versa, wenn Hexadecimal eingestellt ist, wird die Property HexeDecimalDefinitions angezeigt.
Klick' auf das Kreuz vor der Property, und schon kannst Du Anzahl der Digits und Maxwert einstellen.

//Edit:
Doch noch ein Fehler, aber hat mit dem o.a. Verhalten nix zu tun.
Bitte so abändern: