Suggest a Feature

When managing my hundreds of users in Admin>Members. The column called “Last Active” shows something, but definitely not what I’d expect from that title. Example: When sorted by Last Active, it shows that tens of users haven’t been active in 2 months, but when I check their full activity one by one, some of them, in the middle of that 2mo group, have actually logged in 20 days ago 🤷🏽‍♂️ and some of them edited something 38 days ago - that is also not 2 months in most people’s calendars! Proposals for clear yet simple solution: Show last activity in days (until it reaches 90, then show months). Calculate anything they do in Figma/FigJam as user activity.

Hello Figma, Can you add repeat grid functionality in Figma, which is a very beneficial to all the users.

PLZ save unposted comments. Often times I start typing smth, like an update for copy for my UX designer to update in a frame only to discover I need to copy it from ChatGPT or something. But when I am back with the copy whatever I started typing in a comment window is gone. Pain…

I have a button and depending of user case it must open 2 or 3 different overlays. I would like to connect the same element that should lead to different overlay (with option “Open random” it might be applied on Prototype)

I want to randomly load a different splash screen every time my prototype starts. I want this to happen without any user interaction - no clicking needed. They just open the prototype and see a different splash screen every time, so that they seem randomly chosen. Can I do this? I know how to fake it - the thing where you click a button that’s quickly/invisibly cycling through variants that take you to different links - but I don’t want that, I want this to happen without any user interaction. Can I do it?

When working on a Figma File. It crashes in between and it says it Figma Ran Into An Error and I have to refresh again.

