Suggest a Feature

I have a button which is created in the library file in the way it has hover state while hovering:The same button, according to the WCAG AA requirements must have a tooltip on hover (and when it’s focused while using keyboard navigation but it’s not the case here) https://www.w3.org/WAI/WCAG22/Understanding/labels-or-instructionsThe current interaction mechanism doesn’t allow to display a tooltip on hover from the project level as the hover variant interaction is already reserved on the library level. The screenshot from the project: Theoretically I can c

It would be a great idea to add the ability to move annotations (сhanging the place). Right now, they’re fixed in place and can overlap other elements. And you cannot change it.What I mean is the ability to reposition an annotation freely while keeping the link to the target object intact.Annotations are a really useful feature—thank you! Previously, I had to create similar functionality using my own objects. Please do not move this offer to another discussion. 🙏Can we move the Figma Annotations (in dev mode) from one Figma project to another?These are different questions.

My suggestions is to allow users to include annotations and / or measurements  when they export images. Seems that we can’t currently do thisThe user benefits –allows users to share images with annotations and measurements when creating images to be shared wither wider stakeholders and creating documentation for other platforms. If we can’t export annotations and measurements, then for those instances requiring annotations in an export as an image, users won’t use the annotations feature, and revert to creating “Notes” manuallyHope this makes sense

Often I’m adding autolayout around a frame/component/element, and the default vertical and horizontal padding is 10px. As well, the gap applied is 10px. It would be amazing to set the default padding and gap to auto-layout elements. This would help with keeping your files clean, but also, to ensure that redundant CSS properties are not added to dev mode output. Clearing and resetting these properties takes time and often the gap is not cleared due to the property not having an affect on single children. Thanks!

Please introduce a more prominent visual indicator for active branches in the main file.Currently, the branch indicator appears as a small footnote near the page title, which is easy to overlook. Because there are multiple ways to create a new branch, designers may miss the moment when an active branch is present and unintentionally continue working on elements already affected by it.This can lead to merge conflicts and significant loss of time, as changes may need to be reverted and redone. A clearer and more visible indicator would help prevent these issues and improve collaboration within teams using Figma.

Would love to see metadata added to top-level items on the canvas or in the layers panel, and stored somewhere discreetly. For example, it’d be really advantageous for large teams—and editors specifically—to have the ability to view the timestamp/authoring details of a specific section or frame (e.g., when it was created, who created it, when it was last modified, etc.).

Pretty simple ask: I want to move a page from one Figma to another. I don’t see a way to do it. Select All + Cut + Paste is not a good solution as I might have locked objects that don’t come with the copy and there might be properties set on the page (background color, etc.) that I might lose.

I frequently share notes on designs with a group of developers without knowing which one will work on what I’ve designed. I’d love to be able to tag several in a comment via a “group” I’ve created within my team (eg- “@FrontendDevs”) How are others handling this?

Background: I am a developer, and I use Figma exclusively in Dev Mode via the web interface. I don’t have (nor do I want) any edit access to the designs I’m implementing. That’s for the designers. When the Measure tool appeared (the ruler icon on the upper left toolbar), I latched onto it very quickly. It greatly improved my speed of accurately implementing a design. There are certainly other ways to measure things in Figma, but they are all transient. The best part of the new tool was that I could quickly measure many different things and have all the measurements persist so that I could then just refer to them during development. It was a simple yet well-conceived tool.

The official Figma MCP server currently supports Design files and FigJam, but not Figma Slides. This is a significant gap.Use case: We use Claude Code with the Figma MCP to generate designs programmatically. Being able to create and populate Figma Slides decks via MCP would be a game-changer for our agency workflow -- we produce dozens of presentations per month (pitches, case studies, client reports) and want to leverage AI to draft them directly in Figma Slides.What's missing:create_new_file only accepts "design" and "figjam" as editorType -- needs a "slides" option use_figma / get_design_context should work with Slides files (reading and writing slide content, speaker notes, layouts) Ideally: slide-specific primitives (add slide, reorder slides, set slide transitions)Why it matters:Figma Slides

Since a couple of weeks Figma Buzz is auto-naming the frames it creates when BULK CREATEing. It simply adds 10 (or something) characters from each CSV-Tag and pastes them in.Please add the possibility to deactivate this feature. It messes with our current workflow and forces us to add additional steps. Would also be nice to be able to fine tune this to our needs (i.e. choose what tags should be used)Also: there seems to be no documentation in terms of release-notes for this.

Is it possible to obtain a free subscription to the Professional package for non-profit organizations, and what evidence is required for this? Thank you for your response!

Hi Figma team,My team and I have been experimenting with slots recently. I'd like to propose a feature enhancement: when a component with properties is added via a slot, those properties should be accessible directly from the main component.Ideally, these nested properties would surface automatically, eliminating the need to click deep into the component hierarchy to make edits.

A few years ago there was a fix - The icon on the instance inherit color override, imposed by main component, when swaping icon or changing variant. Great!but… Problem If I modify the icon color on the main component - change color style or manually pick new one, doesn’t matter. The instance with swapped icon doesn’t notice the change! Steps to reproduce:Place an instance Swap the icon on instance Change variant's (main component) icon color Instance's icon color will remain not updatedNote: Of course, all layers properly named to keep the naming integrity. The example:

