11–20 of 179 posts
EDIT: some wording changes.
It is a neat idea, but the purist in me misses those tags, even though they are the main reason why I don't like writing HTML by hand.
It is a neat idea, but the purist in me misses those tags, even though they are the main reason why I don't like writing HTML by hand.
What about the standard ... ... tags?
But for every paragraph I write I need to type
(and maybe even
, if I choose to).That's exactly the use case for Markdown, to get rid of that tedious stuff.
Earlier quoted context omitted.
What about the standard ... ... tags?
What about them? They occur exactly once, and I probably have a prepared file with them already in it. But for every paragraph I write I need to type (and maybe even , if I choose to). That's exactly the use case for Markdown, to get rid of that tedious stuff.
Html - structure of the document CSS - appearance JS - interactivity
I could be wrong, but that's how I remember it. Is there an advantage to moving away from this fairly simple and unambiguous paradigm?
If I'm understanding correctly, here, the semantic value of the element is ignored to increase DX. I personally wouldn't make that compromise, why is pre-processing not simple enough?
Of late, I have been writing with just MarkDown and dropping in some of the simplest tool (Pandoc, Jekyll) possible to render as HTML.
Shameless plug, I created the NeatCSS framework to have this "simple" look and feel. On that, however, I didn't try to avoid your typical HTML code.