Suggest a Feature

Fundamental to using any digital whiteboard, is being able to hyperink image elements.Please consider adding this to the pipeline! It’s a huge setback to using Figjam and lags behind competitors for a basic requirement. Community, I’m not alone. Please chime in! 🙏

Color variable aliases were recently given the ability to define a new transparency value without detaching the actual color from the source variable. However, only the opacity can be set and even that’s only if the source color is solid, instead of allowing existing opacities to be offset.It would be really cool if that system could be extended to also allow modifying the other axes, not just the transparency. Since you can’t define a color with a hue and saturation but no lightness, adding this would also ripple out to the opacity by allowing offsets to the existing color’s opacity, instead of what currently happens where if the source is not solid, the feature gets disabled altogether.The use case for this is absolutely massive, letting you far more deeply align your color palette to a single source of truth. It strongly fits the ideals expressed by the recent “Control opacity at scale” feature. It further reaffirms the vision that Figma can be the gold standard for creating actuall

Today: As an agency, we’re frequently starting new projects for new clients. We’ve evolved a set of best practices for Figma file organization, per-client design systems, etc. These best practices have been captured in a Starter Project project in Figma. However, to use this Starter Project each designer must duplicate each file in the Starter Project individually and then move them over into a new project. Idea: We’d love to see Figma support duplicating projects in addition to the existing file duplication functionality. This would be a small but noticeable improvement in efficiency for spinning up new client projects.

Hello, I will mention the problem to solve, then I will explain how my idea could solve it. Please vote for it if you need it as well, thanks. 1) The problem to be solved The precise Creation Date of a file is a key information for many users. It is not easy to find, and not available for every plans… Currently, the only way to find it is through the “History version”: The mental model of the user has to be “Thinking: Past version” instead of “Thinking: Metadata of the file”, which is an incoherent mental model for many users. Because, if the creation date is indeed a past version, it is actually the pillar version, not just a past version. This model is incoherent with many users’ habits as well, because a lot of softwares and OS include the Creation Date in basic metadata, often under the same Properties menu than “Author”, “Modified Date”, “Extension”, etc. A Paid Plan is often needed to scroll through many revisions. Though, this basic metadata should be available for every plans.

Currently, the only ways to run plugins in Figma are by searching for their names in the plugins section of the actions panel or using their shortcuts in the right panel. I suggest adding the ability to run Figma plugins via a direct link. This would be a significant time-saver for heavy Figma users. For example, I use a Stream Deck for shortcuts, and being able to launch plugins with a link would streamline the process, reducing the effort needed to set up hotkeys or macros for newly used plugins. Thank you.

In Dev Mode, when selecting an image, you can see the original filename of the placed source image and download it by 1) clicking on the name in the layer properties, or 2) in Assets.However, when downloading, a strange filename is suggested that doesn't match what we see in the layer properties.Question 1: Is it possible to fix this so that the source image is downloaded with the original name?Question 2: Is it possible to bring this functionality into the main editing mode? It's sometimes very useful when working with designs, and it's sorely missed.

Love the basic set available, but let’s be honest — how often will we get new music? Why not just let me upload my own jams? Like this AI Theme Song I made to pump up the team before our semi-regular Design Workshops…

Designers should be able to define different column counts, gutters, margins, and potentially span values across variable modes or responsive breakpoints. For example, a grid could automatically use 12 columns on large screens, 6 on medium screens, and 4 on small screens.This would bring Figma's Grid Auto Layout closer to how responsive grid systems are implemented in frontend, while allowing designers to maintain a single responsive layout instead of creating separate desktop, tablet, and mobile frames. 

I can’t tell you how many times I’ve spam clicked on frames repeatedly as I’m playing around with my designs. It’s a messy process. Because of that, I would love it if Figma could automatically skip needless parent frames and let me access their child frames so design feels more actionable. The main way I think this could work would be ignoring nested frames (with 0 values, etc). Another potentially-useful addition could be that if you quickly click repeatedly it jumps deeper into nested layers. Maybe users could customize it like a nudge.

I would like a feature in Annotations like double click in annotation to zoom to the design piece they are attached to (or some other avenue if double click allows edits for the annotation maker)When I use the shortcut to zoom to the design it often just focuses on the annotation and the screen stays small and it’s somewhat frustrating when I am just trying to show the developer the screen we want to change or what the annotation refers to.

Please vote this up!We really need to be able to drag and position lock annotations and connect to any layer within a nested layer or instance. This has been asked for many times (Examples below) and would eliminate designers time making their own local components and ignoring the use of the built in annotations. and 

Figma, please add connectors as a standard feature in Figma. I am willing to pay for it as a separate feature.  

Can I edit the variables defined in a published library locally? There is a library file (Say File A) with a collection of local variables defining some string and numbers shown on a component. The component is published (with all variables too) I added this component to another file, say File B, but when I want to edit those strings and numbers locally in this File B, I can no longer see the these variables, nor editing them. Seems like I can only edit the published component in the library File A (if I have edit access) and this will change all the instances too. Can I instead edit it locally, meaning edit the values of these publish variables only in File B?

