Suchergebnisse
Suchergebnisse 1-30 von insgesamt 1.000. Es gibt noch weitere Suchergebnisse, bitte verfeinern Sie Ihre Suche.
Hier erfahren Sie, wie einfach Sie Ihren Browser aktualisieren können.
-
Zitat von roepke: „in meinem empf. String für Zeichen außerhalb ASCII 0x3F(?) steht“Das Gerät schickt immer Bytes bzw. Strom. Dann musst du auf deine Empfangsmethode schauen, wie du das einliest, was da kommt. Da hast du dann schon das falsche Encoding. Also diese dll Methodenüberladung macht das ja scheinbar, kann man da kein Encoding angeben? Dann bist du auf das ByteArray angewiesen und musst selbst konvertieren. Dann würde ich das auch immer machen, auch bei ASCII Input.
-
Zitat von roepke: „Es ist also nicht möglich diesen String in Byte() zu wandeln und an der entsprechenden Stelle wieder das 0x8A zu bekommen“Wie schon im Link gezeigt, konvertieren an sich geht, das wär ja auch quatsch wenn nicht, der Computer arbeitet nur mit Bits. Die Convert.ToUInt32 konvertiert Unicode Zeichen, deswegen kriegst da Müll raus. CInt("‹"c) ergibt aber 139 und CChar(139) "‹"c Convert.ToUInt32 macht da 8249 draus. Das liegt daran, dass das Zeichen ‹ in Unicode an ganz anderer Stel…
-
Was Encodings angeht, vielleicht sind hier schon nützliche Dinge dabei. Probleme mit ANSI Kann es sein, dass die Variablen nicht richtig benamt sind (btIntCheckSum btCheckSum) in Snippet2? Vielleicht hast du ein paar Beispiel-Werte zum Lesen für uns? Also ein Wert, der dir keine Probleme macht und einer, der dir Probleme macht.
-
Ich habe bisher auch nur Hausmitteln gedruckt, da auch bei externen Mitteln noch einiges dazu gehört um etwas zu drucken. Mit den Hausmitteln heißt: Die Anwendung ist sowieso mit einer digitalen Ausgabe verbunden, d.h. z.B. ist eine .csv gewünscht. Dann kann der User auch mit dem Dingen in Excel o.ä. drucken. Oder selbst malen. Das ist bei Tabellen relativ mühselig. Oder der Drucker selbst ist "programmierbar". Das heißt der wandelt einen Code selbständig in ein Bild um. (Von Etikettendruckern k…
-
Das hat wenig mit Meinung zu tun, das kompiliert weder in vb.net noch in c#. In VB ist das natürlich genauso begründet wie in c#, nur wird das in der Sprache anders verdaut. Am Ende muss IL rauskommen können.
-
Zitat von kafffee: „Wir reden bestimmt aneinander vorbei. Wieso meinst du das?“Weil eine Sub nichts zurückgibt, der Compiler dir das nicht kompilieren würde. Siehe auch dein Post 5, da hatten wir das schonmal.
-
Post 3 kann nicht der Aufruf von Post 1 sein.
-
GetAwaiter hab ich noch nie genutzt. ConfigureAwait da biste auch schon im fortgeschrittenen Bereich von Async Await. Das ist glaub ich sogar ein relativ junges Feature. Zitat von kafffee: „Wie würdest du es machen?“ Na wahrscheinlich ungefähr so wie du auch im ersten Post. Wenns funktioniert, dann funktionierts. Ansonsten wie gesagt, ist nicht klar "was genau" überhaupt machen. Was davon tut Post 1 nicht? Und pack zu Post 1 noch den Aufruf, wann läuft das überhaupt? Auch in der Property? Das wä…
-
Zitat von kafffee: „Ich möchte halt, dass im Getter meiner Property das Bild aus dem Internet geladen wird und in die Property geschrieben wird.“ Dazu muss es noch lange nicht asynchron sein. Ich versteh auch noch nicht, was mit der Sub Variante dann das Problem ist.
-
Ich verstehe es so. Wenn man Await vor den Aufruf einer Methode schreibt, dann ist eine Async Sub dasselbe wie eine Async Function as Task, so eine Funtion returnt dann nämlich nichts. Eine Async Function as Task(Of T) returnt auch T wenn sie Awaitet wird. Werden diese Methoden nicht Awaited, dann ändert sich das Verhalten. Die Async Sub fährt los und arbeitet im Nirvana. Die Async Function as Task returnt dann genauso wie die Async Function as Task(Of T) eine Task. Und das heißt da läuft eigent…
-
Wenn deine Aufteilung der Datenmenge wegen gewünscht ist, dann nimm statt einer Xml doch eine Datenbank.
-
Kannst auch deine XMLs selbst schreiben und lesen. Da kann dann natürlich alles drinstehen, was du willst.
-
Soweit gibt es in diesem Forum wohl keine Tutorials. Aber Import und Export ist auch das einzige was ich mir vorstellen kann, was man in der Kombination .NET und Excel machen mag und das ist nicht sonderlich umfangreich. Unter Verweise Rechtsklick -> Verweis hinzufügen, wählst du im COM-Bereich die Microsoft Excel 16.0 Object Library an. Damit hast du Zugriff auf Sachen wie Excel.Application oder Excel.Range etc. Hier siehst du wie du damit arbeiten kannst. Was bei MS ein bisschen kurz kommt ist…
-
VB.NET-Quellcode (5 Zeilen)
-
Das ist keine Vereinfachung. Bzw. ist das doch nicht wirklich nachvollziehbarer. Und dann gehts auch gerade weil Directory > als System, Hidden und ReadOnly ist. Wenn man sich das als Muster merkt, dann wundert man sich beim nächsten Enum warum es nicht geht. Und irgendwie gibts noch andere Kombinationen, die bei dir auch durchkommen und bei mir nicht. Zum Beispiel die 128 (Normal) geht einfach so durch...
-
DataGridViewTextBoxCells sind nicht generell dasselbe wie eine normale TextBox. Die Spalte mit solchen Texten würde ich nicht im DataGridView einbauen, sondern getrennt in einem eigenen Control. Bei Anwahl der Zeile wechselt das andere Control z.B. eine Textbox entsprechend der gewählten Zeile mit. Alternativ wenn du in die Textbox-Zelle hineinklickst kann du über die Pfeiltasten scrollen. Setzt aber voraus, dass die editierbar wäre.
-
Zur Priorität hast du schon einen Link in Post 16. Das heißt Operatorrangfolge. Zitat von kafffee: „Jou die All = 15 kannst du dir also auch sparen oder? Weil man das ja aus den anderen Werten errechnen kann.“Wenn man für diese Einstellung keinen Shortcut haben möchte, kann man die weglassen. Wenn man viele Bits hat, dann kann das explizite hinschreiben bestimmter "Sammelbegriffe" sehr sinnvoll sein. Zitat von kafffee: „ Jo wie oben schon erwähnt, es soll True rauskommen, wenn das Objekt, also d…
-
Jo Option Strict Off zum Lernen/Probieren ausmachen, ist ne noch schlechtere Idee als allgemein, weil Option Strict Off ja Dinge tut, die man gar nicht sieht. Ein Flag-Enum ist hier grundlegender Unterschied. VB.NET-Quellcode (13 Zeilen) Mit den Bit-Operatorn solltest du dich gesondert nochmal auseinandersetzen. Das ist nicht intuitiv. VB.NET-Quellcode (2 Zeilen) ist in diesem Beispiel dasselbe, aber nicht generell.
-
Die Klammer hab ich wohl übersehen. Option Strict On kompiliert das auch nicht. Und Strict Off ist es immer falsch, weil ein Boolean nie 16 ist. Du willst Pfade, die schreibschutz, system oder versteckt sind? Dann bist du aufm Holzweg VB.NET-Quellcode (4 Zeilen)
-
IO.Attributes gibbet gar nicht. Und oben gehen zwei Klammern zu aber nur eine auf. Aber irgendwie sieht oben generell nach Kraut und Rüben aus. Ich würde sagen ist nicht dasselbe. Warum probierst du das nicht aus? Mach dir ein eigenes Enum.
-
Gugge mal hier Operatorrangfolge Ich versteh leider gar nicht was du in Post 11 willst. Grundsätzlich gibt es keinen Unterschied aufgrund der Anzahl der Argumente.
-
@Amelie Ich finde Select Case sollte nicht mit dem Boolean Datentyp zusammen laufen, wenn man beliebige Bedingungen braucht, dann ist If verständlicher und kürzer. Beim Prüfen von Enums, Strings oder eben anderen konkreten Datentypen macht es mehr Sinn: VB.NET-Quellcode (5 Zeilen)