4 ms·
Ok. I tried to make fun of you but you’re still friendly so I’m curious. Do you mind if I ask what kind of stuff you’re maintaining where you see any traffic f
by DC1350 6y ago
Ok. I tried to make fun of you but you’re still friendly so I’m curious.
Do you mind if I ask what kind of stuff you’re maintaining where you see any traffic from these old browsers? Do you think it would ever be possible to transpile a site into some shared common set of syntax/features/whatever instead of making browser specific corrections? And what do you think about features like WebGL which are impossible to replicate on older browsers in a performant way?
- forgotmypw17 6y agoThank you! >Do you mind if I ask what kind of stuff you’re maintaining where you see any traffic from these old browsers? I'm maintaining mostly text-based resources, some of them about technology and interesting to nerds and retro enthusiasts, otheres just general purpose, which I want to make accessible to as many as possible. For example, when I conducted my first user studies with actual users of screen readers, NO ISSUES were encountered, even though I had not yet made any special adjustments for them. >Do you think it would ever be possible to transpile a site into some shared common set of syntax/features/whatever instead of making browser specific corrections? Yes, absolutely. JavaScript makes it very easy by being able to feature-check most things. Also, NoJS is something I already start out with, so it's not difficult to just skip past things like createElement if not supported. Three biggest challenges I've encountered is no > character (Mosaic treats it as end of HTML comment), no ===, and no anonymous functions. >And what do you think about features like WebGL which are impossible to replicate on older browsers in a performant way? I haven't done WebGL, but one feature I have which requires relatively modern JS (think Presto and IE9) is in a separate feature-checked module, older browsers not currently supported. Again, my goal is for basic feature support, in some cases requiring a skilled operator. For example, this particular feature (client-side cryptographic signatures) can be replicated with an external application. You need not look far for a great example of progressive enhancement and the benefits it brings. HN has a couple of JS-only niceties, without which the site is still perfectly usable.
- forgotmypw17 6y agoHere's a summary of my journey: I started out just writing clean and simple HTML with NoJS support. I wanted to be usable over a slow connection and for Tor users. I had a few older browsers I liked which I also wanted to support. Also, text-mode like Lynx, for the hackers. I happened upon a great digital art exhibit at the MFA in Boston, and one of the rooms had several beige boxes with Windows 95 and Netscape 3.04Gold set up to exhibit older Web art in a time-accurate setting. It was then that I realized how much I liked that particular browser, how much I enjoyed using it, and also how capable it was. So I tried to adjust for it, and by then I had tested under so many others, it wasn't even much work. After that came others, like Mosaic and OffByOne and even more obscure stuff, barely a blip on the radar in its day. It became a fun hobby, and something to be proud of. A couple years ago, NYC had useful Web access kiosks which were than locked up over public outrage about outdoors people using them for porn. However, they allowed Google Translate, and I was able to both read and post to my site via that. I had not foreseen the use case, but because I had tested for so many others, it worked. All around, I refer to this as the bending over backwards development model. Like the city bus, I work hard to accomodate everyone, and don't turn anyone away if I can help it. Except spammers, fuck them.