Suchergebnisse
Suchergebnisse 1-10 von insgesamt 10.
Hier erfahren Sie, wie einfach Sie Ihren Browser aktualisieren können.
-
@asusdk: Das "Await" beim Async/Await-Konstrukt heißt zwar "erwarten", aber wohl anders, als Du vermutest. Ein Programm folgt standardmäßig einem Weg und arbeitet diesen ab. VB.NET-Quellcode (20 Zeilen) Hier wird in A, B, C darauf gewartet, dass ne bestimmte Sache erledigt ist (in dem Fall bis x Sekunden vergangen sind), bevor der jeweilige Ton abgespielt wird. Aber es wird im 2-Sekunden-Takt was gespielt. Nicht nach 3 Sekunden, danach erst nach 5s und dann erst nach 7s, also nach insgesamt 15s,…
-
Nein, natürlich nicht. Das war ja nur'n Beispiel. Nix hindert Dich daran, immer dieselbe Sub aufzurufen, was Du aber durch einfaches probieren selbst rausgefunden hättest: VB.NET-Quellcode (10 Zeilen) Du kannst mit ner Await-Prozedur so ziemlich das gleiche wie mit ner normalen Prozedur machen. Parameter übergeben, überladen, ...
-
Öhm ... mal was anderes: Dass picoflops NavigateTaskAsync bereits ne Async-Methode ist, weißt Du ja schon -> sie returnt (für Deinen Fall zu) früh und löst das DocumentCompleted-Event aus, wenn fertig. Aber Du reagierst doch gar nicht darauf. Stattdessen wartest Du mit ner Do...Loop-Schleife, dass die NavigateTaskAsync tatsächlich fertig -> Designfehler, da picoflop es damals erstellte, damit eben keine Warteschleifen mehr verwendet werden müssen.
-
Uff. Hab mir mal aus meinem Baustellen-Music-Play-Beispiel und der Extension von picoflop was zusammengebastelt. Das hängt auch schon ziemlich fest. Da hängt das WebBrowser-CE wohl hinterher - trotz Async. Aber mal was anderes: Do Until wb(rtbIDs.Lines.Count - 1).IsBusy = False AndAlso wb(rtbIDs.Lines.Count - 1).ReadyState = WebBrowserReadyState.Complete Ist das Absicht? Da wird drauf gewartet, dass der letzte WB in der Liste fertig ist, bevor alles andere mit den anderen WB-Instanzen weitergeht…
-
Also gut, dann erstmal eine Lösungsfokussierung. Gibt man einem WebBrowser alles zum Abarbeiten, hat der ne halbe Ewigkeit zu tun, da er nur eine Seite nach der anderen schafft. Multiprogrammstartlösung: naja. -> x Webbrowser-Instanzen für x Aufrufe. Mir ist da noch was eingefallen: Nimm nicht den WebBrowser, sondern ein neuen CE, was von WebBrowser erbt; nennen wir ihn mal WebBrowserEx (WBEx). Der hat dann noch ne zusätzliche Propertiy/Variable, die den Status des WBEx angibt. Dann könntest Du …
-
2 Kleinigkeiten, die mit dem eigentlichen Proglem leider nix zu tun haben: - Zeile 32, 33: Redim Preserve ist zum einen VB6-Style, zum anderen stellt sich die Frage, ob das Absicht ist, dass die letzte RtbID-gelöscht werden soll. Es sind doch nur noch nicht-leere Zeilen vorhanden - Deine StopWatch-Ausgabekonstruke lassen sich kürzen, z.B. lblTime.Text = "Finished in: " & swElapsed.Elapsed.ToString("hh\:mm\:ss\:ffff")
-
Oh nein, Gefahr im Verzug, da ReDim was anderes macht als Du denkst. Es verändert ein Array. Und zwar bei Deiner Zeile ReDim Preserve rtbIDs.Lines(rtbIDs.Lines.Count - 1) wird scheinbar* ein Array um eine Zeile gekürzt (und zwar egal, ob das Leerezilen sind oder nicht). ReDim verändert die Anzahl der Einträge. Und mit Deinem ReDim Preserve rtbIDs.Lines(rtbIDs.Lines.Count - 1) ist die letzte Zeile weg, was immer da auch stand. Daher solltest Du in Zeile 32 gleich erstmal noch Whitelines aussortie…
-
@asusdk: Na, Moment. Ich will weder irgendwelche Code-Gerüch(t)e verbreiten, noch, dass Du mir blindlings vertraust. Ich hab die Silberlöffel auch nicht mit Weisheit gegessen. VB.NET-Quellcode (2 Zeilen) StringArray besteht aus 3 Einträgen. Item(0), Item(1), Item(2). ReDim Preserve setzt nun das obere Ende auf GetupperBound(0) - 1. GetupperBound(0) ist hier 2, da das oberste/letzte Item den Index 2 hat -> nach dem ReDim-Aufruf hat das Feld nur noch 2 Einträge, Item(0) und Item(1), da gecoded wur…