Since Scaling Icons or Components through width and height does not scale strokes and font sizes, how about adding a number variable to the scale factor of the scale tool and also add that scale property to the general frame position and size controls (maybe next to “clip content”? Whole components scaled via the scale tool with variable modes would be faster than creating endless tables of sizing parameters for each element you need to scale (strokes, text size, effects…) where you do not need precise control of each property.

The new update in the seats name says the Dev Mode is only able in the Full seat, previously known as Editor. In my company, we want to give the developers the ability to use Dev Mode, but not give them permission to Edit the file. Maybe add a cheaper seat than the Full one only for Dev Mode so the devs can actually see all the useful information without moving by accident anything of the design?

It would be really cool if Figma had a native Wireframe library that housed common elements for rapid prototyping built into the design section. Think of it like Figma’s proprietary design system for its users.

Maybe it will be great if Figma Add Shape builder tool and Stroke width tool to its app for helping many illustrator out there that use Figma for making illustration. What you do you think about it guys? Do you think Figma should add these tool ?🤔🤔

Having an extensive design system for which we have created a separate file for token library that we use when designing, The border tokens do not get applied and does not show when its applied Library is published does not have any issue with value used in spacing , only in borders its getting heavy

Could we please add the Go to main component button on the Prototype page as well? I find myself needing to refer back to components even when im in prototype mode. Thanks!

I have a slide deck that’s 1920x1080. Normal. Have a little icon for “next” at the bottom of each slide, hooked up correctly to the prototyping tool. Click, scroll to next slide. When I send the link to anyone, including myself, the slide stays within boundaries when the phone is in Portrait mode, but when it is in landscape mode it’s totally unusable. This means that people I’m pitching have to try to read text that’s compressed from 1920 width to like 386 width. Attached are photos. And Community Manager you are welcome to give me a workaround, but your product team should just implement a “Present” version of a prototype, and there should be a setting that “constrains” bleeds and overflows.

Since we have the Dev Mode users now, it is possible to have a column like “ last Dev Mode usage” or something like that on exported csv file for the membership list? Currently there are two columns like these: last_edit_Figma last_edit_FigJam They are very useful for member management.

After setting up the button components with the “on click” action, it’s hard to add another “on click” to trigger the overflow.

Since the new preview window option was added this seems to be the default behaviour for the flow starting points. I still want to use the original (fullscreen) present option to display prototypes. How can I set the present as default option for these little labels next to artboards to directly open them in that mode from there? Thanks

It is difficult to pick the prototype link, when have a bunch of links. So if you guys give the option to search Prototype links option, It will be helpful.

It’s great that comments are attached to the parent Frame, but there are some use cases where it becomes valuable for comments to attach to a frame that is inside of another frame because of auto-layout. This Loom recording demonstrates the use case Loom | Free Screen & Video Recording Software

日本語にて失礼。 現状、コメントの仕様として最も外側のframeにXY軸絶対配置で吸着し、frame移動時にも追従するような挙動となっています。 この仕様で困る点は、frameが入れ子構造になっている場合、本来吸着させたい要素（例：ボタン要素など）にコメントをつけようとしても、それを包含している最外のページレベルframeに吸着してしまうせいで、ボタンの位置を移動した際などにコメントが追従してこず、コメントの位置調整を手動で行わなければならないという問題です。 ほとんどのケースにおいてframeは入れ子構造になるため、実質コメントの追従は不可能というのが現状でして、これを回避するためには「一旦要素を最外frameの外側まで引っ張り出してからコメントを吸着させ、Undoを使って元の位置に戻すことで吸着・追従を維持する。」と言ったグリッチに近い操作手順を踏まなければいけません。 また、このグリッチは最近挙動が不安定になってきており、再現性が低くなってきてしまっています。 要素の修正やpublishされた要素をupdateする度にコメントの位置を手動で全部調整するのは時間の無駄でしかないうえに、コメントの位置がずれていることによってコミュニケーションエラーが発生する原因にもなってしまうため、公式で特定要素に対してコメントを吸着・追従させられる機能の実装を強く求めます。 ご検討のほどよろしくお願いいたします。

I met recently an issue with the calculation of a footer height in prototype mode. In order to replicate this: Build a standard footer Place as an overlay, above it, in absolute position, an object that is higher than the footer itself Ensure that a mask hides all object parts that are going beyond the dimensions of your footer. Insert this footer in a very long page and reduce the viewable limits to the device window size. Play the prototype. When playing your prototypes, the object in absolute position will disturb Figma: it won’t be able to restore the positions of your objects and it will create huge margins on top and bottom when scrolling. It can be very annoying if you want to use SVG decoration symbols/patterns on backgrounds per example, as you will be forced to use plain image backgrounds instead.

When a developer requests the DEV mode, we receive a feedback that does not match with the original action as it states that the developer wants to EDIT a content. We simply need a box that says that the developer wants the DEV mode, nothing else. EDIT is for EDITORS, not developers.

Current way to manage user permissions benefits from a double entry point that is not logical to me. Can’t we have a unique manner to see all permissions and to add remove/members in an easy and clear manner? See my screenshots.

Save the drawing area in a certain zoom/positioning - almost like in Sketchup - This way we can easily navigate from one sketch into another without having to scroll manually. It will ease all the creation vs navigation process.

This post is a thank you message, The ruler in dev mode is amazing, the simple usage and the usefulness is beyond any other tool, it accelerates my job as a developer by a lot. Thank you Figma team 🙂

For better orientation when discussing screens, an overlay w/ a simple grid could be great. So one could say “Could you enlarge screen ‘H9’, please?”, and it would be clear which screen is meant. And no-one would have to place such marks upfront manually (which is a lot of work to maintain when the screen flow evolves and the screens become moved, and further screens are added). The grid could show up when pressing a defined key (e.g. “g” for “Grid”), and vanish when releasing the key again. Maybe an additional tool button could make sense for showing the grid permanently during a discussion. The lines of the grid could always be the opposite color of the color on the screen (like when pixels covered by a line are white, this part of the line appears black - and vice-versa). Note that this is not shown on the attached screens. The grid could e.g. be always 26columns (labelled a-z)/20rows (1-20), and resizing could shrink/stretch the columns/rows. This would allow to not having to find