Hi! Has the canvas panning keyboard shortcuts changed recently? I use Ctrl+Space+scroll wheel to pan and zoom the canvas but now that keyboard shortcut puts me into a Keyboard picking mode. Is this new? It really gets in the way of working.

Our design system leverages mix blend modes for hover states so our icon buttons appear on any background color and remain accessible, without needing separate hover–on-primary, hover–on-secondary, etc tokens. We use multiply for light theme, and screen for dark theme. It would be really awesome if we could apply blend modes directly to the color variables, OR support blend modes as variables in general. Our current work around is to apply the blend mode directly on each component variant, but this requires us to define separate light and dark theme variants. would be great if we could use variables here to have it automatically switch between light/dark.

Hi folks! I’ve seen the posts regarding text overrides with nested interactive components but I’m seeing a similar issue with non-interactive components as well. In the example below, I’ve set my text layers to all use the same layer name and have the same hierarchy structure but if I swap one of the nested components it resets everything. Everything works perfectly if each atom component is used individually and not nested in another component though so I’m left 🤔. Any thoughts?

The Problem: Lost in the Canvas WildernessWhen working on large, sprawling Figma files (especially design systems, deep user flows, or complex prototypes) with hundreds of frames, the canvas becomes a massive workspace.We frequently need to pan or zoom away from our current focus—the frame we are actively designing—to: Reference a component in the design library on the far left. Check colors/styles on the style guide at the bottom. Look at a distant flow branch for context. The pain point: After checking that reference, returning to the active working frame requires slow, tedious, and imprecise manual scrolling/panning, which is a significant flow breaker. This effort grows exponentially with the size of the file.The Proposed Solution: "Go to Working Frame" ShortcutWe need a dedicated keyboard shortcut to instantly snap the viewport back to the frame the user was most recently editing.Implementation Options (Figma-Specific) "Last Active Frame" Shortcut (Simpler): The shortcut (e.

These are new and improved color formats that replace hex and rgb. They will soon become the standard in web browsers. They open up more colors than are currently possible. The Expanding Gamut of Color on the Web | CSS-Tricks - CSS-Tricks

With the new update, we have a great new feature, but unfortunately, it’s not usable with our component structure. Exposing all props of a nested instance also exposes props that we don’t want in the context of the consuming component. What if we could also select which properties to expose? This would lead to a cleaner sidebar with only valid props.

Summary: Add an automatic, togglable "Viewport Fold Line" on extended device frames so stakeholders can instantly see what sits above the fold directly on the canvas—eliminating scroll height confusion during design reviews.The Problem When frame heights are stretched downward to fit long scrolling pages, Product Owners, clients, and non-design stakeholders often mistake the total frame canvas for the initial viewable screen. During reviews, they assume lower content will be immediately visible without scrolling, causing miscommunication around layout priority and above-the-fold real estate.Source of Inspiration Adobe XD solves this natively: when you choose a preset viewport (such as an iPhone or MacBook preset) and stretch the height downward, it automatically displays a dashed horizontal guide marking the original viewport height. This clearly marks the boundary between the default view and scrollable content directly on the working canvas.The Solution Introduce an automatic "Scroll

Thanks for adding annotations to Design Mode. I have been spending the last day annotating some new design ideas. People who have access to the Figma file love that they can read come design rationale and interaction behaviors. For others, who do not have access, or do not use Figma it would be great if I can export the annotations associated with objects inside a frame.  Thanks, K.

Hello,some feedback from my side regarding Folders, I like the options of a nestable folder, but I find it hard to navigate to the files I’m looking for. The folders are named, but the file thumbnails that were visible with Projects were a huge readability feature that I’m really missing now.I was searching for it in settings, but couldn’t find a way to set it. I actually added a description to a folder, but did not actually see not one place that the description was shown? This part is especially confusing.If I could make an improvement suggestion to a current implementation it would be to have a setting to show or not to show some folder contents thumbnails, similar to the previous implementation.Fingers crossed this can be done!

Feature Request to Resolve Ongoing Library Problem: Allow Swap Library to Replace Local Variables with Published Library Variables I would like Swap library to support replacing local variables in a file with variables from a published library when the collection structure and variable names match.
Today, Swap library only supports library-to-library swaps, which means local variables cannot be migrated directly to an existing published library.
This creates extra overhead because the workaround is to publish the local variables as a separate library first, only to swap them afterward.
 Since variable replacement by matching names already works within a local file, extending that behavior to local-to-library swaps would make migration to standardized library variables much easier. Example:A file has local variables in a collection called “Module 1 Semantic Theme.” That file also has layers using local variables like “Color / Text / Primary” and “Color / Background / Default.” Your publ

Add richer descriptions to variable collections, groups, and modes Figma currently allows us to add a description and scope to an individual variable. However, the description field is a relatively limited text input, and documentation cannot be added to the broader structures that give variables their meaning.Proposed Description LevelsIt would be helpful to support descriptions at multiple levels of the variable system: Variable collections: Explain the collection’s purpose, intended use, architecture, and relationship to other collections. Variable groups: Document how a specific category of variables should be applied and distinguish it from related groups. Modes: Explain the context represented by each mode, when it should be applied, and any important differences or limitations. Individual variables: Retain variable-specific guidance, but provide a more capable description experience comparable to component documentation. Ideally, these descriptions would support multiline