Also bei mir jedenfalls hat auch diese title-Property
TestStr := (form2.fWebBrowser.Document as IHTMLDocument2).title;
TestInt := form2.fWebBrowser.ReadyState;
einen ordentlichen Ergebnis-Wert (im Falle der obigen
URL z.B.: 'Your
ip is 80.129.35.190 WhatIsMyIP.com') - und das während READYSTATE nur =3, also nur =..INTERACTIVE ist. Bist du sicher, dass bei dir dieses 'title' bei READYSTATE=..COMPLETE (also bei sichtbarem TWebBrowser) denn dann tatsächlich <> '' ist?
Ansonsten muss ich dir allerdings recht geben. Eine sehr komfortable Einrichtung dieses IHTMLDocument2, aber auch wieder nicht für alles absolut essentiell. Denn auch selbst ohne bekommt man z.B. schon die ganzen Frame-URLs, die ganzen Link-Adressen (.item(i).href's) oder z.B. die Picture-Adressen (.item(i).src's) ausgegeben. (Hier war das ReadyState dann allerdings schon bei 4 angekommen, obwohl das Control die ganze Zeit über ebenfalls auf 'hide' war!?). Dagegen jedoch bekommt man die
Url-Adressen der Background-Pictures dann aber auch wieder noch nicht einmal mit diesem IHTMLDocument2. Da hilft einem dann nämlich trotzdem wieder nur dieser von dir gerade erwähnte 'Kampf durch den Quelltext mittels copy, delete und pos...
Und bezüglich eines interessanten Quelltextes, den man eventuell auch mal von dieser oder jenen speziellen Page einsehen können möchte. Ich weiß da nämlich nicht ob es mit einem IdHTTP-Client da wirklich einfacher ist, z.B. auch an den Quelltext irgendeines 5ten oder 6ten Frames heranzukommen, der womöglich auch erst noch nach dem Überwinden irgendeiner Hürde aus einzugebendem Nick und Password geliefert wird. Sowas könnte vielleicht sogar auch mittels eines IdHTTP-controls wieder etwas umständlicher werden, oder? (Bin jetzt allerdings auch kein IdHTTP-Experte, der die diesbezüglichen Möglichkeiten des Teiles irgendwie besonders gut kennen würde).
(edit: nur zur besseren Lesbarkeit)
Antwort
Zitat
Hybrid-Darstellung
