HTML Form Talks HTTP


Published: 2018-12-27
Updated: 2018-12-30
Web: https://fritzthecat-blog.blogspot.com/2018/12/html-form-talks-http.html


HTML forms are not so much in use any more, outdated by AJAX-driven single page applications. Nevertheless they still work and are a simple way to get inputs from browser users.

Mind that using HTML-forms makes sense only when you have your own web application running inside some public HTTP server, so that you can implement the responses for the incoming requests. What I present here just uses public "echo" servers on the internet.

In subsequent articles I will propose an element-structure and CSS-layout for HTML forms. In this Blog I just want to outline their HTTP capacities.

Form Skeleton

Following is a minimal HTML form with just one text-field (text is the default INPUT type):

<form action="http://www.tipjar.com/cgi-bin/test" method="post">
<input name="single-line-text">
<input type="submit" value="Ok">
</form>

→ The action attribute determines to which URL the form data get sent.

→ The method attribute determines the HTTP command to use for the HTTP request. GET and POST would make sense. Both can send data (although the name "GET" would not let expect sending; we could understand it as "GET me the result of the search-pattern I sent").
The difference between GET and POST is that GET transmits the form field values in URL parameters, while POST puts them into the HTTP request body. Consequence is that GET requests are unprotected.

→ Any form field (like single-line-text) needs to have the name attribute, else it would be ignored on sending.

→ The submit button would actually send the form data after their validation succeeded. Validation refers to syntactical correctness, and to the optional required attribute of HTML elements.

Thus forms are about

Example Form

The example below contains some input-fields and two action buttons. The red "Reset" button would clear the form, the green "Submit" button would send it. Both go just to the form they are contained in, because there can be several forms on a page. By the way, any button inside the form would submit when clicked, except when it is of type="button" or type="reset".

Mind that required fields must have a non-empty value, the browser checks this before sending! In this form, all fields except the "Multiple Lines" textarea are required. The browser would most likely mark invalid fields red on submit.

HTML Example Form
Male Female Other

Before you click the green "Submit" button, choose which action-URL you want to send to, this will determine what you see in the "HTTP Response" area below:

http://jkorpela.fi/cgi-bin/echo.cgi http://www.tipjar.com/cgi-bin/test # (own page)
Thanks to http://jkorpela.fi/cgi-bin/echo.cgi for his gorgeous form echo!

The chosen HTTP method won't play a role now, because the server-response is redirected to the "HTTP Response" area below; just when you choose www.tipjar.com you may see a difference, because this page echoes very detailed.

POST GET

Fill all fields, then click the green "Submit" button. You should see the HTTP response in iframe below (where the form redirects to).

HTTP Response:

Source

This example form was done by following HTML source:

 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
  <form method="post" action="http://jkorpela.fi/cgi-bin/echo.cgi" target="submit-result">

<fieldset>
<legend>HTML Example Form</legend>

<div class="table">
<div>
<label>Single Line</label>
<input name="single-line-text" id="text-id" required value="Default value in text-field">
</div>

<div>
<label>Password</label>
<input name="hidden-password" type="password" required>
</div>

<div>
<label>Multiple Lines</label>
<textarea name="multiline-text" required>Default
value
in
text
area</textarea>
</div>

<div>
<label>Radiobuttons</label>
<div class="radio-container">
<input name="gender" type="radio" value="male" required>Male
<input name="gender" type="radio" value="female" required>Female
<input name="gender" type="radio" value="other" required>Other
</div>
</div>

<div>
<label>Multiple Select</label>
<select name="multi-select" multiple required>
<option value="one">Use</option>
<option value="two">Shift</option>
<option value="three">and</option>
<option value="four">Control</option>
<option value="five">Keys</option>
</select>
</div>

<div>
<label>License Read</label>
<input name="boolean" type="checkbox" required>
</div>

</div> <!-- end table -->

<div class="buttonbar">
<input type="reset" value="&#x2718;" class="reset-button">
<input type="submit" value="&#x2714;" class="submit-button">
</div>

</fieldset>
</form>

<iframe name="submit-result"></iframe>

The form redirects the HTTP response, using the target attribute, into the iframe on bottom. Mind that this iframe was referenced by name, not by id. In case target is not present, the page itself would be replaced by the HTTP response.

Yes, the CSS layout is missing. Do not care, another Blog will explain this in more detail.

Example Response

If you enter the values shown in this screenshot (the password was "aaa"):

you should see following HTTP response:

single-line-textDefault value in text-field
hidden-passwordaaa
multiline-textDefault
value
in
text
area
genderother
multi-selectone
multi-selecttwo
booleanon

→ We can see that the name attribute of the field has been used as field identification, not the id.

→ The password arrived as clear text, thus any modern browser will warn you that the safe https protocol has not been used.

→ The newlines in the multiline-text were preserved correctly.

→ For the gender radio buttons, the value attribute of the INPUT field has been sent, not the visible label.

→ Two multi-select parameters (with same name!) arrived, representing all selected options in the "Multiple Select" field.

→ The boolean field delivered "on", not "true".


Resume

Thanks to web servers that echo form requests we can play with form fields here.

In a past Blog I introduced a way to quickly build a Java servlet via Maven. You could do that, start the servlet with mvn jetty:run, then put the http://localhost/your_serlvet_name URL into the action attribute of the form and see what happens on the server side.





ɔ⃝ Fritz Ritzberger, 2018-12-27