> And contrary to popular belief, HTML was indeed originally designed for applications. Why do you think it has the form and input elements? Why do you think HT

> And contrary to popular belief, HTML was indeed originally designed for applications. Why do you think it has the form and input elements? Why do you think HTTP has OPTIONS, POST, PUT, PATCH, and DELETE? If it were just about document delivery, GET would be enough. Indeed, the original draft for HTML did not include forms or input elements[0]. While HTTP had POST, PUT, and DELETE, those were supposed to be used for uploading new content or replying to newsgroups. In particular, the semantics for POST were quite different[1]: “Creates a new object linked to the specified object. The message-id field of the new object may be set by the client or else will be given by the server. A URL will be allocated by the server and returned to the client. The new document is the data part of the request. It is considered to be subordinate to the specified object, in the way that a file is subordinate to a directory containing it, or a news article is subordinate to a newsgroup to which it is posted.” While these features were added quite early in the development of HTML and HTTP, respectively, they certainly were not part of the original design. [0] https://www.w3.org/MarkUp/draft-ietf-iiir-html-01.txt https://www.w3.org/MarkUp/draft-ietf-iiir-html-01.txt [1] https://www.w3.org/Protocols/HTTP/Methods.html https://www.w3.org/Protocols/HTTP/Methods.html