u/OMGCluck

I've found keeping the reset button on a local form (yes I know action="javascript:void()" on input type="submit" is frowned upon) hidden and removed from tabindex until after the first action helps prevent it from being accidentally clicked/activated.

Has anyone found creative uses for "reset" inputs that they can share, or do you just avoid them entirely?

The UX Perspective	The Developers
Accidental Clicks: Users make mistakes and lose data.	Over-engineering: JavaScript developers waste time writing custom code for something the browser does natively.
Confusing Behavior: It doesn't "empty" fields; it reverts them to defaults, which confuses users on "Edit Profile" pages.	Great for Filters: It is the perfect tool for massive control panels and search filter sidebars.
Redundant: Most users just change the fields they need or abandon the page entirely.	Predictable: It behaves exactly according to the HTML spec every single time.

I've only just got this running so there are some hurdles to cross, especially on mobile browsers. Here's Scoundretscii playable with keyboard in desktop Chrome and Firefox, and with a gamepad in Firefox:

https://imglink.cc/cdn/huKEDEPXZ3.svg

Chrome has a strict security policy for the Gamepad API. It completely disables navigator.getGamepads() inside frames or documents that it considers "cross-origin" or sandboxed.

iOS Safari handles <foreignObject> inside standalone SVGs poorly. It forces the HTML document inside it to render at its natural resolution (which breaks responsively) showing only the left half of the screen with no touch controls, and blocks touch event bubbles from passing down through the SVG root into the HTML canvas layers.

Android Firefox renders the C64 correctly both Mobile mode and Desktop mode. Unfortunately the emulator won't show touch controls in Desktop mode, and in Mobile mode the touch controls are partially hidden behind the screen. Also in Mobile mode the .d64 image does not get attached to load the game anyway.

I've no idea if some or any of these issues are fixable yet. Any help is appreciated since this means not needing an account or even your own website to share C64 stuff on the web, imglink.cc allows uploading .svg files anonymously.

Score: 100/100

Risk Level: Severe Risk

Domain Age: 74,999,999 years

scientology.org is most definitely unsafe

Full Analysis: https://scientology.neocites.org

Scanned using a Hubbard Electropsychometer

Right now is probably a good time to check which image hosting sites allow .avif uploads without converting them to another format.

Anyone got suggestions of ones that do?

AVIF is an open standard not dissimilar to WEBP in that it's the image version of a video compression codec. It's capable of transparency and animations. It seems to have less perceivable artifacts at lower qualities on photo/gradient images.

Seeing a C64 developer struggle to reliably share a newly created C64 program file (.prg) I mentioned an embedding trick allowing the file to be shared via image hosting sites.

I then decided to automate the embedding part so you just input a screenshot (usually from the VICE emulator) along with the .prg file and it outputs an .svg you save locally:

###https://prg2svg.bonto.run/ Entirely clientside, no external resources. In fact you can just save that index.html page and run it as a local tool in your web browser🤟

Then you just upload the saved .svg file to an image host, done!