惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

T
Threatpost
博客园 - 叶小钗
T
The Blog of Author Tim Ferriss
Recent Announcements
Recent Announcements
D
DataBreaches.Net
The Cloudflare Blog
阮一峰的网络日志
阮一峰的网络日志
罗磊的独立博客
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
N
Netflix TechBlog - Medium
Microsoft Azure Blog
Microsoft Azure Blog
Microsoft Security Blog
Microsoft Security Blog
B
Blog
U
Unit 42
有赞技术团队
有赞技术团队
博客园 - 聂微东
GbyAI
GbyAI
宝玉的分享
宝玉的分享
F
Full Disclosure
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
MyScale Blog
MyScale Blog
Jina AI
Jina AI
Martin Fowler
Martin Fowler
IT之家
IT之家
酷 壳 – CoolShell
酷 壳 – CoolShell
D
Docker
P
Proofpoint News Feed
A
About on SuperTechFans
I
InfoQ
博客园 - 【当耐特】
C
Check Point Blog
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
P
Privacy & Cybersecurity Law Blog
T
Threat Research - Cisco Blogs
Y
Y Combinator Blog
Project Zero
Project Zero
WordPress大学
WordPress大学
小众软件
小众软件
AWS News Blog
AWS News Blog
博客园 - 司徒正美
T
The Exploit Database - CXSecurity.com
L
LINUX DO - 热门话题
I
Intezer
Engineering at Meta
Engineering at Meta
C
CXSECURITY Database RSS Feed - CXSecurity.com
J
Java Code Geeks
T
Tenable Blog
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
Last Week in AI
Last Week in AI
C
CERT Recently Published Vulnerability Notes

CSS Wizardry

Front-End’s Missing Metric: The TBT Window Meet Your Users Where They Are with Obs.js Better Browser Caching with No-Vary-Search font-family Doesn’t Fall Back the Way You Think What Is CSS Containment and How Can I Use It? When All You Can Do Is All or Nothing, Do Nothing Obs.js: Context-Aware Web Performance for Everyone Low- and Mid-Tier Mobile for the Real World (2025) The Fastest Site in the Tour de France Making Sense of the Performance Extensibility API Why Do We Have a Cache-Control Request Header? HTML Is Not a Programming Language… Build for the Web, Build on the Web, Build with the Web Licensing Code on CSS Wizardry A Layered Approach to Speculation Rules Designing (and Evolving) a New Web Performance Score Core Web Vitals Colours The Ultimate Contract Templates for Tech Consultants: Protect Your Business and Get Paid Optimising for High Latency Environments Cache Grab: How Much Are You Leaving on the Table? blocking=render: Why would you do that?! Correctly Configure (Pre) Connections The Three Cs: 🤝 Concatenate, 🗜️ Compress, 🗳️ Cache What Is the Maximum max-age? How to Clear Cache and Cookies on a Customer’s Device The Ultimate Low-Quality Image Placeholder Technique Core Web Vitals for Search Engine Optimisation: What Do We Need to Know? The HTTP/1-liness of HTTP/2 In Defence of DOM­Content­Loaded Site-Speed Topography Remapped Why Not document.write()? Speeding Up Async Snippets Critical CSS? Not So Fast! Measure What You Impact, Not What You Influence Optimising Largest Contentful Paint Measuring Web Performance in Mobile Safari Site-Speed Topography Speed Up Google Fonts Real-World Effectiveness of Brotli Performance Budgets, Pragmatically Lazy Pre-Browsing with Prefetch Making Cloud.typography Fast(er) Time to First Byte: What It Is and How to Improve It Self-Host Your Static Assets Tips for Technical Interviews Cache-Control for Civilians Bandwidth or Latency: When to Optimise for Which ITCSS × Skillshare What If? CSS and Network Performance The Three Types of Performance Testing Getting to Know a Legacy Codebase Image Inconsistencies: How and When Browsers Download Images Identifying, Auditing, and Discussing Third Parties My Digital Music Setup Measuring the Hard-to-Measure Finding Dead CSS The Fallacies of Distributed Computing (Applied to Front-End Performance) Ten Years Old Relative Requirements Airplanes and Ashtrays Performance and Resilience: Stress-Testing Third Parties Refactoring Tunnels Little Things I Like to Do with Git Writing Tidy Code Configuring Git and Vim Base64 Encoding & Performance, Part 2: Gathering Data Base64 Encoding & Performance, Part 1: What’s Up with Base64? Code Smells in CSS Revisited Typography for Developers Moving CSS Wizardry onto HTTPS and HTTP/2 Ack for CSS Developers A New Year, a New Focus Preparing Vim for Apple’s Touch Bar Choosing the Correct Average CSS Shorthand Syntax Considered an Anti-Pattern CSS Wizardry Newsletter Nesting Your BEM? Improving Perceived Performance with Multiple Background Images Continue Normalising Your CSS Pure CSS Content Filter Pragmatic, Practical, and Progressive Theming with Custom Properties Refactoring CSS: The Three I’s Speaker’s Checklist: Before and After Your Talk Improving Your CSS with Parker The Importance of !important: Forcing Immutability in CSS Mixins Better for Performance Managing Typography on Large Apps White October Events Workshop Partnership BEMIT: Taking the BEM Naming Convention a Step Further Travelling Like You Want to, When You Have To Contextual Styling: UI Components, Nesting, and Implementation Detail Subtleties with Self-Chained Classes Cyclomatic Complexity: Logic in CSS Immutable CSS Can CSS Be Too Modular? More Transparent UI Code with Namespaces When to use @extend; when to use a mixin The Specificity Graph CSS Wizardry Ltd.: Year 1 in review
inuit.css v4.0.0—OOCSS, Sass and more
Harry Roberts · 2012-09-30 · via CSS Wizardry

