Hacker News new | ask | show | jobs
by xg15 1474 days ago
I think the form field certainly influenced the particular technical evolution path the web and internet took, but I also think it's not the reason we have social networks or e-commerce. Those were extremely compelling usecases even before the web and I don't think any particular technology was the reason, they got so big. That was probably more due to economic or social factors.

My guess is even without the form field, someone would have eventually tried to hack interactivity via some "stateful" links or something.

If Berners-Lee and co had somehow adamantly defended the "web of documents" idea, interactivity and e-commerce would probably have gone through other technologies, e.g. email or IRC.

Though I think it would be interesting to imagine an alternate universe where most of the effort and development went in those technologies and not HTTP.

1 comments

You can see the same dynamic on precursor systems. Half the complexity in ANSI escape codes for dumb terminals exists to provide form support (and some features added to terminals like ‘terminal status report’ exist to make forms easier to implement). The French Minicom system was built to deliver interactive forms over the phone line to terminals in people’s homes; in the UK there was the similar Prestel, which was mainly used for commercial UIs (huge in the travel industry), and which was basically ‘teletext plus form fields’.

Heck, even print technology implemented ‘forms’ technology - there is a standard UX affordance of a dotted line with scissors drawn on it to tell you that a piece of printed material supports cutting out a form, filling it and mailing it in. These forms were showing up in magazines, on cereal packets, back for over a century… the catalog industry was built on this tech.

Basically, if you create an information distribution medium, someone will turn it into a form delivery platform. It’s inevitable.

Did any terminal ever implement the ANSI escape codes for block mode (i.e. form) fields?

The block mode terminals on IBM mainframes (e.g. the 3270) have all the functionality of a basic HTML form if you squint hard enough: the screen is divided into form fields and labels, the user can fill out the fields (and tab the cursor between them) while the terminal is offline/not communicating with the server, and then when the user presses one of the special 'submit' keys the terminal sends all of the data from the form fields to the server and awaits instructions on what to do next.

The 3270 even had hidden fields, so the server could stuff a bit of state information (like a session ID) into the form, which the terminal would dutifully echo back to the server when submitting the form....

It's a very different style of interaction as compared to the conventional Unix/PC character-by-character terminals, and leads to some pretty weird user interface conventions: https://www.youtube.com/watch?v=9qwFSJZSjeA

Oh that is interesting - I only worked directly with a few terminal systems and never twigged that the 3270s were doing anything fundamentally more sophisticated than WYSE or DEC vt200s. I do remember tabbing between fields on an IBM3090 library catalog search form, though and it being basically an edit and submit process.