Read a web page's content...

[seandisanti]

Well, now I have done some research into this function, I got it working and its awesome, now why wasnt this suggested RIGHT at the begging! Anyways, thanks for all the help guys!

But that question still remains... How do you do a password box in the GUI interface without doing a prompt thing??

an input box is the easiest way, requiring the least amount of code. if you wanted to do it without the popup, you'd have to create another gui, put an edit box on it, etc etc.

***edit***

just to stress the simplicity of the input box way, here is a 1 line password request and check...

If InputBox("test","password","test","¿")<> "Password" Then Exit

Edited January 23, 2006 by cameronsdad

[psynegy]

Yea, but my aim is to make something that wont jump up at the user, something SMALL and simple... In this instance a little thing with Username, Password and Login. And it then displays if it was sucsessful or not. So how do I go about writing a new GUI? :\

[DaleHohm]

if you just want to get the source why not just use _INetGetSource

If you have a static URL you can go to and you are just going to parse the HTML on the page, w0uter is right -- _INetGetSource should work well for you.

A couple of people have previously reported a similar problem, but no one has been able to provide a reproducer either in standalone webpages or with an internet accessible site that can be used for testing.

It is true that the embedded and stand-alone browser object do have different methods, but most are shared. The differences mostly make sense (e.g. relating to status bar and other items that do not exist in the embedded instance).

The error message is telling you that either $o_object (it is the InternetExplorer or WebBrowser object passed to the UDF) is not an object variable or that $o_object does not have a .document property at the time thery are being examined. There are a few possible causes for this 1) an end-user code logic problem that results in the the wrong object or an invalid variable being passed to the IE.au3 function, 2) unexpected document redirects initiated by either the client or server causing the object references to be invalid or in transition, 3) the browser control is actually hosting something other than a webpage (like a file explorer, an FTP site or a Word docuement for example) such that the .document property does not apply 4) the end user have overridden the default _IELoadWait behavior and is calling the function before the document is "Ready" 5) there is some sort of a timing issue in the DOM that is occasionally encountered where, even though the readyState is reported as Complete, it still isn't ready.

The first 4 issues can be verified through debugging and testing on your part to insure that nothing unexpected is happening. The 5th will be really nasty if it is true and would probably be tied to a very specific configuration or set of circumstances on your site -- I need help getting a reproducer in this case, even if it is intermittent.

Dale

[psynegy]

Well, thats going a bit deep for me, but I would like to find out how to write a GUI, is there any examples I can see? I learn best from example!

[seandisanti]

Well, thats going a bit deep for me, but I would like to find out how to write a GUI, is there any examples I can see? I learn best from example!

um... your script is an example of creating a gui... further examples are available in the help file, and are all over the forums, especially the GUI forum...

[psynegy]

Yea, but the password bit? You said I would have to make a new GUI add an edit box etc etc etc...? So, I am kinda confused...

[seandisanti]

Yea, but the password bit? You said I would have to make a new GUI add an edit box etc etc etc...? So, I am kinda confused...

yes, like:

#include<guiconstants.au3>
$gui = GUICreate("Login",200,200)
$ib = GUICtrlCreateEdit("",10,10,180,140,BitOR($ES_PASSWORD,$ES_AUTOVSCROLL,$ES_AUTOHSCROLL))
$bt = GUICtrlCreateButton("login",10,160,180,30)
GUISetState()
While 1
    $msg = GUIGetMsg()
    Select
    Case $msg = $GUI_EVENT_CLOSE
        ExitLoop
    Case $msg = $bt
        If GUICtrlRead($ib) = "Passw0rd!" Then
            MsgBox(0,"Success","That is the correct pass")
        Else
            MsgBox(0,"Failure","Incorrect password")
            Exit
        EndIf
    EndSelect
WEnd

the thing is, the user still has essentially the same thing, a new box with a place for them to type their password. but on your side, there is alot more coding than the one line password request.

[psynegy]

Nononono, I dont think you quite understand me... All I want is an input box that is masked like a traditional web page... Is this possible?

***EDIT***

Allready solved on the GUI Catagory!

GuiCtrlCreateInput ("", 0,  110, 200, 20, $ES_PASSWORD)

That simple!

Thanks for all the help! I may be back... so watch out... MUHAHAHA

Edited January 23, 2006 by psynegy

[seandisanti]

Nononono, I dont think you quite understand me... All I want is an input box that is masked like a traditional web page... Is this possible?

***EDIT***

Allready solved on the GUI Catagory!

GuiCtrlCreateInput ("", 0,  110, 200, 20, $ES_PASSWORD)

That simple!

Thanks for all the help! I may be back... so watch out... MUHAHAHA

yeah, you may want to assign the return value to a variable too... if you don't see this, i'll just answer when you come back...