Mit VB.Net ein neues Steuerelemt erstellen, auch für Office (speziell aber Access)

Hallo zusammen,

ich bin gerade dabei mir ein neues Steuerelemt für VB.Net und Office (speziell Access ab 2007) zu bauen. Leider habe ich nichts passendes für mein nun folgendes Problem gefunden.
Alle Beispiele sind entweder nur auf Funktionen o.ä. ausgelegt, oder so einfach, dass diese keine eigenen Eigenschaften haben.

Grundsätzliches:
Mein DLL-Projekt habe ich als 'Windows-Forms-Steuerelemtbibliothek (.NET Framework)' erstellt.
Als Netframework habe ich die 4.8 genommen.
Die Einstellung 'Assembly COM-sichtbar machen' und 'Für COM-Interop registrieren' sind beide aktiv.
Ziel CPU ist AnyCPU
Erstellt wird das Ganze mit Microsoft Visual Studio Enterprise 2022 (64-Bit) - Current, Version 17.8.1 auf einem Win10 22H2 64Bit System
Das Dll-Projekt wird als Admin ausgeführt. Das Testprojekt normal

Jetzt habe ich mir im DLL-Projekt zwei Steuerelemente eingebaut, die später das neue Steuerelement ergeben sollen.
Da das neue Control später neue Möglichkeiten haben soll, habe ich diese eingefügt (siehe Code).
Mein Control soll die Möglichkeit haben, aus festgelegten Eigenschaften sich Designs auszuwählen. Klar, das die nur ich festlegen kann, aber das wahr erst einmal so ein Grundgedanke, dass man hier doch ein paar als Vorschlag festlegen könnte.

Wenn ich die DLL mit F5 starte, dann wird auch alles so wie es soll, im Testfenster umgesetzt.

Wird aber die DLL in das normale Projekt eingebunden (als .Net Framework-Komponente), dann funktioniert das Ändern der Eigenschaften nur in der Entwurfsansicht. Starte ich das Programm auch mit F5,
dann werden die Änderungen von meinen neuen Eigenschaften nicht übernommen.

Bevor ich jetzt den Code zeige, wollte ich einmal ein paar generelle Fragen stellen

1. Ist für die Office-Anwendung die 'Windows-Forms-Steuerelemtbibliothek (.NET Framework)' überhaupt die richtige Ausgangsbasis? Wenn nein, welche wäre hier die Richtige?

2. Kann ich so einfach zwischen den Anwendungstypen hin und her wechseln? Eigentlich wollte ich nur ein Projekt erstellen und damit VS und Office abdecken.

3. Jedes neue DLL-Control ist doch eine Kopie aus der DLL und hat somit, was die Eigenschaften betrifft, sein eigenes "Gehirn". Nur ist hier vielleicht die Frage, wie sollte ich das Gehirn nutzen, über Variablen oder über die My.Settings?
Aktuell arbeite ich im fast fertigen Projekt mit Variablen. Hier im Beispiel habe ich mal mit My.Settings versucht. Leider auch ohne den kpl. Erfolg.

4. Hier habe ich ein kleines Erklärtutorial Dynamic Link Library’s (DLL’s) in vb.NET Erstellen entdeckt, welches drei interessante Zeilen für mich nennt.

Imports System.Runtime.InteropServices ' Zugriff auf die DLL ermöglichen
<Microsoft.VisualBasic.ComClass()>
<System.Runtime.InteropServices.ComVisible(True)>

Da man (siehe oben) so ein paar Grundeinstellungen vornehmen muss, würde mich interessieren, was diese drei Zeilen genau machen? Setzten Sie diese Einstellungen kpl. so, wie ich es später brauche oder ist das eine zusätzliche Absicherung.
Wenn man die drei Zeilen als Ersatz für das Einstellen des Projektes sehen kann, dann wäre es natürlich die schönere Art die Einstellungen vorzunehmen.

So rein vom optischen würde ich sagen, dass es die Einstellungen sind.

4. Sollte mein Code kpl. falsch sein, könntet Ihr mir ein funktionierendes Grundgerüst nennen, auf dem ich dann aufbauen kann?

Das nun folgende Beispiel ist eine Kopie meines bisherigen Codes und beinhaltet nur eine neue (alte) Eigenschaft 'Checked'. Da das Projekt noch 2 Grafiken hat, soll je nach Wert von Checked die eine oder andere Grafik angezeigt werden.
Was aber leider nicht so klappt wie ich mir das denke bzw. wünsche.

Es wäre also toll, wenn sich jemand mal den Code bzw. die beiden Projekte ansehen könnte und mir meine Fehler aufzeigen könnte.

Vielen Dank

