Drafts in teams. Dynamic page load. LCH plugins.
Figma design files now load dynamically by page
33% faster file loading and 33% fewer memory issues! “To ensure even the largest Figma design files can be used as efficiently as possible, Figma dynamically loads pages. When a file is opened, only the page that you land on is loaded (usually the first page in a file). This means a file with hundreds of pages can open as quickly as a file with just a few! Figma loads additional pages as you navigate to them. If an unloaded page is particularly complex, you may experience a brief pause when you navigate to the page.” Certain actions like searching across all pages, reviewing updates, or running a plugin or widget that needs the whole file may cause the file to load all pages.
Huge performance boost. See this Twitter thread from Bersabel Tadesse, Director of Product at Figma, on the journey to shipping this release: “Our architecture was built around files being the atomic unit of work, but users were treating pages as their atomic unit of work. So it didn’t make sense to keep optimizing within the current architecture—or worse, try and change how our users work.”
Updates to how drafts work
Throughout May, drafts are being moved into teams on the Starter and Professional plans. This change was poorly communicated and caused a public outcry, but I don’t actually think it’s unfair or a big deal. Historically, drafts haven’t been associated with a team. This made work ownership unclear, and teams couldn’t use advanced paid features like Dev Mode while working on drafts. Moving forward, drafts will be associated with a team, and existing files will need to be moved. Drafts stay private and can be shared view-only for free, but users will need paid seats to share drafts with others and to edit other teammates’ drafts. The free plan still includes 3 collaborative design files. This change puts a limit on teams collaborating in drafts but feels more like closing a loophole than a dark pattern.
Sharing & Access Changes in Figma
Changes to sharing and access settings “to create a more consistent sharing experience and give you clearer visibility into and control over content permissions,” being released through mid-June. New team access terminology, clarified UI for inheriting project access by the team members and child file access by the project members, a dedicated prototype share dialog, a branch’s audience and role, and a central place for sharing other forms, views, and artifacts of the file. (Pre-Config cleanup for something new?)