11–20 of 76 posts
For many purposes it is needlessly verbose to write html by hand. Thats why markdown became popular. But if more people do it and report their usage patterns one could maybe create a "super-markdown", i.e., the closest you could get to mapping html flexibility without the annoying XML verbosity.
I do all the https://wordsandbuttons.online/ by hand, and this is my top 10: 2527 p 2047 a 1318 span 1078 td 918 b 537 tr 531 sub 499 br 401 i 393 table
I struggled with Markdown (and various other mark up formats) for a long time, until I realised that, for me, nothing beats plain HTML for simplicity and expressive power.
I now use HTML the way people generally use markdown: as an open, easy to read, easy to write, plain-text format for taking notes, writing articles, expressing thoughts, and so on.
I didn't really choose HTML, I just sort of noticed that I was using it. It seems like an unconscious decision, like a river flowing downhill, finding its own path.
Most used tag would be
, because I write a lot of essays and things with paragraphing. As well as other structural elements such as headings and lists, I lean into , , a lot.
I tend to use the 'optional' form. I don't close
's and 's unless required.
HTML is how I write . I struggled with Markdown (and various other mark up formats) for a long time, until I realised that, for me, nothing beats plain HTML for simplicity and expressive power. I now use HTML the way people generally use markdown: as an open, easy to read, easy to write, plain-text format for taking notes, writing articles, expressing thoughts, and so on. I didn't really choose HTML, I just sort of n…
I write HTML by hand and one thing that's come in handy is HTML's built-in functionality for author-defined custom elements. We use ICON-LIST which wraps a UL and optionally an SVG if you don't want to use the default checkmark, and STAR-RATING which displays a rating out of 5 SVG stars. They aren't my most-used, that's probably P or A or LI or DIV or SPAN by number, but they're some of the most important I use frequ…
Are you talking about web components?
The use case mentioned - custom list bullets - can be implemented using CSS btw [1]. Not that I'd advocate for it; like all things CSS, it involves lookup of obscure and rare custom syntax, questionable layering a la "content:", suggestion of orthogonality that isn't really there, and browser support troubles.
HTML is how I write . I struggled with Markdown (and various other mark up formats) for a long time, until I realised that, for me, nothing beats plain HTML for simplicity and expressive power. I now use HTML the way people generally use markdown: as an open, easy to read, easy to write, plain-text format for taking notes, writing articles, expressing thoughts, and so on. I didn't really choose HTML, I just sort of n…
Looking up elements that support no closing tag:
html, head, body, p, li, dt, dd, option, thead, th, tbody, tr, td, tfoot, colgroup
Makes sense if you think about it. Basically everything is pretty well defined and its obvious what next tag should close the context. for example obviously ends when you come across another , another , or the required
But I do write HTML templates by hand when I code webapps; it's cleaner and more efficient than use some kind of library.
I tend to use DIVs with custom data- attributes; I don't know if it's a good or bad practice but I'm not familiar enough with other approaches and I'm used to it.
I also code SVGs by hand and it's surprisingly easy and straightforward; most (not all, but most) drawings can be approximated by combining elementary shapes (instead of paths).
I do all the https://wordsandbuttons.online/ by hand, and this is my top 10: 2527 p 2047 a 1318 span 1078 td 918 b 537 tr 531 sub 499 br 401 i 393 table
Do you use a particular JS library for the visualizations? They look great!
Moreover, I don't even have internal dependencies, every page is written from scratch (with a pinch of copy-paste). This is a hobby project, and I like to program, so I'm just not interested in code reuse.
is interesting there: it’s an SVG element. SVG and MathML are fun in HTML syntax, because it becomes a little more XMLly when parsing them: XML-style self-closing tags ( ) actually work , and there’s no such thing as a void element (e.g. which has no closing tag because it has no contents). This can lead to fun problems in overly-simplistic filtering, e.g. alert() is a syntax error in SVG or in XML-syntax HTML, is sw…
Yeah the trailing slash cargo cult just goes to show the author has no idea what he/she is doing. Even more pointless is a pretentious space before the slash. It appears many extant uses of the bogus slash result from WordPress filters and their fragile nature (never change a running WP system aka WP trainwrecks) rather than manual insertion.
=
= HTML is how I write . I struggled with Markdown (and various other mark up formats) for a long time, until I realised that, for me, nothing beats plain HTML for simplicity and expressive power. I now use HTML the way people generally use markdown: as an open, easy to read, easy to write, plain-text format for taking notes, writing articles, expressing thoughts, and so on. I didn't really choose HTML, I just sort of n…
The optional form is weird looking coming from the XHTML era where we were trained on the auto-closing form. Looking up elements that support no closing tag: html, head, body, p, li, dt, dd, option, thead, th, tbody, tr, td, tfoot, colgroup Makes sense if you think about it. Basically everything is pretty well defined and its obvious what next tag should close the context. for example obviously ends when you come acr…
Only a madman would nest tables!!
/me crying in 2000's web design.