Suchergebnisse

Net 7, Net 8 - alles ausprobiert, der letzte Fehler (Crash bei Versuch der Anbindung des DGV an die BindingSource) macht das Fortschreiten unmöglich. Ich habe bereits VS neu installiert, dachte, dass vielleicht irgendetwas Grundsätzliches zerstört ist. Hat aber auch nicht geholfen. Dabei bin ich mir sicher, dass unter VS 2010 das reibungslos funktionierte. Habe dies auf einem alten Rechner getestet und das gesamte Projekt per Stick mit VS 2022 geladen. Nach einigem "Ummodeln" schien das auch zu …

Dazu kommt es leider erst gar nicht. Ich habe ein weiteres Mal neu angefangen - Deinem Vorschlag folgend mit .net 7. Habe vor irgendeinem Control lediglich ein Dataset ("Hinzufügen") sowie eine DataTable aingefügt, den Namespace auf "Global .Projektname" ergänzt, eine BindingSource angeklickt und versucht, ein DGV im oberen Eck anzuklicken. Das Dropdown-Menü hatte sich noch nicht geöffnet, geschweige denn dass die Möglichkeit einer Auswahl angeboten wurde: VS crasht schon wieder Kommt die Maschi…

Stecke - trotz (gefühlt) ca. 30 Versuchen des Nachbaus Eures "WinFormsDataSetNET6" - in einer Sackgasse fest: Entweder stürzt VS beim Anklicken des Drop-Down-Menüs (am rechten Oberrand des DGV), mittels dessen an die BindingSource bzw. das Dataset angebunden werden soll, ab; oder aber die Anbindung gelingt teilweise, indem die in der DataTable formulierten Header-Texte, NICHT jedoch Daten in das DGV übernommen werden. Entsprechend leer ist die gespeicherte Datei, welche mittels DataSet.WriteXML …

Erster Fehler gefunden: Es war die fasche Excel-Bibliothek geladen. Mit MS.Excel 16.0 wird unter Abhängigkeiten (.COM) die korrekte Bibliothek "Interop.Microsoft.Office.Interop.Excel" angezeigt. Und prompt wird im Code auch nichts mehrangemeckert (bisher). Danke für Eure Gedanken, die mich immer wieder schrittweise weiterbringen. -------------------- Nächstes Problem: Habe in Form.Entwurf ein DGV an Bindungssource gekoppelt. Die Spaltennamen werden auch angezeigt, aber die Daten nicht. Offenbar …

zu früh gefreut Ich versuche nach wie vor zu verstehen, welche Fehler ich gemacht habe. Deswegen x-ter Versuch, durch ein Mini-Programm diesen auf die Spur zu kommen. Habe als Ideengeber Dein (Haudruf...) Musterprogramm "nachgebaut", Projektname "MiniMini". Und jetzt fängt es von vorne an, dass VS die MS.Excel- Einbindung nicht kapiert. Dabei ist im Projektmappenordner der gesamte Verzweigungsbaum MS->Interop etc. aufgeführt, auch ausdrücklich in der Namespace-Anzeige. Vielleicht kannst Du das P…

Hallo "Haudruf...", ich verstehe die Welt nicht mehr: Dein Programm läuft hier völlig einwandfrei, es ist fast nicht zu glauben. Ich habe versucht, Unterschiede zu meinen Versuchen finden. Lediglich der Namespace ("Global....") ist in Deinem Modell nicht enthalten (soweit ich erkennen kann), ansonsten ähnelt (natürlich außer den Bezeichnungen) alles den Vorgängerversionen. Wie auch immer - in jedem Fall danke ich von ganzem Herzen für Geduld und vor allem Deine Mühe. Ich sehe wieder Land und kan…

Es tut mir leid, lieber "Haudruf...", dass ich Deine/Eure Geduld derart strapaziere! Anbei das Minimalprojekt, bestehend aus Deinem Modell "WinFormsNetVB", welches bekanntermaßen mit 1 Button auskommt, der die Excel-Tabelle lädt. Dieses "Urprogramm" läuft hier einwandfrei. Ich habe lediglich einen Button "Ende", einen Button zum Lesen der im Dataset angesiedelten Tabelle, ein DataTable samt dreizeiliger Tabelle ("Eingabe Maske") und ein Datagridview auf die Entwurfsansicht gezogen. Code hierzu g…

Zwar kein "Minimalprojekt", aber das ja noch überschaubare Programm habe ich nochmal - gezippt - angehängt mit der Bitte um Hilfe. Es sind immer dieselben Fehler - entweder die Namensverdoppelung (trotz Änderung des Namespace auf "Global...") oder zuletzt immer wieder Programm-Absturz beim Versuch, in der Formular-Entwurfsansicht das Datagridview mit dem Dataset (bzw. bindingsource) als Datenquelle zu verbinden. Vielleicht ergibt sich ja auf einem anderen Rechner ein anderes Bild?

