hed ("HTML ed") is the standard CGI text editor! hed, the greatest in-browser editor of them all! hed, which requires only HTML 2 forms, and is compatible with every browser since November 1995! hed will not eat your RAM, hed will not serve you ads, hed will not RowHammer your secrets through the JS virtual machine! Simply type your commands into the form to edit the text on-server.
The CGI errors are terse, yet forgiving, and do not overwhelm the user with spinning beachballs or arcane browser-console CORS errors.
hed! the standard CGI HTML text editor! HED. Do not give in to giant janky masses of Javascript spying on you and losing your keystrokes. HED. Accept no substitutes! HED. Near-infinitely scalable due to the extraordinary performance of text-only operations. HED.
My understanding is that the author is saying you could build google docs to go from one state to another by submitting a form and doing server side rendering returning the entire webpage of the new state. This is obviously much worse user experience and way less efficient, but I guess it technically would work.
>My understanding is that the author is saying you could build google docs to go from one state to another by submitting a form and doing server side rendering [...] This is obviously much worse user experience and way less efficient,
Your interpretation of "much worse user experience" is the opposite of the "work well!" that the author is claiming:
>Every single core function of these apps could work—and work well!—without a single drop of JavaScript.
I built this partially because I often found myself wanting to use jq with toml or yaml data, or converting toml or yaml files into a more widely ingestable format
Adding site:reddit.com is a little too verbose for me, so ultimately I end up just appending/prepending "reddit" to my query and it seems to do well enough for most of my searches.
