suit VS Compass

As style sheets became the responsibility of larger and larger teams, CSS’ global scope and specificity were often at odds with team dynamics. Style collisions became increasingly common, where changes introduced by one developer would inadvertently affect styles elsewhere on the website. As the old joke goes: two CSS properties walk into a bar; a bar stool in a completely different bar falls over. As these issues and the number of people experiencing them multiplied, so too did new CSS methodologies, particularly those focused on style sheet architectures. Before long, we had SMACSS, SUIT CSS, BEM, ITCSS, and more. Third party supersets of CSS also appeared during this time, such as Sass and LESS, which gave style sheet authors access to scripting features like variables and loops.

CSS (Cascading Style Sheets) are rules to describe how your HTML elements look. Writing good CSS is hard. It usually takes many years of experience and frustration of shooting yourself in the foot before one is able to write maintainable and scalable CSS. CSS, having a global namespace, is fundamentally designed for web documents, and not really for web apps that favor a components architecture. Hence, experienced front end developers have designed methodologies to guide people on how to write organized CSS for complex projects, such as using SMACSS, BEM, SUIT CSS, etc.

This is actually super bad practice. I really dislike scoped css.

When I see devs using scoped css the class names always end up like `.box` or `.name`.

Having to think about classnames and writing Sass makes me much more aware of the structure of the components I'm styling. Frankly I think only JS oriented devs like scoped CSS and frontend who love html/css and the challenges of architecturing good CSS don't egt any benefit out of styled components (since you're using atomic css like Tailwind and/or BEM-style which always "scopes" classnames with the component name.

In general any solid guidelines makes CSS instantly 10x better and that's all most projects needs, and it's often what most projects lack.

SuitCSS works great with Vue in my experience, and can even be linted with postcss-bem-linter :

https://github.com/suitcss/suit/blob/master/doc/naming-conve...

SUITCSS

Tachyons developer, Adam Morse in this talk at DevShop London 2016, talks about motivation behind Tachyons. He discusses the problem of continuous over-riding your own written CSS code, writing tons of CSS code, struggle to keep all this info in your head and the need to refactor 200Kb CSS file. His answer to the problem is Tachyons. SUIT CSS (Style Tools for UI Components). was the initial inspiration that lead to creation of Tachyons. Unlike Bootstrap where you redefine a component multiple times, SUIT had a class which would not redefine itself or mutate later.

This component syntax is mainly taken from Suit CSS with minor modifications.

suitcss/suit - Style tools for UI components

pretty much gone, the beta site seems still to be alive http://beta.compass-style.org/reference/compass/css3/ and the github repo is still about https://github.com/Compass/compass/

SASS is a CSS preprocessor that is designed to be used as a standalone preprocessor, or as part of a framework called Compass. SASS for CSS is very similar to CSS, for creating CSS files that are more easily readable and maintainable than traditional CSS files. In the next chapper, we will learn how to use SASS to create a simple CSS file.

Soon after, Chris Epstein, the creator of Compass and co-creator of Sass, forked Brandon’s repository and asked for some help with the design. Being a big fan of Chris’s, Brandon jumped on the opportunity straight away. He pulled out the content, made the theme more generic, and named his creation Octopress.

I use a CLI tool to compile it as changes are made. I use http://compass-style.org/

Compass/compass - Compass is a Stylesheet Authoring Environment that makes your website design simpler to implement and easier to maintain.