A better comparison would use, for example, a React component:
function Button({ children }) {
return (
<button
className="inline-flex items-center gap-2 px-4 py-2 rounded-full
border border-gray-300 bg-white text-gray-900
hover:bg-gray-50 focus:ring-2 focus:ring-blue-500"
>
{children}
</button>
);
}
// Usage:
<Button>Save</Button>
This would counter all of the article’s arguments in favor of pure CSS. If the website used a `Button` component like this, it would also be true that the “HTML stays readable”, that “changes cascade”, that “variants compose”, and that “media queries live with components”.A better argument against Tailwind would be the added complexity of having a build system and a front-end framework or templating language, if your project doesn’t already have those for other reasons.
(adapted from my better-formatted comment at https://lobste.rs/c/oznzzj)
Also, from Jujutsu’s README (https://github.com/jj-vcs/jj#mandatory-google-disclaimer):
> I (Martin von Zweigbergk, martinvonz@google.com) started Jujutsu as a hobby project in late 2019, and it has evolved into my full-time project at Google, with several other Googlers (now) assisting development in various capacities.
"day" might be "time in which the sun goes round the earth" even though that's not technically correct.
"sit" could be "to take a chair" and "sat" might be "to have took a chair"
"moth" is "a bug that flies and likes to eat cloth", and so on.
https://www.reddit.com/r/LeftWingMaleAdvocates/wiki/missions...
How does this mistake happen so often? Can you explain people's thought process a bit? Is it just: "Something something 'seg...' ... ah I know, I will simply use another random word that starts with the same 3 letters and doesn't make sense in this phrase!"?
Also this is the first time I see it.
Pronounced correctly, “segue” sounds just like “Segway” – not like “seg-oo”, as you might have assumed.
• Which of axe-core’s rules (https://github.com/dequelabs/axe-core/blob/develop/doc/rule-...) LLMs violate most often
• Which groups of users are most affected by those rule violations (e.g. blind users or deaf users)
• Whether it’s likely that I unintentionally violate those same rules in web pages I write
Examples of rule violations and statistics on most-violated rules would make the website more convincing by showing that the detected accessibility errors reflect real problems. It would rule out that the only detected error was a single noisy false positive rule in axe-core. I bet that most readers are not familiar enough with axe-core to trust that it has no false positive rules.