ReadElementstring funktioniert erst wenn Du einen Knoten ausliesst
Siehe bei mir im Kopf der while-Schleife
wenn er einen Knoten lesen konnte,
bietet die klasse exorbitant viele Moeglichkeiten den Knoten auf alle moeglichen Knoten-Varianten/Konstellationen/Typen/Elementattribute tec.
den gelesen Knoten zu untersuchen!!!
Deshalb ein guter Rat guck Dir die Klasse mal an die MSDN hat dazu auch praktische Beispiele.
Gruss sclearscreen
Was man auch machen könnte: wenn die linke Maustaste an der richtgen Stelle gedrückt wird, kannst Du natürlich auch die Windowsmessges selber abschicken, so daß Du um die Emulation herum kommst (bzw. nur die Erzeugung der Messages emulierst) und Windows mit seiner Logik die Verarbeitung übernimmt...
cof schrieb:
Damit du die Funktion aufrufen kannst, brauchst du wohl ein Objekt der Klasse CompareEngine. Ansonsten die Funktion als static deklarieren?
Beides richtig. Aber static sollte man prinzipiell sehr sparsam verwenden, weil das unerwünschte Seiteneffekte geben kann und die Übersicht nicht vereinfacht.
In Deinem Beispiel wäre das aber nicht zu befürchten.
Wenn Du .NET 2.0 verwendest kannst Du auch mal System.Transactions.TransactionScope ansehen.
Willst Du direkt mit Sockets arbeiten oder reicht vlt. auch .NET Remoting. Evtl. kannst Du Dir auch mal WCF ( Windows Communication Foundation ) ansehen.
ok, habs gefunden.
Das Problem war, dass ich gegenüber dem Original-Source die Signierung entfernt hatte. Das hat ihm wohl nicht gefallen. Nachdem ich sie wieder hinzugefügt habe, ging es.
kannst ja mal Einführung in C# lesen. Wenn es dir Inhaltlich gefallen hat, dann schau dir doch mal die Referenz an, die ist in einem Kapitel recht ähnlich aufgebaut, aber denk dran den Schreibstil darfst nicht bewerten, das ist meiner
Wie wärs denn mal mit ein paar Infos? Welche Fehler bekommst du denn nun? Zeig mal was von deinem Code?
Wir können schlecht raten was du da programmiert hast. Ohne konkrete Infos sind Tipps leider nicht möglich.
http://www.codeproject.com/csharp/cspplcds.asp
gib dort mal unter Search "LCD" an
diese Seite kann man auch empfehlen,
wuerde mich an Deiner Stelle dort auch anmelden
Mit m_Port.ReceivedBytesThreshold kannst Du angeben wieviele Bits er sammeln sollte bis er das Event auslöst.
Oder du machst einfach ein Thread.Sleep() nach jedem Schreiben, oder vor dem lesen, damit alles ankommen kann.
Sieht fuer mich aus als ob Du in Deinem ASp.NET-Projekt im Code selbst was rumgfrimt hast anstatt das Label1 im Oberflächendesigner zu entfernen.
Sollte das Label im Designer noch zu sehen sein:
-Lösch es
-dann zieh nen neues Label drauf
-und wichtig nene es wieder Label1
-und noch wichtig stell dafuer wieder "run at Server" ein dann sollte es gehen
Ist doch nur ein Label set/get-Accessor bezieht sich doch nur darauf das der
IIS den Text des Label auslesen kann! Obwohl es ja kein Label im herkömmlichen Sinn ist. Man bewegt sich ja schliesslich im Rahmen von Webforms.
Gruss sclearscreen
P.S.: Das Problem ist wenn Du auch nur aus versehen in der "code behind"-Seite
änderst wird es nicht unbedingt im Oberflächendesigner registriert.
Darum ist beim arbeiten an ASP.NET ein waches Auge gefordert!
Hate ich auch schon ist ärgerlich! Aber bei nem einfachen Label sollte es doch kein Ding sein das nochmal nachzuvollziehen.
Sollte am Quelltext deines Erachtens alles in Ordnung sein einfach mal den gesamten Quelltext kopieren, neues ASP-Projekt auf machen und den Code in diesem neuen Projekt drüberkopieren. Diese Vorgehen hat mir auch schon aus der Patsche gholfen.