this post was submitted on 28 Jul 2023
945 points (96.2% liked)
Programmer Humor
20695 readers
1066 users here now
Welcome to Programmer Humor!
This is a place where you can post jokes, memes, humor, etc. related to programming!
For sharing awful code theres also Programming Horror.
Rules
- Keep content in english
- No advertisements
- Posts must be related to programming or programmer topics
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Let's just design every website using a table again. Or even better, frames!
Don’t forget image maps!
Laughs in frameset!
Kids nowdays try hard to do with divs what was already possible with framesets.
Also I feel bad every time I remember that was taken away from us!
You're insane if you think doing layouts with tables is easier than flexbox/grid.
A table has semantic meaning: it's for presenting tabulated data, not for building layouts. That's why they behave the way they do and require the format they require. Table layouts have always been a hack, it's just that for awhile there weren't better options.
Again, you are insane if you're still doing table layouts in 2023.
Sheriff? Yes, this commenter right here.
“And so the Gods (also known as the W3C) spoke down to the Programmers and said: ‘You shall not use tables for non-tabular data.’ And so it was.”
I stand by that iframes had their place, even if the backend devs absolutely hated them.
Running each app component in it's own iframe is perfectly valid microservices architecture change my mind.
Technically correct.
They still have their place; for example to embed Google Maps or a YouTube video. Generally, whenever you want to embed something from a different website you have no control over, that shouldn't inherit your style sheets, and should be sandboxed to prevent cross site scripting attacks.
Are iframes really sandboxed in different processes than the main frame? On which browsers?
Iframes cannot access the main frame's DOM if the iframe is from a different origin than the main frame, and they never share the same JavaScript execution context, so an iframe can't access the main frame's variables etc.
It's not required that iframes run in a different process, but I think they do at least in Chrome and Firefox if they're from a different origin. Also, iframes with the
sandboxattribute have a number of additional restrictions, which can be individually disabled when needed.Seems to me they were mostly used to put content inside a scrollable element. Their place has mostly been taken by overflow:auto hasn't it? I think this is the better way.
I believe Kingdom of Loathing used iframes extensively to achieve what looked like a "dynamic" page long before that was a thing.
Oooh I loved my inline frames.
I was so fucking proud of that. My links down the left side, two inline frames neatly in a box on the right, perfectly designed in two versions. One for 800x600, the other for 1024x768.
I did websites for bands from East Tennessee, one for a weird website for survivors of “satanic ritual abuse”. I thought it was nuts but I made a hundred bucks.
I wouldn’t even know where to start on the modern web. I’m fine with that too. I lost the passion for it when everyone under the sun wanted me to be their free tech support years ago.
I remember when I first started on homestead. Seeing my dangling skeleton gifs and my “under construction” banners made me feel like something. There it was, the World Wide Web, and I had my own place on it. Perpetually under construction.
I used to love browsing geocities and the log in name would be right there in the link. Something like geocities.com/cartman1988
I’d guess the password and change things around on their page to mess with them. “Hmmm, Cartman eh? Let’s try southpark. I’M IN. Time to photoshop dicks on this dude’s face!”
To be a kid again.
Y’all got me all old and nostalgic here. :p
Think my eye twitched from the thought of frames again 🫨
https://media.tenor.com/cJM3MCBQXlEAAAAM/cringe-flinch.gif