Ich habe seit Tagen das Gefühl, mich im Kreis zu drehen. Entweder der Form.Designer generiert keine Entwurfsansicht (siehe Screenshot D) -> (Folge: Ich kann am Programm nichts mehr erweitern bzw. auf der graph. Oberfläche arbeiten), das Erstellen der Excel-Tabelle funktioniert aber. Oder die Entwurfsansicht funktioniert für einige Arbeitsschritte, es wird aber wieder der "Doppelname" generiert, obwohl ich im Namespace jenen "Global. [Projektname]"-Eintrag (siehe Screenshot C) vorgenommen habe. F…

Habe Dataset gelöscht, VS geschlossen, neu kompiliert. Excel-Tabelle wurde wie in Deinem Ur-Programm geladen. In dem Moment, wo ich versucht habe, eine Verbindung des DGV mit dem (einem neu hinzugefügten) Dataset aufzubauen, "crashte" VS, also stürzte ab (Rechner lief allerdings noch). Die jeweils letzte Botschaft war diese: Ich versuche später, von Deinem Ursprungsprogramm wieder aufzubauen Rechts daneben die beiden erbetenen Sreenshots.

Sorry, ja Du hast recht, Deine Beispiel-Excel-Tabelle wird weiterhin generiert, hätte ich schreiben schreiben müssen. Habe dies vergessen, da mich die Namens-Verdoppelung so sehr nervt. Und - es tut mir leid - die von "Löffel" vorgeschlagene Lösung hatte ich schlichtweg nicht verstanden. So wie Du es zusammen gefasst hast, aber sehr wohl. Trotz der vorgeschriebenen Leerstelle hinter dem Punkt (siehe Dateianhang) funktioniert es aber dennoch nicht. Jetzt mahnt VS an, dass der Typ "WinFormsNetVB.D…

Zitat von VaporiZed: „Aber Dein Bild ScreenshotTransferNachGxcelM.jpg zeigt eine eigene Klasse, zu der Du navigierst. Da sind Methoden drin, die leer sind (Throw New NotImplementedException). Das sind definitiv keine offiziellen Office-Methoden.“ Dieser Verweis wurde als Fehler-Korrektur von VS generiert, als eigenartigerweise eine simple Message-Box nicht mehr angenommen wurde und ich diese vom System angebotene Lösung angeklickt hatte. Zitat von Haudruferzappeltnoch: „Nimm doch das Projekt das…

Zu VaporiZed: Schreibst Du etwa Deinen eigenen OfficeWrapper?!? Was Du da hast, ist eine selbsterstellte Klasse! Nein: Ich habe nichts selbst geschrieben (hätte gar keine Ahnung davon....), habe nur (rechts Bild) im Projekt-Mappen-Explorer die Verweise aufgeklappt, um zu belegen, dass das System mit dem MS.Interop.Office-Paket verbunden ist - mehr nicht. Offenbar liegt das Problem aber auf einer ganz anderen Ebene. Ich habe versucht, Deinen Beispiel-Code an meine Idee anzupassen und ihm das typi…

Ich verstehe es einfach nicht 1 Der unveränderte Code (Vapori...), der als eigenes Programm funktioniert, wird - eingebaut in mein bisheriges, welches ich von Import-Anweisungen u. a. befreit habe - hier angemeckert: .visible, .range etc. seien alles keine Member. Warum übernimmt er hier nicht von office.interop.excel die Eigenschaften bzw. Methoden Dabei ist im Projektmappen-Explorer doch alles vorhanden und aufgeführt (siehe zweites Bild)

Dein Programm läuft durch, VaporiZed - Danke! Siehe Bild. Jetzt muss ich Deine Namespace-Anmerkungen durchforsten, wahrscheinlich erst morgen.... Danke bisher !

Vielen Dank, Kasi, für Dein Beispiel! Leider kommt es zu derselben Kritik: Auf der Ebene des Arbeitsblattes werden offenbar die Eigenschafts-Beschreibungen von "Worksheet" nicht mitgenommen:

So sieht es jetzt aus (immer noch das Anmeckern, kein Member zu sein....) Wahrscheinlich sehe ich den Wald vor lauter Bäumen nicht, oder ?

Danke für rasche Antwort ! Die Warnung bei "Verweise" habe ich jetzt durch exakte Anpassung an die Excel-Version wegbekommen (hatte ich vorher nicht genau genug geprüft). Jetzt bleibt noch die Fehlermeldung (Screenshot):

zu Vaporized - Post 14 hier Deine Version auf meinem System: Und darunter die Fehlermeldung der Version von INOPIAE Der dritte Screenshot zeigt Warnungen bei den Abhängigkeiten ("COM"). Vielleicht hat es etwas mit falschem Hinzufügen des Verweises auf die Excel-Bibliotheken zu tun? ???

