Earlier quoted context omitted.
It was t.gif, for transparent.
Ours was called 0.gif
Clever - then you don't need to waste a whole byte for an ascii character!
Only 90s web developers remember this (2014)
191–200 of 354 posts
Re: Only 90s web developers remember this (2014)
#192Earlier quoted context omitted.
Except now it just shows Good luck with that!
I’ve struggled for ever with modern pages to find out what even listeners are attached to particular html elements. Is that even possible to find out? Say you’re on a webpage, and when you click a button a bunch of JS happens. Except it’s all minifies uglified. But the browser must know what JS will run when clicking that button. How do I make it show me what that code/function is without trawling through the JS code…
At least Firefox makes it easy to show which listeners are on which elements in the Web Developers tools. The thing that looks like Firebug anyway.
That you'll be able to actually read the code is another completely different story.
Re: Only 90s web developers remember this (2014)
#193The comments on this page are very clearly divided between people who at the time were professional web developers and people who were teen code explorers, and I love them both. I never thought I'd feel nostalgic for that time in my life.
I was an explorer at that time. I made documentation websites for my own fantasy novel and took screenshots of SNES emulators that I'd turn into table-based websites. Nostalgia indeed.
Took me a career in corporate finance to realise I should probably go back to playing with computers again, love every minute of it.
Re: Only 90s web developers remember this (2014)
#194I'm missing the : https://developer.mozilla.org/en/docs/Web/HTML/Element/marqu... , the "under construction" GIFs: https://www.vice.com/en/article/9akenz/this-guy-compiled-eve... and those lightsaber horizontal content dividers.
And out of topic dancing dog / cat GIFs. And horrible gray backgrounds. Or worse, not gray backgrounds.
Re: Only 90s web developers remember this (2014)
#195My first software dev job was in the 90's writing PHP for a mom and pop ISP that was trying to get into app development. It was originally supposed to be Perl, the job interview was something like: Me: demos CRUD app for keeping track of my record collection, hosted on a free site Owner: You wrote this? Me: Yeah. Owner: This is in Perl? Me: Yeah. So I got hired. The day I got there, he told me they were going to use…
I wish interviews were like this. Show them something you built and you get hired instead of the nonsense of leetcode.
I try to drag this out of candidates, but it's often very hard... Surprisingly few people actually code outside their jobs/education... Job code is obviously a no-go, and academics are usually pre-skeletoned work, So when I ask them to show me their favorite project, they often draw a blank...
I was lucky and I did a side project my last year of college abusing Hadoop to make a web scraper & analysis tool on one. Probably got me my first 2 jobs because I LOVED to talk about that project, and it let me break out of my fearful and introverted shell to show a wider range of skills
Re: Only 90s web developers remember this (2014)
#196That's the first time I've heard DHTML to mean "distributed HTML" — I always knew it to mean "dynamic HTML".
Yeah, it is dynamic. But the author also mentioned putting spacer gifs in semantically appropriate containers, so I think it may have been a joke?
I think it is a joke.
Also, as far as I can remember, you could never combine and because only IE supported and only the Netscape family of browsers supported .
I think there is a lot of humor in this article that is maybe a little too subtle.
Re: Only 90s web developers remember this (2014)
#197Because I saw an example of it in the post, what's the right way to handle special characters in script tags? Browsers seem to let you do anything, but stray ampersands are sort of illegal?
If you write HTML, only will end the Javascript parsing and make the parser go back to parsing HTML. This is the only thing you need to escape if it appears in the Javascript code (by using something like '' for instance). You CANNOT escape special HTML characters (&, ) because the parser is interpreting Javascript code, not HTML (but still looking for ).
If you write XHTML, special HTML (XML) characters in MUST be escaped. You can avoid having to escape manually by putting your Javascript between . That's because the XML parser does not have special handling of script tags, contrary to HTML, and will not forgive any unescaped special character. It will parse them as tags and entities if they happen to be syntactically valid XML tags or entities.
If you write polyglot HTML / XHTML, CDATA sections will not handled as such by the HTML parser and will break your javascript because
//
In XHTML mode, the Javascript will look like this after parsing:
//
let your_code = "be here";
//
In HTML mode:
//
Re: Only 90s web developers remember this (2014)
#198I find it insane how much work I still have to do to figure out positioning on a web page (I don't do much design these days).
Maybe tables weren't the best, but they were easy and predictable.
Re: Only 90s web developers remember this (2014)
#199Drop shadows, rounded corners, the holy grail layout, optimized for 800x600, 960.css, print stylesheets, flash files, the advent of promises... We didn't start the fire, it was always burning while the beachball was turning.
[deleted]
Re: Only 90s web developers remember this (2014)
#200My first software dev job was in the 90's writing PHP for a mom and pop ISP that was trying to get into app development. It was originally supposed to be Perl, the job interview was something like: Me: demos CRUD app for keeping track of my record collection, hosted on a free site Owner: You wrote this? Me: Yeah. Owner: This is in Perl? Me: Yeah. So I got hired. The day I got there, he told me they were going to use…
I wish interviews were like this. Show them something you built and you get hired instead of the nonsense of leetcode.
In fairness it isn’t a great filter. As someone that had a similar story - I got a very well paying job out of high school based in part on some home grown apps 20ish years ago - the field of people doing small scale stuff was small and any basic CRUD app, let alone embedded hardware hacking made you instantly look like a wizard - since getting started then was much harder - any output was proof of a certain level of skill in acquiring knowledge that was above average even if the overall scope wasn’t huge. In this day of Arduinos/RPi and git pull boilerplate, a small app or hardware project doesn’t prove much of anything. The scale of side project to really differentiate is beyond what most people reasonably have time for if they wish to have a life. I think compensated take home assignments still have some merit though.