We need to migrate to Dart SASS

Oct 13, 2025 by wbrum.org 129 views

=====================================================

Introduction

For years now, we've been using the node-sass package, which has been deprecated. When updating our build environment to a Node version greater than 16, we even start seeing some warnings about it. The problem is that the alternative sass package needs to be adopted by all of our dependencies. In this article, we will explore the process of migrating to Dart SASS and the implications it has on our project.

The Problem with `node-sass`

The node-sass package has been deprecated for a while now, and it's time for us to move on to a more modern solution. The alternative sass package is a great option, but it requires some changes in our codebase. The main issue is that many of our dependencies have not yet migrated to Dart SASS, which makes it difficult for us to adopt it.

The Buefy Issue

One of the main dependencies that has not yet migrated to Dart SASS is Buefy v3. We can follow up their progress on the GitHub issue here. As the issue describes, they are doing this to be able to migrate to Bulma 1.0.0, which would also imply several refactors from our side. This is because we do so many @imports from their library, and that practice seems to have changed.

The Implications of Dart SASS

So, what are the implications of migrating to Dart SASS? Well, for starters, we will have to update our Bulma to 1.0.0. This will require some refactors from our side, especially because we do so many @imports from their library. We will also have to update Swiper to its latest version, which is greater than 11.1.14. This will require some changes in our codebase, especially because we cannot use versions of Swiper greater than 11.1.14.

The Migration Process

So, how do we migrate to Dart SASS? Here are the steps we need to follow:

Step 1: Update Bulma to 1.0.0

The first step is to update our Bulma to 1.0.0. This will require some refactors from our side, especially because we do so many @imports from their library. We will have to update our codebase to use the new @use strategy instead of @import.

Step 2: Update Swiper to its Latest Version

The second step is to update Swiper to its latest version. This will require some changes in our codebase, especially because we cannot use versions of Swiper greater than 11.1.14.

Step 3: Replace `node-sass` by `sass`

The third step is to replace node-sass by sass. This will require a full cleanup of node_modules and might require tweaks to the webpack sass-loader.

Step 4: Rewrite our Imports to Fit the New `@use` Strategy

The fourth step is to rewrite our imports to fit the new @use strategy instead of @import. This will require some changes in our codebase, especially because we do so many @imports from Buefy's library.

Conclusion

In conclusion, migrating to Dart SASS is a complex process that requires some changes in our codebase. We will have to update our Bulma to 1.0.0, update Swiper to its latest version, replace node-sass by sass, and rewrite our imports to fit the new @use strategy. However, with the right approach, we can make this transition smoothly and take advantage of the benefits of Dart SASS.

Future Work

As we migrate to Dart SASS, we will also have to refactor our codebase to use CSS variables instead of SASS variables. This will require some changes in our codebase, especially because many of our usage of SASS variables will simply be replaced by CSS variables.

Resources

FAQs

Q: What is Dart SASS?

A: Dart SASS is a modern solution for working with SASS in Node.js.

Q: Why do we need to migrate to Dart SASS?

A: We need to migrate to Dart SASS because node-sass has been deprecated and we need to use a more modern solution.

Q: What are the implications of migrating to Dart SASS?

A: The implications of migrating to Dart SASS are that we will have to update our Bulma to 1.0.0, update Swiper to its latest version, replace node-sass by sass, and rewrite our imports to fit the new @use strategy.

Q: How do we migrate to Dart SASS?

A: We migrate to Dart SASS by following the steps outlined in this article: updating Bulma to 1.0.0, updating Swiper to its latest version, replacing node-sass by sass, and rewriting our imports to fit the new @use strategy.

==========================

Introduction

In our previous article, we explored the process of migrating to Dart SASS and the implications it has on our project. However, we know that many of you have questions about this process. In this article, we will answer some of the most frequently asked questions about migrating to Dart SASS.

Q&A

Q: What is Dart SASS?

A: Dart SASS is a modern solution for working with SASS in Node.js. It is a replacement for the deprecated node-sass package and provides a more efficient and scalable way to work with SASS.

Q: Why do we need to migrate to Dart SASS?

A: We need to migrate to Dart SASS because node-sass has been deprecated and we need to use a more modern solution. Dart SASS provides a more efficient and scalable way to work with SASS, and it is the recommended solution by the SASS team.

Q: What are the implications of migrating to Dart SASS?

A: The implications of migrating to Dart SASS are that we will have to update our Bulma to 1.0.0, update Swiper to its latest version, replace node-sass by sass, and rewrite our imports to fit the new @use strategy.

Q: How do we migrate to Dart SASS?

A: We migrate to Dart SASS by following the steps outlined in our previous article: updating Bulma to 1.0.0, updating Swiper to its latest version, replacing node-sass by sass, and rewriting our imports to fit the new @use strategy.

Q: What is the difference between `node-sass` and `sass`?

A: node-sass and sass are two different packages that provide similar functionality. However, sass is a more modern and efficient solution that provides better performance and scalability.

Q: How do we update our Bulma to 1.0.0?

A: To update our Bulma to 1.0.0, we need to update our package.json file to use the latest version of Bulma. We also need to update our codebase to use the new @use strategy instead of @import.

Q: How do we update our Swiper to its latest version?

A: To update our Swiper to its latest version, we need to update our package.json file to use the latest version of Swiper. We also need to update our codebase to use the latest features and functionality of Swiper.

Q: How do we replace `node-sass` by `sass`?

A: To replace node-sass by sass, we need to update our package.json file to use the sass package instead of node-sass. We also need to update our codebase to use the new @use strategy instead of @import.

Q: How do we rewrite our imports to fit the new `@use` strategy?

A: To rewrite our imports to fit the new @use strategy, we need to update our codebase to use the @use directive instead of @import. We also need to update our imports to use the new syntax and structure.

Conclusion

In conclusion, migrating to Dart SASS is a complex process that requires some changes in our codebase. However, with the right approach, we can make this transition smoothly and take advantage of the benefits of Dart SASS. We hope that this Q&A article has provided you with the information you need to migrate to Dart SASS.

Future Work

Resources

FAQs

Q: What is the difference between SASS and CSS?

A: SASS and CSS are two different programming languages that are used for styling web pages. SASS is a preprocessor that allows us to write more efficient and scalable CSS code.

Q: What is the difference between `@import` and `@use`?

A: @import and @use are two different directives that are used in SASS to import and use other SASS files. @import is an older directive that is being replaced by @use.

Q: How do we use CSS variables in our codebase?

A: To use CSS variables in our codebase, we need to update our codebase to use the :root pseudo-element and the var() function. We also need to update our CSS code to use the new syntax and structure.

Q: What are the benefits of using Dart SASS?

A: The benefits of using Dart SASS are that it provides a more efficient and scalable way to work with SASS. It also provides better performance and scalability, and it is the recommended solution by the SASS team.