Volker



Thema verschoben; Das Thema wird automatisch dort erstellt, wo man sich befindet, wenn man auf [✱ Neues Thema] klickt. ~VaporiZed

Hallo zusammen,

erst einmal sorry, dass ich mich erst jetzt melde, aber hatte leider noch andere Dinge zu tun.

Ich habe ja in meinem Eingangspost schon einmal den Testcode und eine gezippte Datei mit den beiden Projekten (TestDLL und Checkbox_testen) reingestellt.

Noch einmal von vorne

Ziel:
Es soll eine neue Art von Checkbox werden, die neue Möglichkeiten schafft. Das Endziel ist es, diese auch in Officeanwendungen zu verwenden, hier speziell erst einmal für meine Zwecke Access 2019 aufwärts. Gerne auch später für andere schon in früheren Versionen. Da in Word und Excel nicht so oft mit Eingabemasken oder ähnlichen gearbeitet wird, muss es hier nicht unbedingt funktionieren, wäre aber auch sehr schön wenn es das würde.

Natürlich könnte ich mir noch die ein oder andere Verbesserung vorstellen, aber das ist dann ja nicht mehr das allzu große Problem, wenn dieses Projekt läuft.

Was habe ich schon gemacht?
Erst einmal habe ich das Projekt soweit kpl. fertig, dass es so funktioniert, wie ich mir das vorstelle. Alle neuen Eigenschaften kann ich von außen ansteuern und es passiert auch das, was passieren soll Also meinte ich, ich wäre schon fast fertig. Dann kam aber das große ABER daher.

Ich habe auch schon das neue Steuerelement in ein Testprojekt eingebunden und auch dort reagiert in der Entwurfsansicht der Code so, wie er soll.

Was leider nicht funktioniert
1. Normalerweise stellt man ja in der neuen Anwendung die Eigenschaften pro Steuerelement ein und wenn dann das Programm gestartet wird, sind die Basiseinstellungen so, wie man diese in der Entwurfsansicht eingestellt hat. Dies ist nur leider bei mir aktuell nicht der Fall.
2. Darauf hin habe ich schon einmal ein anderen Thread Eigenes Control - Eigene Eigenschaften in eine eigene Gruppe packen eröffnet, der sich auf das selbe Projekt bezieht, aber eine andere Problemstellung hat (Hier ab Post 4). RodFromGermany Du hattes mir empfohlen, ein Testprojekt zu erstellen und es hier einzustellen. (Ja, ich habe mich bei dem anderen Post auch noch nicht zurückgemeldet, aber das kommt hoffentlich bald noch). Also habe ich mich an diese Antwort erinnert und es hier gleich so umgesetzt. Da der Testcode nur ca. 150 Zeilen lang ist, habe ich diesen auch oben mit veröffentlich.

Ich beschreibe noch einmal möglichst genau, was nicht funktioniert bzw. was ich gemacht habe.
- Im Testprojekt ist unter den Verweisen meine Text.DLL zu sehen. Die lokale Kopie steht auf True und der Pfad steht auf dem Bin\Debug Pfad, wo mein Test.DLL Projekt die DLL erzeugt.
- Die Toolbox wurde über rechte Maustaste, Elemente auswählen, .NET-Framework-Komponenten, Durchsuchen, Bin\Debug\Test.DLL eingebunden. Das Steuerelement erscheint nun in der Toolbox "Alle Windows Forms" ganz unten als TestDLL
- Nun habe ich per Doppelklick mir mein neues Steuerelement in eine leere Form eingefügt. Es erscheint mein neues Steuerelement und wird auch mit dem aktuell gültigen Checked-Wert richtig angezeigt.
- Da ja in der Test.DLL aktuell nur der Checked-Wert die eigene Eigenschaft ist, stelle ich den nun um. Das Bild ändert sich daraufhin in das richtige Bild. Auch das mehrmalige Umschalten funktioniert in der Entwurfsansicht tadellos
- Starte ich nun das Testprojekt mit F5, so wird mir auch immer das richtige Bild zum passenden Checked-Wert angezeigt. Auch das Umschalten des Checked-Wertes durch anklicken auf das Bild, auf den Text und auf die Zwischenflächen meines Controls funktioniert somit einwandfrei.
- Nun wieder zurück in die Entwurfsansicht und den Checked-Wert geändert. Dann per Doppelklick in die Toolbox ein zweites TestDLL-Steuerelement eingefügt.
- Jetzt habe ich also das Erste mit Checked = False und das Zweite mit Checked = True in der Entwurfsansicht stehen. Soweit ja alles schön. Ändere ich den Checked-Wert von zweiten Control, so ändert sich auch nur dieses.
- Starte ich also mit Checked False und True mein Testprogramm, dann werden beide Controls gleich angezeigt. Hier True.
- Also zurück zur Entwurfsansicht und dort beide Checked-Werte getauscht. Erst das Zweite und dann das Erste. F5 starten und es werden wieder beide im True Status angezeigt. True ist jetzt ja das Erste aber das Zweite, welches ich geändert habe.
- Alles noch einmal anders herum: Also erst das Erste auf False und das Zweite auf True. F5 starten und wieder beide stehen auf True.
- Stelle ich beide auf False (hier also das Zweite, Erste steht ja immer noch auf False), F5 starten und dann ist komischer Weise das Erste True und das Zweite False
- Stelle ich nun das Erste auf True, F5 starten und dann sind beide True

