What do you mean? I still write my sites in HTML 4.1 and frameset works fine in all the browsers I’ve tried. HTML 4.1 is still a standard, I can only recommend more people use it. HTML5 isn’t really a standard… it’s a “living document”… pff.
``
You’re allowed to <center> things and use `` without shame… or if you really do prefer it, you can still wrap that relative positioned <div> with auto margins in an absolute positioned parent <div> or whatever CSS bullshit makes stuff centered nowadays.
One thing I always though was very backwards in CSS is the paradigme to make <div> into tables instead of the other way. Tables are an easy and simple way to layout things and if it could degrade into divs you’d have your responsive design making many related CSS standards unnecessary.</div></div></div><table></table></center>
In the context of the modern web, I take that as a badge of honor. I’ve build pages using flexbox/grid and I’ve done so only for the sake of responsive layout, because of the way that tables can’t degrade to a bunch of boxes, but a bunch of boxes can by styled to look like a table. It is a convoluted way of doing table layout instead of just using a table.
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.
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.
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 sandbox attribute 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 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!”
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!
What do you mean? I still write my sites in HTML 4.1 and frameset works fine in all the browsers I’ve tried. HTML 4.1 is still a standard, I can only recommend more people use it. HTML5 isn’t really a standard… it’s a “living document”… pff.
``
You’re allowed to
<center>things and use `` without shame… or if you really do prefer it, you can still wrap that relative positioned<div>with auto margins in an absolute positioned parent<div>or whatever CSS bullshit makes stuff centered nowadays.One thing I always though was very backwards in CSS is the paradigme to make
<div>into tables instead of the other way. Tables are an easy and simple way to layout things and if it could degrade into divs you’d have your responsive design making many related CSS standards unnecessary.</div></div></div><table></table></center>Sheriff? Yes, this commenter right here.
Oh no you wouldn’t…
You’re insane if you think doing layouts with tables is easier than flexbox/grid.
In the context of the modern web, I take that as a badge of honor. I’ve build pages using flexbox/grid and I’ve done so only for the sake of responsive layout, because of the way that tables can’t degrade to a bunch of boxes, but a bunch of boxes can by styled to look like a table. It is a convoluted way of doing table layout instead of just using a table.
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.
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