Hey everyone I wanted to share my workflow for designing SEO-optimized landing pages in Figma, something I’ve been refining while working with clients here in Nepal.A lot of designers focus purely on visuals, but I’ve learned that small design decisions can directly impact rankings, page speed, and conversions.Here’s a simplified version of my process:1. Start with search intent (not design)Before opening Figma, I map out: Target keywords User intent (what they actually want) Competitor page structure This helps me design pages that match what users are searching for, not just what looks good.2. Structure comes firstInside Figma, I focus on layout hierarchy: Clear H1 section (above the fold) Logical content flow (H2, H3 sections) Scannable layout (short section

We want to use it to link design variables to the design tokens in our application. Our company runs on a Professional plan. There are only 10 users that need access, so we don’t have any need to go to an Organization or Enterprise. I saw the same question here, but it wasn’t answered and just pointed to the Plugin API which has an entirely different use case.

The Figma MCP server fails to authenticate when using opencode, returning a 403 Forbidden error. To Reproduce1. Configure Figma MCP in opencode.json:{  "mcp": {    "figma": {      "type": "remote",      "url": "https://mcp.figma.com/mcp",      "enabled": true,      "oauth": {}    }  }}2. Run: opencode mcp auth figma3. Error received: HTTP 403: Invalid OAuth error response: SyntaxError: JSON Parse error: Unexpected identifier "Forbidden". Raw body: Forbidden Expected behaviorOAuth authentication should succeed, as it does with other MCP servers like Context7, Sentry, etc. Root causeAccording to Figma's documentation (https://help.figma.com/hc/en-us/articles/32132100833559), Figma only supports a pre-approved allowlist of MCP clients:- Claude Code ✓- Cursor ✓  - VS C

Currently, the "While in view" trigger is too binary. The animation often doesn't feel right because it won't trigger until the entire layer is within the viewport, or it fires the moment a single pixel touches the edge. This makes it impossible to time smooth reveals—like headers or hero images—so they glide in exactly when the user is actually looking at them. It makes high-fidelity prototypes feel "jittery" and unpolished.The Suggestion: I’d love to see an Offset (or Threshold) property added to the Prototyping panel for all scroll-based triggers. Custom Thresholds: Let us set a pixel value (e.g., 200px) or percentage so we can control the exact moment a reveal starts. This ensures the animation happens in the "Active Zone" of the screen, not just the moment the layer edge appears. Better Handoff: This takes the guesswork out of the design-to-dev process. Instead o

It would be highly beneficial if Figma provided a way to view the creation date of a project. Currently, there is no clear or accessible indication of when a project was originally created, which can create challenges in project tracking and management.Having visibility into the project’s creation date would help designers and teams better understand project timelines, especially when working across multiple files or collaborating in larger teams. It would also improve organization, auditing, and version control by providing clear context about when a project started.This information could be displayed in the project overview, file details panel, or alongside metadata such as last edited time. A simple and visible timestamp would significantly enhance usability and workflow clarity.

EDIT: i can already do this by using the Gap function.It’s still almost impossible to design for fluid widths in FigmaBut with the new Grid Beta, it is now possible to set up for example a 12 col grid system , see my screenshot:https://prnt.sc/fetKFckcQpT4 Basically I set the colums to 1fr, and i set the gutter to my design in pixels. This is how most grids work on a webpage. Now if i rescale horizontally, it keeps the gutter, and scales the grid like in real-life.But on smaller screens the gutter usually need to be smaller, and it would be extremely tedious to manually replace 12 gutters for EACH and every frame i use this on a webpage (potentially hundreds)So if we could use variables to the colums in Grid Beta, that would be just one click solution and we almost got a working fluid system in Figma.

Please make Dev Mode Annotations visible by all roles, not just Full Dev Mode seats. This can become costly for users needing context but not all the other dev-mode features. Here’s the scenario: We have a dashboard, with cards showing a customer’s account status. This status can be mapped from multiple back-end statuses, to show just one front-end status. For example, any of the following could be mapped to a single status known to the customer as “Completed”: canceled, terminated, sold, complete, etc. This is something that the developer needs to reference, but then also the PM needs to reference in writing tickets (who doesn’t need full dev-mode access), the QE needs to reference for testing automations, and various other individuals on our team. Placing it in a comment makes it less clearly attached to the specific piece of the design, and requires us to keep documentation dispersed among different tools (Jira, Confluence, Figma etc). Simply making Dev m

Hello,Looks like Figma doesn’t give you an option to chose dark mode colors when you assigning semantic tokens, in the menu only light mode colors even tho I have dark mode too in my primitives.So that means I can’t use different color pallet for the dark theme (in case if I’m actually want to use different colors in my dark mode completely different pallet). I’m I missing something? or It just feature they didn’t thought about yet? or never will?

Can’t do truly responsive tables in figma.I design complex applications that require a lot of tables. Currrently, there are two primary approaches to responsive tables in figma: row-based and column-based.In reality, neither of these is fully responsive. In row-based ones, when a cell's content expands in height, all cells in that row adjust accordingly. However, if the content expands in width, the cells that are supposed to be in the same column don't follow suit because there is no relationship between them. The same happens with column-based tables, but the issue lies with the height. There is another approach called grid-based tables that almost solves that issue. The downside is that you can't use components in a simple way, like slots. If you need to create a prototype with hover effects, the interaction

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.