When I do that, the login page is being displayed, and nothing happens when I
press Ctrl-U. Maybe it's because the page is already made with frames?
When I look at the source of the frame that contains the fields to enter a
username a password, I can see that there are inputs for those, like this:
<INPUT TYPE="TEXT" NAME="usrlogn" VALUE="" MAXLENGTH="15" SIZE="8">
The only URL is probably the one displayed in the address bar of the web
browser when looking at the source of the frame. That URL seems to point at
the program running on the web server with parameters in the URL which have
been created by the program. One of the parameters seems to be a session ID.
Instead of viewing the source of the frame, I can open the frame in other tab.
How does that help me? There is no way to automatically get the URL for the
frame because the parameters are being created by the program on the web
server, and they are only valid for a short time.
> Copy that URL and try to paste it in a separate window of your web browser.
> You should see the list of the topic you can select from. In fact it
> should display the contents of the 1st frame.
Well, yes, I can see the source of the frame that has the select list. That
doesn't help me either because to get the data I want, I need to select
entries from the select list. Selecting such an entry results in another
frame being updated; that frame shows a table.
I can get the URL of that frame from the frame info of the web browser and
download the frame and convert its table into a CSV and put the data into a
database --- but I can not get the URL of the frame other than copying it
manually from the frame info of the web browser.
> If it does not, you are in a not too good shape.
>
> If it works, go back to the source code and locate the second <frame
> tag, find the URL, copy, new window, paste.
>
> The concept is to access to the contens of the frames directly, without
> accessing the main page.
>
> Best regards,
>
> Olivier
>
> > Can WWW::Mechanize somehow trick the server into assuming that frames and
> > javascript are supported by the client?
Like I said, there are no frames to do anything with when the web site is
being accessed with WWW::Mechanize.
I can only see that when I select an entry from the select list, the web
browser sends a POST request for a subdocument and then right away makes a GET
request for a style sheet. Unfortunately, the browser doesn't tell me what
the POST request looks like. It should have something to do with what is
selected from the list ...