Danke für die rasche Überprüfung. Ich habe von Hardware-Bedingungen keine Ahnung. Könnte es vielleicht tatsächlich mit der CPU-Nutzung im weitesten Sinne zu tun haben? Ich hatte ja gemäß Deines Posts 2 alles so eingestellt, aber hierbei vielleicht doch etwas übersehen? Sicherheitshalber hänge ich einen Screenshot - bewusst mit der Statuszeile oben an, vielleicht siehst Du Fehler in meiner Einstellung?

Danke VaporiZed! Leider lautet hier die Antwort: Dim Range = DirectCast(Worksheet.Cells(1, 1), Microsoft.Office.Interop.Excel.Range) BC30002: Der Typ "Microsoft.Office.Interop.Excel.Range" ist nicht definiert.

Soweit ich es verstehe, kennt er "worksheet" nur, weil das Arbeitsblatt zuvor definiert wurde. Ich versuche, die gezippte Datei zu zeigen, vielleicht wird das Problem so besser verständlich (hoffe, dass es mit dem Hochladen klappt).

Habe Eure Vorschläge umgesetzt, danke für die Ideen. Leider kann der Code trotzdem die Excel-Bibliothek offenbar nicht nutzen. Dies drückt sich z. B. darin aus, dass Cells nicht als Member von worksheet erkannt wird. Was kann ich tun?

Ich nehme an, dass ich dies unter "Optionen" nachsehen kann, finde es aber dort nirgends. Wäre dankbar für einen Tip, wo ich diese Einstellung finde. Sorry - wie blöd bin ich - ist ja direkt ablesbar: Es steht auf "Any CPU" Und wie kann ich das Projekt auf "x86" umstellen (wenn dies überhaupt geht)? Habe es jetzt gefunden und auf x86 umgestellt. Werde berichten, was sich bzw. ob sich das Verhalten ändert. Danke bisher!

Liebe Helfergemeinde, ich versuche, mit einem simplen Dataset.readXml-Befehl eine gespeicherte Tabelle in eine Excel-Tabelle zu "transferieren". Die Hürde bisher ist, dass ich - trotz der Hinzufügung des Microsoft.Office.Interop.Excel-Verweis' (zuletzt Version 8.0) - den Fehler: BC30002 Der Typ "Microsoft.Office.Interop.Excel.Application" ist nicht definiert erhalte. Zudem: Warnung MSB3284 Der Dateipfad für die Typbibliothek "00020813-0000-0000-c000-000000000046" Version 1.0 kann nicht abgerufen…

Nach mehreren Versuchen, Dataset - DataTable in Code einzubinden, gebe ich diese Vorgehensweise auf. Wiederholt war die Form1[Entwurf]-Ansicht nicht möglich, das andere Phänomen, was mich immer wieder ausgebremst hat, wenn nicht gerade wieder die "Verdoppelung" wie oben beschrieben nervte. Die letzte Meldung des Form1-Designers möchte ich Euch aber nicht vorenthalten, vielleicht hilft er Euch Fachleuten doch irgendwie weiter... Danke für Euer Interesse und Eure Hilfe ! Hier die Fehlermeldung: Ni…

Hallo "Haudruf...", beim Versuch, unter VS 2022 net 6.0 im DataGridView eine Verbindung zu Daten (konkret beim Anklicken des kleinen Dreiecks an der oberen rechten DGV-Ecke) stürzt VS regelmäßig ab ("keine Rückmeldung"). Ich hatte leider nicht mehr in Erinnerung, dass ich dieses Verhalten schon vor Wochen sah, weshalb ich auf eine andere net-Version umgestiegen war. Es ist also kein zufälliges, sondern sich wiederholendes Verhalten beim Versuch, ein DGV mit einem/r Dataset bzw. BindingSource zu …

Zu "Haudruf...": In der Schlusspassage des von Dir angegebenen Thread wird gesagt, dass dieses "Duplizier-Problem" in der Version von VS 17.5. behoben wurde. Dies kann ich leider nicht bestätigen. Mit dem MS VS-Update dieser Tage handelt es sich laut Info um Version 17.8.3. Und dennoch entsteht wiederkehrend dieses Problem, Dies ist deshalb betrüblich, da das Programm ja noch nicht läuft, d. h. noch im Entstehen ist (wobei in einer früheren Version der Teil "Auswertung" bereits funktionierte). H…

Vielen Dank für die rasche Antwort! Aus dem alten Thread scheint ja schlüssig hervorzugehen, dass es mit der Verwendung des Dataset zu tun hat. Denselben Eindruck hatte ich während der bisherigen Programmerstellung. Ich hänge die gezippten Dateien an. Bitte um Nachsicht meines laienhaften Programmierstils, bin eigentlich noch immer Anfänger... Danke für die Hilfe !