Also irgendwie alles sehr komisch.
Ihr könnte ja gerne mal das Testprojekt ausprobieren und Euch das Ganze selbst ansehen.

Jetzt noch einmal eine generelle Frage: Was ist eine DLL-Datei bzw. dessen Inhalt eigentlich?
Bei Funktionen oder Subs ist es für mich eigentlich schon klar. Hier wird irgend etwas berechnet, geöffnet und irgendwie etwas zurück gegeben. Also Quassie nur eine Auslagerung von Möglichkeiten, die ich nur einmal erstellen muss, aber von diversen Stellen aus aufrufen kann. Soweit klar.

Aber was sind DLL-Dateien wie ich sie hier versuche zu bauen? Sind es eine Kopie im Arbeitsspeicher pro Steuerelement oder ist es ein Steuerelement, welches ich falsch versuche zu duplizieren? Eigentlich müsste doch jede Kopie sein eigenes "Gehirn" haben, was deren Eigenschaften betrifft. Sei es jetzt vererbte oder eigene Eigenschaften. Nur dann kann doch jedes Steuerelement selbstständig so reagieren, wie es seine eigenen Eigenschaften es vorgeben.

Wenn ich mein Testprogramm starte, dann sind die vorher eingestellten Werte nicht die, die ich eingestellt habe. Ändere ich jetzt durch klicken ein Steuerelement, dann reagiert auch nur dieses. Also eigentlich so, wie es sein soll.
Klar ist auch, dass im Endprojekt die Checked-Werte durch den Code oder durch Daten aus Tabellen sich noch einmal den aktuellen Werten beim Starten anpassen. Da ich aber Eigenschaften einbauen möchte, die sich hauptsächlich auf die Optik beziehen, ist es also meist nur der Checked-Wert, der sich hier dynamisch ändert (was ja dann auch so richtig ist).

Heißt das für mich am Ende, dass nur das Starten und sich somit das holen der im Entwurf eingestellten Werte, nicht funktioniert?

RodfromGermany: Wieso liest Du den Checked-Wert aus den Settings aus und nicht aus dem Control?
Antwort: Wie man ja im Code schon sieht, nutzte ich die Checkbox nicht in meinem neuen Control. Da diese Eigenschaft somit nicht vererbt werden kann, muss ich diese selbst hinzufügen. Ich habe jetzt noch nicht probiert eine später nicht sichtbare Checkbox einzubauen und somit auf die vererbte Checked-Eigenschaft zu kommen. Aber da ich das Problem auch mit meinen wirklich neuen Eigenschaften habe, steht Checked hier nur mal als Stellvertreter.

Kann eine DLL überhaupt mit My.Settings arbeiten? Im meinem "fast fertigen" Projekt arbeite ich mit Variablen, aber auch hier leider ohne Erfolg. Daher habe ich hier mal My.Setting versucht.

Ich hoffe, dass meine Beschreibungen nicht zu verwirrend sind, aber testet einfach mal den Code.

Über eine positive Rückmeldung würde ich mich sehr freuen.

Volker

Hallo RodFromGermany,

ich wüsste jetzt leider aktuell nicht, wie ich das ohne COM reproduzieren könnte.

Wie gesagt, in der Entwurfsansicht läuft ja alles richtig.

Schade, dass die keine Lust hast, mein Beispiel zu testen (aber auch verständlich, wenn man hier im Forum alles installieren würde, dann hätte man entweder ein sehr wirres System oder man müsste ständig ein sauberes System neu aufsetzen).

Hast Du denn eine Idee bzw. wie würdest Du selbst so ein Problem lösen?

Leider habe ich im Netz noch nichts passendes gefunden. Alle Beispiele sind recht einfach gehalten oder benutzen das neue Control nur einmal.

Wie sieht es den mit meinen Fragen bzw. der DLL-Funktionsweise aus? Kannst Du mir diese ggf. beantworten?

