Live data from Hacker News

On The (2021)

benmyers.dev

111–120 of 138 posts

Re: On The <dl> (2021)

#111

Earlier quoted context omitted.

Your comment put me on a side quest to research the differences between i.e., e.g., viz. and sc. and I have to admit that I’m still not 100% sure

i.e. == aka == in other words e.g. == f.e., for example

But both i.e. and e.g. might be more easily understood by non-native speakers of English (IMHO ;-)

Re: On The <dl> (2021)

#112

> This is incorrect: 1. has no corresponding ( viz. implicit) role, but can be given the role group, list, none or presentation https://w3c.github.io/html-aria/#el-dl >. 2. You’re only allowed to define aria-label on elements that have a compatible role, implicit or explicit https://w3c.github.io/html-aria/#docconformance-naming >. 3. aria-label is allowed on all but a handful of roles https://www.w3.org/TR/wai-aria-…

The old HTML5 Doctor article is still my favourite https://html5doctor.com/element-index/

Re: On The <dl> (2021)

#114

List history (listory?) lesson, kids: As the link below to a 1985 IBM mainframe DCF/GML manual shows, DL-DT-DD have been a thing since before the web. In addition to Definition lists (DL), the 40+ year-old documentation describes Glossary lists (GL), Ordered lists (OL), Unordered lists (UL), and Simple lists (SL). ibm :: 370 :: DCF :: SH35-0050-2 Document Composition Facility Generalized Markup Language Implementatio…

I believe IBM Generalized Markup Language evolved into SGML (Standard Generalized Markup Language) which was used heavily at CERN when Tim Berners-Lee was working on HTML, which is heavily derived from it. I find this interesting about HTML: some form of the markup language had been floating around for decades until Berners-Lee added hyperlinks to it.

Re: On The <dl> (2021)

#115
Aside from the accessibility benefit mentioned in the article, I would think that using semantic HTML like this would also make AI tools more effective at understanding code

Re: On The <dl> (2021)

#116
post #99

Earlier quoted context omitted.

In practice today, that's fine. Typically authors have a hard time differentiating what "emphasis," "importance," and "bring attention to" mean to them. Therefore, nothing conveys a distinction by default.

So then what's the point of making this distinction? I would like to see surveys of how many people actually author content in forms that differentiate between b and strong.

Because the elements already exist. When the elements were invented and defined, CSS didn't exist and authors had to use elements to make presentational changes. When HTML5 was defined, CSS was well established and it was an opportunity to update element descriptions to get rid of specific presentational qualities.

There are lots of elements, if you don't find some of them useful, don't use them. Other people may find uses for the distinctions; even if they use distinctive styling for them all, they may need to document why they're used, not just for all the authors but for the audience as well; clearly we can't expect developers to know what all the elements are for so that's doubly true for the audience.

Re: On The <dl> (2021)

#117

List history (listory?) lesson, kids: As the link below to a 1985 IBM mainframe DCF/GML manual shows, DL-DT-DD have been a thing since before the web. In addition to Definition lists (DL), the 40+ year-old documentation describes Glossary lists (GL), Ordered lists (OL), Unordered lists (UL), and Simple lists (SL). ibm :: 370 :: DCF :: SH35-0050-2 Document Composition Facility Generalized Markup Language Implementatio…

GML dates to 1969, SGML from the 1970s. Internally we used something called BookMaster which kind of? looks like a precursor to HTML (you had :p. instead of

, :li. instead of ). There was an effort circa 1990-1991 (as TBL was developing HTML and HTTP) called HyTime which was an SGML application focused on hypermedia. HTML killed that fairly quickly.

See https://en.wikipedia.org/wiki/Charles_Goldfarb who shepherded GML/SGML and https://en.wikipedia.org/wiki/Standard_Generalized_Markup_La...

Re: On The <dl> (2021)

#118

Earlier quoted context omitted.

So then what's the point of making this distinction? I would like to see surveys of how many people actually author content in forms that differentiate between b and strong.

What, you don't know what's the difference between "emphasis" and "bringing attention to"? Shame on you, shame on you: you're unworthy to write HTML. The difference, of course, is that one is a Latin word, and the other is an English phrase with the same meaning. But they're different words, so different tags. It's all completely rational and logical, and if you don't see the logic and/or reason, well: you're unworth…

I also enjoy this classic meme. The full version is here: https://www.dourish.com/goodies/see-figure-1.html

Some phrases have stuck with me, like “mandatory defaults“, “they told their users to see figure 1 a long time ago” and the flippant “sometimes we blow it though”.

Re: On The <dl> (2021)

#119
post #102

Earlier quoted context omitted.

It's not that inconvenient if you omit unnecessary closing tags: first second what ever I find it simpler and cleaner than any of the markdown table markups

> if you omit unnecessary closing tags As someone who had written lots of XHTML in the past, not having closing tags makes my eyes twitch like Scrat in Ice Age. I even occasionally write ` ` like ` ` out of habit.

>

Only occasionally? I will die on this hill.

Yes yes, someone is about to tell me that Opera running on a PS Vita with the language set to Basque will display those incorrectly. That ISO 714-4BΔ-鸡冠 defines them as undefined, and prohibits them within eight clock ticks of C sequence points. That Apple charges an extra 1% app store commission for them (except where prohibited by court injunction).

Call it a concession to my sanity. A song of saner days.

Re: On The <dl> (2021)

#120

Earlier quoted context omitted.

So then what's the point of making this distinction? I would like to see surveys of how many people actually author content in forms that differentiate between b and strong.

Because the elements already exist. When the elements were invented and defined, CSS didn't exist and authors had to use elements to make presentational changes. When HTML5 was defined, CSS was well established and it was an opportunity to update element descriptions to get rid of specific presentational qualities. There are lots of elements, if you don't find some of them useful, don't use them. Other people may fin…

Personally I think we should declare that b and strong mean the same thing, and that i and em mean the same thing. As the other commenter points out, there's no real semantic difference between "bring attention to" and "emphasize".
Post reply on HN