When you declare a variable with SCSS, like so: And you use it somewhere, but you make an error… …the compiler will warn you. In fact the project probably won’t compile. This prevents you from making a wrong reference. This type of bug is a “wrong reference bug” i.e. we are referencing the wrong thing. […]
Category Archives: css
Coming to terms with Tailwind
- Posted in css development tailwind webdev workflow - 8 comments
For a while, I blocked the Tailwind keyword on Twitter. I was a bit mad that @tailwindcss and author Adam blocked me on Twitter after I wrote a bit of criticism that got popular. I was also tired of getting dragged in every Tailwind related conversation on the Svelte Discord. Apparently people thought it would […]
Hey, your API surface is causing unnecessary complexity
I’ve been “fighting” against Tailwind for a while, and there’s 4 different kinds of reactions: Please stfu, Tailwind is awesome, [insert technical argument] Johan, why do you bore me with these technical things? Can you please tweet about cooking? And where is your new post about sim racing? If you don’t like it, just don’t […]
Why you’ll probably regret using Tailwind
- Posted in css development tailwind webdev - 22 comments
I see Tailwind being used by a lot of people. I totally get why it’s so popular. It looks great, the design choices are sensible, and you have copy-pastable code that reliably renders in the same way. It nets you results quickly which feels nice and rewarding. I think Tailwind is a perfect framework for […]
CSS4 – Let’s not go there!
A reponse to CSS4 is a Bad Idea* As a teacher of sorts, I for one don’t want to explain the difference between CSS3 and CSS4 to junior web devs. There is simply no point. CSS is just CSS. We should be happy that it’s stable. We should be happy that we dropped the 3. […]
Thoughts on Tailwind CSS
- Posted in css development - 4 comments
I looked deeper into Tailwind this weekend. I was aware of this framework and its popularity, but I wanted to dive deeper into it as I was researching it for a future project. If you have to choose your CSS strategy in 2019, there are different options: Use a framework that “comes with everything”: frameworks […]
Overengineered packages?
- Posted in css development javascript npm react - 1 comment
Is a package like classnames “overengineered”? I stated on Twitter that a package called classnames felt overengineered to me. I based myself on the npm page where this code example is given: var btnClass = classNames(‘btn’, this.props.className, { ‘btn-pressed’: this.state.isPressed, ‘btn-over’: !this.state.isPressed && this.state.isHovered}); The first reason I felt this was overengineered was because this kind of code actually belongs in […]
Re: The technical side of design systems
(or: should designers write React code?) This is some extended writing that got kickstarted by watching Brad Frost’s talk about Design Systems at the recent CSS Day 2019. If you are interested the video is online. Before the conference I had heard a podcast episode where Brad was talking about design vs. dev and design […]
CSS day 2019 – Part 1: UI special (2/2)
- Posted in conference css design
Continuing on from my first post about the first day of CSS day, here’s the second post which covers two more talks. The CSS day team already put up all the videos from CSS day on YouTube, so you can already watch all of the talks! Amazing. 1.5 Brad Frost – The technical side of […]
CSS day 2019 – Part 1: UI special (1/2)
- Posted in conference css design
I wrote so much about CSS day that I decided to split the content in multiple blog posts. I posted the intro yesterday. Now it’s time to get into the talks. CSS day is a 2 day conference. Day one was the “UI day” with a focus on design talks, often zooming in on the […]