On May 26, 10:23 pm, gordon.is.a.mo...@gmail.com wrote:
Quote:
Hello,
>
I was pondering creating form filling software. As a sample I decided
to take a look at
the sign up page for hotmail (
http://get.live.com/mail/overview then
Signup)
Probably not the best example as it looks quite complicated.
My main question is, when you have filled in the fields etc. and
click I Accept, where
is the form actually submitted?
>
I'm guessing it is submitted via javascript, eitherhttps://signup.live.com/scripts/liveframework.js?nx=11.0.3828.0
orhttps://signup.live.com/scripts/omnitureH2.js?nx=11.0.3828.0at the
bottom. Presumably the parameters collected in the fielda are
submitted somehow? I don't really understand how the field inputs are
passed as it doesn't seem particularly obvious. Also, I see no
reference to <web: ..tags, are these ASP specific or some such?
Your example likely uses a lot of Microsoftese code, and I would not
use it as a good example for making your own page. But everyone to
their own taste.
Often a lot of server side code is used that can not be seen in the
source code you can see when viewing the page on a browser. I will
give you one example of this. See my perpetual calendar at
http://www.cwdjr.net/calendar2/perpetual_calendar.php . The source
code is very short and simple. No script is used, and a simple form is
used to submit the year you wish. This goes to a php page on the
server that is very long and which you do not see. When it receives
the year requested, all hell breaks loose. First the year is examined
to see if it is in the range you were told to use. If not, you get an
insult from a parrot rather than a calendar. If the year is within
range, the calendar is calculated along with the css to format the
calendar. Then the finished calendar is downloaded to the viewing
browser. This calendar can be calculated locally on the browser using
an extremely long javascript. However javascript may be turned off by
the viewer, but the viewer can not turn off the php script on the
server.