Written by on CSS Wizardry.

Table of Contents

Independent writing is brought to you via my wonderful Supporters.

  1. OOCSS
  2. Who for?
  3. The proof is in the pudding
  4. Bootstrap?
  5. Roadmap
  6. Using inuit.css?

I decided to completely overhaul inuit.css over the last couple of weeks. It’s now at version 4.0.0 and completely incompatible with previous versions of the framework.

It is now written on top of Sass, not doing anything particularly exciting but taking advantage of includes and variables to make your life a little easier.

inuit.css on GitHub

OOCSS

inuit.css is fully OO; it is a library which does very little styling but a lot of heavy lifting. inuit.css’ job is to package up design patterns and abstractions such as the nav abstraction, the island object and more.

OOCSS promotes DRYness, abstractions, reuse, portability and lends itself well to scalability, making inuit.css ideal for projects of any size (especially big ones!).

Who for?

inuit.css is great for designers because it doesn’t tread on their toes, but inuit.css is also super-awesome for developers. It borrows a lot from programming principles (objects and abstractions, DRY, single responsibility principle) as well as being written in a very developer-friendly manner. inuit.css features DocBlock comments, 80 char line lengths, heavily documented, lots of whitespace.

I genuinely believe inuit.css has the potential to be the most useful CSS framework on the market. The quality of the code is far better than most other alternatives, the principles employed are tried and tested on sites of all sizes, it does one job and it does that job very well. It’s a project and codebase I’m very proud of and hope that, as it starts getting used, people will start to believe in it as much as I do.

The proof is in the pudding

Rather shamefully, I never actually used previous versions of inuit.css on any projects. With version 4.0.0 I will be using inuit.css as standard on any projects I begin. In fact, it has already been forked and reused in a big, new project at Sky. This version of inuit.css is the most useful version there has been.

Bootstrap?

Bootstrap is getting a lot of love lately, and it’s not a bad framework, but inuit.css does a very different job. Bootstrap is fine if you’re a developer who needs a framework to do the design for you, but Bootstrap is of no use to a designer who needs a hand with the CSS. inuit.css aims to be more useful to a wider array of people than Bootstrap is; inuit.css is a design-free framework meaning it can be used on literally any type of project. You define your own font sizes, your own spacing units for paddings etc and you extend inuit.css with your own stylesheet to add skin. inuit.css makes no decisions or assumptions, because that’s not the job of a framework.

The result of this is a more versatile framework that can be used on any projects of any size, and there’ll be no need to edit or delete anything; no undoing someone else’s design decisions, no needing to alter someone else’s code. inuit.css is as little as possible whilst also being a hell of a lot.

Roadmap

There’s no official roadmap for inuit.css but I’m finally happy enough with the architecture, content and abilities of the framework to safely say this should be the last complete rewrite.

The framework’s architecture is something I have proven to myself time and again on working on big sites at Sky, so I’m confident it’s ‘the right way’. As such, inuit.css will only grow and mature, never really change. As I get better with Sass I’ll add/update any mixins etc, and as I dream up more objects and abstractions they will get added accordingly.

Using inuit.css?

If you use inuit.css on any projects that make it live, drop me a tweet and I’ll send you out some inuit.css stickers!

inuit.css