Suchergebnisse

Das würde auch gehen, allerdings passt das Modul eigentlich besser, da alle Funktionen statisch sind und ich keine Objekte generiere. Prinzipiell wäre es auch kein Weltuntergang die Funktionen einfach in der Hauptklasse stehen zu lassen, ich würde nur gerne verstehen, wo das Problem liegt.

Hi, ich habe eine asynchrone Funktion, die bei Abschluss der Berechnungen Daten in der UI anpassen soll. Nach etwas Recherche bin ich dazu gekommen ein Delegat zu nutzen um Cross-Threading-Probleme zu vermeiden. So schaut das aus: VB.NET-Quellcode (9 Zeilen) Wenn die Funktion die processScannedData aufruft und in der gleichen Klasse ist, funktioniert alles problemlos. Jetzt möchte ich zur besseren Lesbarkeit einen Teil des Quellcodes in ein Modul auslagern. Wenn ich processScannedData als public…

Zitat von ErfinderDesRades: „na, dann mach da weiter - dassis nämlich der richtige Weg.“ Ich bin nochmal meinen VB.Code durchgegangen und habe einen Fehler im Befehl gefunden, der an den Scanner geschickt wird. Jetzt funktioniert alles. Die Zeile ​AddHandler cCoreScannerClass.BarcodeEvent, New _ICoreScannerEvents_BarcodeEventEventHandler(AddressOf doSth) ist wider Erwaten tatsächlich korrekt. Folglich kann ich mir das C#-Konstrukt komplett sparen. Trotzdem werde ich mir die Links von @RodFromGer…

Diese CoreScannerLibrary ist nicht von mir und ich kenne den Quelltext leider auch nicht. Zitat von RodFromGermany: „ Hast Du beide Projekte in einer Projektmappe und dem VB-Projekt das C#-Projekt als Verweis hinzugefügt (das Projekt, nicht aber eine DLL)?“ Genau so hab ich es gemacht. Von VB nach C# kann ich auch problemlos Funktionen aufrufen. Das Problem ist, dass ich die andere Richtung ebenfalls benötige. Aber es lässt sich nicht gleichzeitig eine Referenz in die andere Richtung setzen und …

Der schaut so aus: C#-Quellcode (44 Zeilen)

Zitat von RodFromGermany: „@Nils_Kr Wie ist denn das Event in der DLL deklariert?“ So: cCoreScannerClass.BarcodeEvent += new _ICoreScannerEvents_BarcodeEventEventHandler(OnBarcodeEvent); Das ist zufällig auch die Zeile die ich nicht nach VB übersetzt bekomme.

Hi, da die Bibliotek eines Funkscanners nicht mit VB funktionieren will, habe ich eine C#-Library in mein Projekt eingefügt. Prinzipiell funktioniert das auch. Das einzige Problem ist, dass in der Bibliothek ein Event registriert wird, welches feuert, wenn die Taste vom Scanner betätigt wird. Nur wie bekomme ich Daten aus der Funktion in das Projekt außerhalb der DLL? C#-Quellcode (13 Zeilen) PS: Ist klar, dass das Designtechnisch nicht die schönste Lösung ist, aber aktuell habe ich keine andere…

