Ich glaube nicht, aber im DropDown Ereignis die Liste der Combobox laden und nicht schon vorher geht. Dann wird es nicht grau, sondern ist einfach nicht da.

@JLH

Nur so eine Idee:(ungetestet)

Amelie: Wusste nicht das sowas geht. Danke
JLH: Etwas undurchsichtig dann ganze, Oder?

@JLH

Wenn ich so fülle dann verutscht meine Abfrage.

Vielleicht dann die Abfrage der Befüllung anders aufbauen.
Ist ja auch die Frage von wo wird die Combobox gefüllt? Evtl schon da selektieren?
Evtl mit Enum oder List(Of) oder...

Vielleicht ist es auch sinnvoll zwei Comboboxen zu verwenden?
Einer für den Bohrkopfdurchmesser und die nächste für "was geht" mit dem Bohrkopf.

Echt geht so nicht. Echt schade wollte mein Prog schon umschreiben.

@JLH Meinst Du so was:
Einfacher ComboBox-Separator

ComboBox1.item.add(30)
ComboBox1.item.add(40)
ComboBox1.item.add(50)

Bohrkopf:
30
40
50




Ich verstehe dein Problem nicht?

Aber wenn du willst das deine Combobox nur das macht wann du es willst.
Dann setze eine Variable z.b. "NoCombo"


Laufzeitfehler können hierdurch vermieden werden. Bin mir aber nicht sicher ob das Gral ist.

Habs nicht getestet:
stackoverflow.com/questions/11…cular-items-in-a-combobox

Hm, weiß nicht was ein Dorn ist. Ist glaube ich ein Problem an dieser Stelle.

Aber wie auch immer, der Dorn wie du ihn darstellst ist ein Double. Und soll der User den doch eingeben. Man kann stattdessen eine TextBox oder besser ein NumericUpDown hernehmen zum nächstbesten passenden Wert runden.
Also gerade auch wenn zu kleine oder zu große Werte angegeben werden. Das hat ein NumericUpDown sogar so schon eingebaut.
Angenommen kleinster sinnvoller Wert = 4.5
Usereingaben von 1 oder 2.3 werden einfach zu 4.5 geschubst.

Also obwohl es sicherlich funktioniert, wie du es haben möchtest, bin ich der Meinung, wie @Amelie sagt, es anders zu implementieren.
Extremfälle z.B. wären der User hockt vor 20 ausgegrauten ComboBox Elementen. Außerdem ist die Erweiterung so ja auch nicht schön, wenn ein neuer Dorn dazukommt musst du ein Update machen?

JLH schrieb:

Und nein, es kommt kein weiterer Dorn hinzu. Die sind genormt und es gibt nur die

Na ein Glück, dass Normen nie geändert werden...

Ich glaube Rod hat keinen so schlechten Vorschlag gemacht. Du kannst statt die Items zu entfernen, sie durch einen Separator ersetzen. Du sagst ja: nur Entfernen pfuscht mit deiner Implementierung. Durch Ersetzen bleiben die Plätze erhalten.
Aber wie gesagt, bestimmt nicht schlecht das nochmal einer gründlicheren Revision zu unterziehen.

JLH schrieb:

nein, ich möchte die Einträge die nicht sinnvoll sind deaktivieren.

Dann mach doch meine Separatoren zu Deinen deaktivierten Einträgen.

Vielleicht könnte man das mit einem Treeview abbilden?

Je nach Eingabe in der Textbox zeig das Treeview nur die Dorne welche passen würden.
Aber ich denke auch hier müsste man wissen wie die Daten der Dorne bereitgestellt werden??

Also als erstes sollte ein Datenmodel her, dann sowas wie ein Parent-Child-View. Das könnten 2 ComboBoxen sein, oder DataGridViews, oder ComboBox + eine ListBox oder ListView.
Beim ersten Control die parent Daten, beim zweiten Control dann die untergeordneten Daten, je nach selektion vom ersten, kann man gut mit Bindings machen.

Du könntest dir eine Dorn-Klasse erstellen für jeden Dorn packst du dann eine Instanz der Dorn-Klasse in eine Liste. Sollte es doch mehr Dorne sein würde sich wie DTF schon sagte eine DataTable anbieten. Die Liste kannst du dann der ComboBox als DataSource zuweisen. Dann stehen dir Beide Wege offen also eine Filterung und das ausgrauen der ComboBox-Items. Hab dir mal ein Beispiel angehängt, Form1 ist die Filtervariante und Form2 die von FormFollowsFunction verlinkte variante.