4 ms·
I prefer the minimalist WebG approach.
by dqft 3y ago
I prefer the minimalist WebG approach.
- gAI 3y agoI like HTML. Wait, what are we talking about?
- Waterluvian 3y agoTangent you got me thinking about: HTML clicked for me one day when I mentally decoupled the hypertext from the actual browser rendering. So many of us think HTML and imagine the point is to render a webpage. But HTML describes the semantics, topology, and content of a document. It’s 100% valid to “render” HTML in some other format like a PDF or an mp3.
- gAI 3y agoI'm hoping we see a move to allow the rendering of the webpage to be entirely up to the users. Just provide the data, and let me decide how I want to interact with it. But that would ruin SEO and Ads, so we're gonna get in a buncha legal battles about web scrapers instead.
- Waterluvian 3y ago“Reader Mode” is a successful example. I’m actually shocked it exists because of how it impedes the things you mention.
- zokier 3y agoBut reader mode is mostly bunch of heuristics with tons of ad-hoc special cases and hacks instead of relying documents to be well-structured. So in many ways it is the opposite of successful example. https://github.com/mozilla/readability/blob/main/Readability.js#L98 https://github.com/mozilla/readability/blob/main/Readability...
- Waterluvian 3y agoOh true. Which kind of demonstrates the penalty for abusing HTML so much that it’s no-longer semantically reliable.
- zokier 3y agoHow long can it be called abuse if it is how html has been used like almost entirety of its lifetime.
- joshspankit 3y agoBy then AI will have disrupted the ad-revenue model so fingers crossed we get the clean data!
- turtleyacht 3y agoIs it kind of a compromise then to "tag" HTML with classes for CSS? CSS doing the "rendering," like laying out mobile-responsive versus desktop. I wonder how we would separate out explicit class names from HTML, unless the tags themselves are <custom-names />. (Micro frontends & web components?) Then it sort of works out nicely, I think.
- TheRealPomax 3y agoHTML is the semantics, CSS is the styling, but you need both. Which is why browsers come with default CSS (which you can unset) for everything. You get the element tag to say "what it is", and you get the CSS classes to say "what visual rules to apply".
- abathur 3y agoThis is mostly true, but the asterisks cause a little chaos. > HTML is the semantics ... the element tag to say "what it is" Maybe this is best framed as a perspective thing. "Semantic HTML" is about HTML authors using HTML elements in a way that is consistent with the definitions laid out in the specs. These definitions try to specify element semantics because user agents want to be able to do less-dumb things (things that don't work as well if HTML authors are constantly abusing tags for some presentational effect even though the semantics are weird or wrong). The main consequence of this is that tag semantics (from the UA's perspective) won't always square with what the author assumes it means unless they go study the spec. For example, it's probably not hard to go find cases where the <address> tag is used for the obvious thing from the author's perspective: marking up addresses. The spec, however, explicitly contradicts this surface-level reading: https://html.spec.whatwg.org/multipage/sections.html#the-address-element https://html.spec.whatwg.org/multipage/sections.html#the-add... (i.e., it can be "correct" for pages to contain a mix of addresses that do and don't have the address tag.)
- abathur 3y agoWe also have a lot of tooling that invites semantic abuse for presentational effect (i.e., using markdown blockquotes as notes, and even the fancy behavior browsers attach to the <details> element).