Hi, um dataAdapter besser zu verstehen habe ich beschlossen für das aktuelle Projekt keine Library zu benutzen und sämtliche SQL-Befehle etc. selbst zu schreiben. Das Befüllen von DataTables funktioniert auch ohne Probleme. Nur das Speichern will nicht so recht. Befüllen: VB.NET-Quellcode (3 Zeilen) Speichern: VB.NET-Quellcode (7 Zeilen) Wenn ich einen Wert ändere und Speichern drücke erkennt der DataAdapter korrekt, dass ein UpdateCommand ausgeführt werden muss (ohne Änderung kommt kein Fehler …

Die einfachste Möglichkeit ist den ausgeführten Code in eine eigene Funktion auszugliedern. Dein SelectionChangeComitted ruft dann nur die Funktion auf und übergibt die Auswahl. Wenn die Funktion Public ist, kannst du sie dann auch von einem anderen Form aufrufen und eine Auswahl vorgeben.

Ja, du benutzt DataBinding, da du DataSets verwendest. Mit diesen DataSets kann man deutlich besser Daten verarbeiten, als in den DataGridviews.

Solange die Datenmengen überschaubar sind, halte ich "nichts löschen, sondern nur ausblenden" für die beste Lösung. Ein full outer join von Backup und aktuellem Stand, sollte eigentlich alles zurück bringen und die neuen Einträge erhalten.

Zitat von Vainamo: „ eev.ee/blog/2012/04/09/php-a-fractal-of-bad-design/“ Keine Ahnung ob PHP so grottig ist (noch nie was damit gemacht). Aber die verlinkte Analogie ist ziemlich witzig.

ich bezweifle, dass ich das Ganze so genau verstanden habe. Aber wenn du dein Problem lösen konntest, ist ja alles bestens

Wenn der Button geklickt wurde, hält er den Status "focused", solange bis irgendein anderes Control ausgewählt wird. Den kannst du bei in deinem DGV Event abfragen. Wenn du dann mit deinem Button Code durch bist, kannst du irgendwas anderes fokussieren.

CBox & DGV sind jeweils mit einer Tabelle verknüpft. Die des DGV ist der der Cbox untergeordnet (1:n-Relation). Wenn die Auswahl der Cbox vom User geändert wird, werden im DGV nur Werte gezeigt, die einen Fremdschlüssel passend zur Auswahl der CBox haben. Dies wird nicht über Filter o.ä. realisiert, sondern passiert automatisch durch die BindingSource. Aus dem Designer der Form: VB.NET-Quellcode (5 Zeilen) Edit: Ich hab eben eine kleine Demo gebaut um das Problem zu verdeutlichen, dort hat alles…

Moin, ich habe ein Form mit einer Combobox und einem DGV. Beide sind per Bindingsource mit einem DataSet verbunden. Die BS des DGV ist mit der der Combobox verknüpft, wodurch eine Auswahl der Combobox die dargestellten Daten des DGV anpasst. Wenn der Nutzer etwas auswählt funktioniert das auch ohne Probleme. Das Problem ist, dass es beim Start der Ansicht bereits eine Auswahl geben muss. Das Problem ist, dass das DGV nicht auf eine geänderte Auswahl der Combobox reagiert egal, ob das Control sel…

Eine einfache xml-File reicht ebenfalls. Wenn man nicht mit DataSets arbeiten möchte kann man auch objektorientiert Programmieren und die Objekte serialisieren. Aber so wie es aussieht, war die Ablehnung der DataSets ja nur auf ein paar Verständnisproblemen zurück zu führen. Bei Win Forms ist es im Endeffekt auch die pflegeleichteste Lösung.

Ich hatte schonmal einen ganz ähnlichen Fehler. In meinem Fall war der Großteil des Quellcodes unwiederbringbar verloren. Mir blieb damals nichts anderes übrig, als das Backup des Vortages zu nutzen. Ist im Designer der Fenster noch Quellcode vorhanden?

Das einfachste ist diese Prüfung immer dann auszuführen, wenn sich der Text in Textbox1 ändert. VB.NET-Quellcode (5 Zeilen) Allerdings muss man bedenken, dass der Sub auch ausgelöst wird, wenn du per Quellcode den Text änderst, da könnte also noch eine zusätzliche Prüfung notwendig sein, dass der Text durch den Nutzer geändert wurde.

Die Fehlermeldungen würde ich erstmal hinten anstellen. Viel wichtiger ist, wie debuggst du deinen Code? Benutzt du Haltepunkte? Weil es wirkt so, als hättest du nicht die geringste Ahnung, was bei deinem Programm im Hintergrund überhaupt passiert. Solche Haltepunkte sind extrem praktisch, weil man Schritt für Schritt nachverfolgen kann, welche Funktionen aufgerufen werden. Zusätzlich kann man jederzeit alle lokalen Werte aller Variablen überprüfen. Damit lassen sich eher triviale Fehler, wie Bu…

Da muss man erst einmal drauf kommen, dass die Anwendung im Aufgabenplaner ein anderes Standardverzeichnis hat, als beim manuellen Start, obwohl es genau an der gleichen Stelle ausgeführt wird. Feste Pfade sind natürlich störend, deshalb sieht das ganze jetzt so aus: Dim Daten As New FileInfo(System.AppDomain.CurrentDomain.BaseDirectory & "\config.xml") Damit wird die File immer gefunden. Danke für die Hinweise!

Hab basedirectory ausprobiert, ist genau der gleiche Pfad. Aber trotzdem ist es nicht der Standardpfad beim Öffnen von Files. Ich habe jetzt mal den kompletten Pfad in die FileInfo eingetragen und die Datei wird gefunden. Wenn das Programm vom Aufgabenplaner gestartet wird, wird bei relativen Pfaden in System\Windows32 gesucht. Verrückt.

BaseDirectory ist wohl mit Vorsicht zu genießen, da sich das zur Laufzeit ändern kann. Die am besten bewertete Methode auf StackOverflow ist: System.Reflection.Assembly.GetExecutingAssembly().Location. Leider sind die Pfade identisch bei Manuellem und Autostart.

Hi, ich habe eine kleine Konsolenanwendung, die bei Start eine XML-File öffnet, Konfigurationsdaten liest und im Anschluss ein paar SQL-Befehle ausführt. Wenn ich die Anwendung manuell starte werden alle Befehle problemlos ausgeführt. Wird die Anwendung über den Aufgabenplaner gestartet, kommt folgende Fehlermeldung: VB.NET-Quellcode (6 Zeilen) Das Problem sind folgende Zeilen: VB.NET-Quellcode (7 Zeilen) Von Hand gestartet, wird die Datei gefunden, per Scheduler nicht. Wie kann ich dafür sorgen…

Die Begrenzung auf ein Control innerhalb des TableLayoutpanel ist in der Tat etwas lästig. Die einfachste, wenn auch nicht die eleganteste Lösung ist wohl einfach ein normales Panel mit Dock.Fill in das TableLayoutPanel zu ziehen und dort mehrere Controls reinzupacken. Sieht aus und verhält sich wie ein TlP mit mehreren Controls.

Das werde ich auch heute machen, nur ging das gestern schlecht PS: Sollte das trotzdem nicht funktionieren, werde ich mich wahrscheinlich mit der Einstellung abfinden, dass Enter für IntelliSense und neue Zeile gewählt ist und das Programm je nach Situation eins davon wählt. Ist nur etwas ätzend, wenn man andauernd Strg+Enter drückt und nichts passiert.

das kann ich leider nicht ausprobieren, da der Rechner mit VS2012 in der Firma steht und der mit VS2015 bei mir zu Hause. Ich hab jetzt übrigens einfach mal VS2017 installiert (deutsch), aber die Problematik ist natürlich die gleiche STRG+ENTER hab ich aus den Hotkeys entfernt, jetzt müsste ich nur den Namen des Befehls wissen, mit dem man die Intellisense Auswahl bestätigt. PS: Unter den Intellisense-Einstellungen kann man auswählen, was passiert, wenn man Enter drückt. Ob neue Zeile oder nicht…

Zitat von VaporiZed: „dann bei "Tastenkombination drücken" rein“ Bin ich blind? Bei mir gibt es so ein Feld nicht. vb-paradise.de/index.php/Attac…7a2a31be0616acb2ee58d7ca7

Hi, ich habe jetzt lange mit VS2012 gearbeitet und mich an den Befehl ​STRG+ENTER gewöhnt, welcher den Intenllisensevorschlag auswählt und sonst nichts weiter macht. Bei VS2015 funktioniert das nicht mehr. Jetzt wird mit STRG+Enter eine Zeile oberhalb eingefügt. Wie bekomme ich es hin, dass die Tastenkombination wieder das Verhalten von Vs2012 übernimmt?

Hi, ich nutze die Chart-Library von VS. Über das Anklicken von Daten kann zwischen verschiedenen Charts gewechselt werden. Wenn bspw. ein Balken in einem Balkendiagramm angeklickt wird, wird das vom Control wie die Auswahl eines Bereiches interpretiert (siehe graue Fläche im Bild). Da immer nur ein Datensatz ausgewählt werden kann, ist diese Markierung irreführend. vb-paradise.de/index.php/Attac…7a2a31be0616acb2ee58d7ca7 VB.NET-Quellcode (4 Zeilen) Der Code ändert leider nichts an dieser Auswahl…