HN's HTML Is Invalid • Hacker News Board

Re: HN's HTML Is Invalid

#21

Post by vishnugupta » Fri, Aug 18, 2023, 2:22 PM UTC

No discussion on HTML validation/parsing is complete without mentioning this all time SO classic

https://stackoverflow.com/questions/1732348/regex-match-open...

Re: HN's HTML Is Invalid

#22

Post by petee » Fri, Aug 18, 2023, 2:22 PM UTC

In defense, half of these look like what I'd call "normal" HTML, granted I'm not up on the latest fads.

But "" is depreciated now? Come on.

"Width" and "height" attributes too? To what purpose? They are clear, easy to use, and apparently still widely supported with no issue.

And yet to see a browser that actually cares about DOCTYPE...usually its pretty obvious when the next line is

Edit: I seem to be mistaken about the importance of doctype for some situations.

Re: HN's HTML Is Invalid

#23

Post by [deleted] » Fri, Aug 18, 2023, 2:23 PM UTC

trinsic2 wrote: post #19

Speaking of the HTML it would be great to have a way to increase the text size for mobile devices. The Hacker News layout doesn't look to great in reader view.

[deleted]

Re: HN's HTML Is Invalid

#24

Post by kinduff » Fri, Aug 18, 2023, 2:23 PM UTC

foobarian wrote: post #10

sodapopcan wrote: post #5

Ah, cellpadding and cellspacing. A blast from the past!

Wait, there is something newer now?

CSS padding and border-spacing properties can be used instead (they recommend using CSS).

The cellpadding [0] and cellspacing [1] attributes are still supported but deprecated. I'm impressed by the usage numbers, though. I do not believe this will be removed from browsers anytime soon, but that's just my opinion.

[0]: https://caniuse.com/mdn-html_elements_table_cellpadding

[1]: https://caniuse.com/mdn-html_elements_table_cellspacing

Re: HN's HTML Is Invalid

#25

Post by pavlov » Fri, Aug 18, 2023, 2:23 PM UTC

foobarian wrote: post #10

sodapopcan wrote: post #5

Ah, cellpadding and cellspacing. A blast from the past!

Wait, there is something newer now?

This year every credible CSS expert is using grid-item-gutter-closed-start specified in qem units. Last year it was flex-interval-bound-distance: 1, auto, 100% but the spacing wasn’t artisanal enough. Many people are also discovering the Tailwind organic vintage where you just add sx-dff-7 gb-y it-9-em on all your elements.

Re: HN's HTML Is Invalid

#26

Post by [deleted] » Fri, Aug 18, 2023, 2:23 PM UTC

[deleted]

Re: HN's HTML Is Invalid

#27

Post by intrasight » Fri, Aug 18, 2023, 2:24 PM UTC

There was a time when I demanded of myself that all the sites that I built for clients had a perfect validation score. Well, I no longer build web sites.

Re: HN's HTML Is Invalid

#28

Post by Gualdrapo » Fri, Aug 18, 2023, 2:24 PM UTC

marginalia_nu wrote: post #18

gsky wrote: post #15

Earlier quoted context omitted.

Grid replaced table

Tables are still in the HTML spec. Not really practical to represent tabular data with grid layout.

But also not practical to do page layouts with tables.

Re: HN's HTML Is Invalid

#29

Post by H8crilA » Fri, Aug 18, 2023, 2:25 PM UTC

water9 wrote: post #12

DANG what a blunder

No, this is a 4D chess move.

Since everything in web technology is circular he is just waiting for the page to become compliant again. It'll look impressive on the Internet Archive, so far ahead of its times! And with no effort whatsoever. This also applies to the visual style.

Re: HN's HTML Is Invalid

#30

Post by mypetocean » Fri, Aug 18, 2023, 2:26 PM UTC

throwanem wrote: post #14

foobarian wrote: post #10

Earlier quoted context omitted.

Wait, there is something newer now?

Tables first came to be used as a tool for general page layout because IE 5's box model sucked so bad nothing else really worked. It has been a minute since that constraint applied, yeah.

Tables first came to be used for displaying tabular (spreadsheet-like) data – which was what it was designed for.

And for that purpose, it's still the best option.