Vielleicht hat ja noch ein anderer Ideen, woran es liegt, dass mein Beispiel nicht so läuft, wie gedacht.

Gruß

Volker

Hallo zusammen,

vielen Dank erst einmal für die Geduld und die Antworten.

Gestern habe ich noch einmal den Code umgestellt und auch vereinfacht (Das Wechseln der Bilder sowie das Wechseln des Checked Wertes gibt es jetzt nur einmal und dafür gibt es den passenden Aufruf. Aber diese Sache hätte ich eh noch gemacht).So, jetzt erst einmal der Code



Die Eigenschaft lässt sich jetzt ändern und entspricht beim Starten (F5) auch der Entwurfsansicht und dass egal wie ich es nun ändere. Also alles perfekt. Als nächsten werde ich mein "fertiges" Projekt hoffentlich erfolgreich so umschreiben, dass es auch so klappt wie gewünscht.

Jetzt habe ich aber trotzdem noch ein paar Fragen.

1. Wie man in Zeile 49-53 sieht, habe ich mal die Angaben deaktiviert. Da ich gerne einmal für mich diese Angaben verstehen würde, bräuchte ich hier mal einfache gut verständliche Erklärungen zu den einzelnen Punkten. Category habe ich sofort verstanden (Siehe Erklärung oben im Code).
Aber die anderen Angaben habe ich zwar mal übernommen, aber selbst mit der Erklärung aus dem Internet werde ich hier nicht so recht schlau.
Wenn ich Browsable(False) setzt, dann wird die Checked-Eigenschaft nicht mehr angezeigt.
Bei DefaultValue(True) hatte ich eigentlich gedacht, dass man hier für die Eigenschaft Checken den Startwert festlegen kann, aber leider klappt das so nicht. Deshalb habe ich Zeile 33 eingefügt.
Und bei System.ComponentModel.DesignerSerializationVisibility(DesignerSerializationVisibility.Content) hatte ich beim Post von Fakiz gedacht, das es sich um eine Scherzantwort hielt (sorry, so kam es aber beim lesen der Antwort rüber.) Dann stellte ich aber fest, dass es tatsächlich ein Befehl ist. Aber die Erklärung im Internet brachten da ehr Verwirrung als Aufklärung. Beim ersten Versuch diese Parameter zu schreiben, bin ich davon ausgegangen, dass ich diese auch untereinander mit <> schreiben kann. Dies war leider nicht der Fall bzw. die Eigenschaften zeigten für mich keine Auswirkungen (ausser bei Browsable(True) (siehe Beschreibung im Code) tat sich nichts.

2. Stimmt meine Erklärung bzgl. Inherits UserControl in den Zeilen 8-14? Wenn ja, dann ist der Punkt verstanden.

Daher wäre es nett, wenn mir jemand mal die o. g. Punkte mit einfachen Worten erklären könnte?

Was natürlich jetzt noch kpl. fehlt ist, dass ich das neue Control in Access nutzen kann. Ich habe zwar schon die TLB-Datei als Verweis eingebunden, aber als Steuerelement bekomme ist es noch nicht hin. Wenn Ihr hier einen Tipp für mich habt, dann würde ich mich sehr freuen.

Volker

CodeTags korrigiert; bitte zukünftig darauf achten, das richtige CodeHighlighting zu verwenden ~VaporiZed

Hallo zusammen,

vielen Dank erst einmal für Eure Antworten.

Fakiz:
Ich werde mir das Ganze noch einmal in der Praxis ansehen und dann entscheiden, ob ich welche Einstellung übernehme.

ErfinderDesRades:
Vielen Dank für den vb.net.rag Hinweis. Natürlich ist das kein Problem diesen zu nutzen. Ich werde mich in Zukunft bemühen, daran zu denken.

Aber es muss doch möglich sein, ein Steuerelement auch für Officeanwendungen zu erstellen, die es aktuell noch nicht gibt bzw. dessen Optik oder Funktionalität man verbessern möchte. Ob das dann was für die breite Masse ist, ist dann noch was ganz anderes.

Aber meine neue Checkbox würde ich schon recht oft benötigen. Daher wäre ein neuen Steuerelement natürlich was feines.

Dein beschriebener Umweg über VB6 hört sich ja wirklich nicht gesund an. Gerade, weil es ja VS schon recht lange gibt. Aber gerade in Access sind die Steuerelemente doch in der Optik und Einstellmöglichkeiten recht alt. Klar, man kann einer Textbox oder an einer Linie nicht mehr viel ändern, aber mich würde es doch mal sehr interessieren, wie man so etwas heutzutage hinbekommt.

Vielen Dank

Volker