What does the SCSS to CSS compiler do?
It takes a SCSS source file and produces a flat CSS file by resolving nested rules into descendant selectors, substituting $variable references with their declared values, inlining @mixin / @include calls, and stripping SCSS-only constructs such as // comments and @extend that have no CSS equivalent. The output is a browser-ready stylesheet you can drop into a <style> tag or .css file without a build step.
Why would I compile SCSS to CSS in the browser?
To preview a SCSS snippet without spinning up webpack, Vite, or dart-sass — useful when copy-pasting from a tutorial, debugging a single component, or extracting plain CSS for a CMS that does not support a build pipeline. The compiler runs in JavaScript on your machine, so SCSS containing brand tokens or proprietary variables never leaves the device.
Does it handle SCSS @use and @forward?
@use and @forward are the modern Sass module system but they require a real file system to resolve module paths. In-browser compilation supports inline SCSS only — @import and @use of external partials need a build tool. Inline definitions and references compile correctly.
How are $variables resolved?
The compiler scans for $name: value; declarations, then replaces every $name reference with the declared value. Variables declared inside a !default block resolve only if no earlier declaration exists, matching dart-sass behaviour. Variables referenced before declaration resolve to inherit, which surfaces undefined-variable bugs early.
Does this add vendor prefixes or minify the output?
No. The compiler produces clean, unprefixed, formatted CSS. For vendor prefixes run the output through Autoprefixer; to minify, use the OpenFormatter CSS Minifier. Keeping these stages separate lets you inspect each transformation.
Will the compiled CSS match dart-sass output exactly?
For standard SCSS — nesting, variables, mixins, @extend — the output is functionally identical to dart-sass with --style=expanded. Edge cases involving advanced math functions, colour-space conversions, or recently added Sass features may differ; for a production build, run dart-sass at compile time.
Is my SCSS uploaded to your servers?
No. Compilation runs entirely in your browser using JavaScript. SCSS containing internal design tokens, brand colours, or licensed component code never leaves your device. Verify in DevTools → Network — no requests fire when you click Run.
Can I compile SCSS that imports Bootstrap or another framework?
Inline SCSS that defines its own variables compiles correctly. SCSS that uses @import "bootstrap" or @use "@material/..." needs a real file system to resolve module paths — those references must be inlined or compiled with dart-sass at build time.