
Open Figma right now and create a new file. Before you draw a frame or type a word, a color decision has already been made. Figma made it for you.
Figma's help center spells it out: the canvas background of a new file is set by the theme you are using when you create it. In light theme it defaults to a light gray, #F5F5F5. In dark theme it defaults to an off-black, #1E1E1E. Neither is pure white. If you switched Figma to dark theme after it shipped in May 2022, there is a good chance most of your recent files start on a near-black canvas, and you may never have thought about it.
The color of a design tool's "empty state" may be one of the most consequential and least discussed UX decisions in the industry. Nobody has published hard data on how much it changes the work people produce, but the perceptual mechanism that would make it matter is well understood.
The empty canvas is never empty
Think about what's there before you do anything in a design tool: the canvas color, the grid line shade, the default font, the artboard background. These properties frame every choice you make afterward. They aren't neutral. Someone chose them, even if they look like nothing.
Call them "environmental defaults," the ambient visual properties of a tool that exist before the user takes a single action.
Microsoft Paint's white canvas trained an entire generation to equate "blank" with "white." It felt obvious, like the digital equivalent of a sheet of paper. Photoshop, by contrast, has long surrounded the image with a neutral gray pasteboard, separating "workspace" from "design surface." That distinction turned out to matter.
The psychology here is anchoring bias. Designers judge contrast, saturation and warmth relative to their surroundings. A white canvas makes pale UI elements feel invisible, and a dark canvas makes them pop. Neither is neutral, and both push your choices.
How Figma sets the canvas color
When Figma added dark mode, it had to decide what to do with things users had made. Its design team wrote that the simplest approach for a multiplayer product was to limit dark mode to parts of the interface users can't edit, and leave canvas colors alone when someone switches themes. So the canvas is treated as part of your file, not part of the app chrome. Switching to dark theme doesn't repaint existing files, but new files pick up the dark default.
That makes your theme preference a canvas decision, whether you meant it as one or not. Choose dark theme for comfortable late-night sessions and every new file starts on #1E1E1E.
You can change the background at any time from the design panel when nothing is selected. What Figma's forum shows is how often people want more than that: there are long-running threads asking for a way to set one default canvas color for all new files, and for the canvas to follow the theme automatically.

That's a classic nudge. Users get a choice, but the tool's starting point does most of the deciding, and behavioral economics has shown for decades that most people stick with defaults.
Plugins, design systems and handoff
A dark canvas exposes assumptions that a light one hides. Plugins that generate preview thumbnails or export design tokens sometimes assume a white background behind everything. On a near-black canvas, those assumptions show.
The same goes for design system components. Thin light-gray borders that read clearly against white can all but disappear against a dark canvas. A 1px border in #E0E0E0 looks fine on a white background. On #1E1E1E, it reads very differently, and anyone reviewing components loose on the canvas, outside a frame with its own fill, should check the contrast against the background they will actually ship on.
Handoff has its own version of the problem. When a component sits directly on the canvas, it isn't always obvious whether a dark background behind it is an "intentional charcoal" fill or just the canvas showing through. That's an old ambiguity in how design tools separate intent from environment. Is that gray background a design decision, or an accident of whoever created the file?
A thought experiment: one team's drift
Imagine a design team that moves to dark theme and keeps working on dark-canvas files for a few months. Nobody decides to change the visual direction. But a #FFFFFF card on a near-black canvas can feel glaringly bright, so a designer pulls it back a touch to #FAFAFA. The next one goes to #F5F5F5. Shadows soften because they look heavy against the dark surround. Each choice feels reasonable on its own.
This is a hypothetical, not a measured result. No published study we know of has tracked design output before and after a canvas change. But the mechanism is the same anchoring effect described above: the environment makes "darker" feel more natural, and small adjustments made in that environment can add up.
Interior designers know a version of this: showroom lighting biases paint color selection. Customers choose warmer paint under cool fluorescent lights and cooler paint under warm incandescent lights, compensating for the environment without realizing it. The design tool canvas is the digital equivalent of showroom lighting.
Photoshop and the politics of the pasteboard
Photoshop's neutral gray surround has a grounding in color science: a medium gray minimizes successive contrast effects, giving the viewer the most accurate perception of the image's actual colors. White and black surrounds both push perception in opposite directions.
Every tool's canvas default is as much a brand statement as a technical decision. A light, paper-like canvas says "start from a blank page." A near-black one says "this is a stage for screens." Neither is the neutral choice, and both are opinions about what designing should feel like.
Scale is what makes this matter now. Figma is the default tool for a large share of product designers, so its defaults carry disproportionate weight. A setting that nudges each designer a little nudges a great many designs.
Should tool-makers have aesthetic opinions?
Design tools are supposed to be neutral, but no tool is. Every default is an opinion. Tools will influence output whatever their makers intend, so the real question is whether tool-makers are open and deliberate about that influence.
Figma's approach is relatively open. It documents how the default canvas color is chosen, explained publicly how it handled user content in dark mode, and lets you change the background whenever you like. Contrast this with more opaque defaults, like the way Canva's template library implicitly defines "good design" for millions of non-designers without ever explaining its aesthetic assumptions.

This goes beyond canvas color. As AI-assisted design tools, including Figma's own AI features, Galileo AI and Uizard, become more common, the same question applies to everything. What are the default color palettes of AI-generated layouts? What are the default typefaces? What aesthetic assumptions are baked into the training data? If an AI tool generates 10,000 layouts a day and 80% of them use Inter as the body font, Inter becomes the industry's default look, not because anyone chose it but because no one questioned it.
One response is what you might call "default literacy": the habit of checking your tools' environmental assumptions before you start work. Just as a photographer calibrates their monitor, a digital designer should calibrate their canvas. Ask yourself: what is my tool suggesting before I've made a single mark?
The frame around the frame
The next time you open Figma and look at that light gray or near-black canvas before your first click, remember that the color is doing something. It's a cognitive anchor, and it nudges your work in a direction every time.
Figma's theme-dependent canvas is one product decision, but it says a lot about the defaults built into creative tools. Some of the most influential design decisions are made for designers before they start, so deep in the environment that they don't feel like decisions at all.
In 2026, it's worth questioning the frame you design inside, as well as the one you're designing.
Written by
Designer and developer
Julio Song is a professional web designer and developer who builds and maintains ColorSift, and writes most of what is published here.
Related articles
Simultaneous Contrast Is Lying to Your Eyes: A Designer's Field Guide to the Most Deceptive Optical Illusion
How simultaneous contrast tricks your eyes and throws off your designs, with practical ways to work around it in client reviews and design systems.
How Figma's Variable Color Tokens Are Quietly Rewriting the Rules of Design Handoff
How Figma's variable color tokens are replacing static color styles and changing the way design teams hand color off to developers.
Color Palettes for Long-Form Reading Interfaces: Designing for 30-Minute Sessions Without Eye Fatigue
Color palettes for long-form reading interfaces that reduce eye fatigue over 30-minute sessions, with contrast targets and four reading modes.