Whiteboard Ideas

Hi Fibery team :slightly_smiling_face:!

We gathered feedback from teams that use the boards extremely actively and extensively—as one of their primary work tools. We tried to draft proposals to enhance the board’s capabilities in Fibery.

1. Navigation speed and comfort (Main issue)

Part of our team moved to Fibery from Figma, and the main thing causing resistance is not missing features — it’s that moving! around the board and zooming feel slower and less responsive and laggy.

And two specific things:

1.1 Faster zoom, or a zoom sensitivity setting. The current zoom step is too small. On a large board it takes a long time to get to the scale you need :melting_face: .

1.2 Quick zoom to the selected object, for exmple on a key like Z. Cmd+1 zooms to fit the whole board and Cmd+0 gives 100%, but what we need is “show me what I just selected”.

People compare Fibery to Figma on how fast they can move around, not on what the tool can do.

2. Problems

2.1 Changes are lost when the internet connection drops

If something happens to the connection while saving, the changes are not saved and disappear completely from the open tab. No warning, no way to get them back. One person hit this three times in a short period — she came back to the board and her work was gone.

2.2 Links inside a card don’t work when the card is opened from the whiteboard

We put links to other objects on whiteboard inside the task spec (Rich Text). If we open the task by clicking its card on the whiteboard and then click a link, nothing happens — the linked object doesn’t open. We don’t jump to object.

2.3 Stickers look blurry or render at the wrong scale after active zooming

After zooming in and out for a while, stickers become blurry or are drawn at a wrong scale.

2.4 A new section doesn’t pick up objects if it’s created over an existing section

If we have two stickers and draw a section over them, they get included — that works.But if the stickers are already inside a section and we draw another section over them, the new section doesn’t pick them up. It looks like nesting breaks the capture behavior.

2.5 Object moves are not in Activity and can’t be restored

Deleted objects are handled well — they show up in Activity and can be restored. Moves are not: they aren’t logged in Activity at all, so an accidental move can’t be undone once you reload the page, come back in a new session, or if someone else moved the object.

This actually happened to us: zoom glitched while the cursor was over a rectangle holding all the planned tasks, and the rectangle was thrown far outside the working area. It took about 20 minutes to find it in a completely different part of the board, and there was nothing in Activity to roll it back.

**3. Extra Ideas

3.1 Colors for entity cards on the whiteboard**

Task cards on the board are always grey. We’d like to color them by a field — status in our case — so the board can be read at a glance.Color rules already exist in Timeline, Map, Board and Gallery views.

3.2 Buttons actions in the three dot menu on the board with entities

It would help to have buttons available in the menu of a entity on the board. For example to copy card (regular copy or duplication too simple for us and we have custom buttons for this)

3.3 Text size presets for whiteboard objects

Presets like S / M / L / XL, or a Header option, for text objects on the board. Right now setting up a readable hierarchy of labels takes a lot of manual resizing.**

Thank you!**:star_struck:

wow - I’d never expect that - what a time

Just for clarification :grinning_face: : those teams don’t actually create content there; instead, they use the space to set tasks. As a result, these are massive boards packed with sticky notes, images, videos, text, entities, connections, and so on. It serves as a primary planning hub where other teams come to check tasks and other information. :smiley:

First of all thank you for the such comprehensive report!

Can we contact somebody directly in order to deal with Comfort problems and issues? We will be happy to solve as much of them as possible, but we need some more information (you can reach me directly on vadim at fibery.io)

this will be released with the next release

released today September 10, 2026 / Hide parents without children in filters, Color coding for cards and text styles on Whiteboard

also released today September 10, 2026 / Hide parents without children in filters, Color coding for cards and text styles on Whiteboard

Hi @vadim and the Fibery team :slightly_smiling_face: ,

Following up on this thread with real numbers.

Our creative producers moving their planning boards from FigJam (Figma) to Fibery whiteboards. The main complaint: big boards are very slow :melting_face: . Zooming and moving around lag a lot, while a similar (even bigger) board in FigJam feels smooth. On Windows and MacBooks Pro.

We can’t share the board itself (it has internal information), so we measured it instead. **The measurements were done by Claude**
Claude only read the page and measured. Nothing on the board was changed.

**One of our board**

  • 4,772 elements: 1,453 entity cards, 963 pictures, 376 videos, ~600 sticky notes, ~680 shapes, 350 sections, ~340 text boxes
  • Started on Feb 2026. It grows by ~580 elements and ~46 videos per month

**What Claude measured in Fibery on Board**

  • Zoom: ~4 frames per second (each zoom step takes 210–280 ms)
  • Pan: ~9 frames per second
  • Zooming over an empty part of the board is just as slow (~230 ms per step)

**What Claude measured on FigJam Board: same PC, same browser, same window**

  • Our FigJam board (first page only): ~12,600 objects, 2,613 videos, ~3,600 images, 1,504 sections. That’s 2.6× more objects and 7× more videos
  • Zoom: 25–27 frames per second. Pan: ~30
  • So FigJam zooms ~7× faster and pans ~3× faster, on a much bigger board

**What we found (measured)**

  1. **Videos are the main cause.** Everything is drawn on one canvas, but each video is a separate HTML video player on top of it. All 376 players stay on the page, even far off screen. On every zoom or pan step Fibery moves all 376 of them, and the browser has to recalculate the page layout. That takes about half of each frame.
  2. When Claude hid the video players in its own browser (CSS only, the board was not changed), zoom frame time dropped by 75–80%: zoom went from ~4 to 15–21 fps, pan from ~9 to ~22 fps.
  3. Drawing itself is not the bottleneck: in one 213 ms frame (over an empty area), only ~10 ms was spent in canvas drawing calls.
  4. Pictures are not the problem: they are drawn from reduced previews (640×800).
  5. The mini map has almost no effect.
  6. When the board opens, all videos start loading at once: about 80 minutes of video were downloaded in the first minute, even though at “fit to screen” each video is only 4×4 pixels.
  7. FigJam has no video players on the page at all. Its 2,613 videos are drawn as a preview with a Play button, and a player appears only after you press Play.

**Our guesses (not proven)**

  • Even without videos, the board seems to process all 4,772 elements on every frame, including off-screen ones. Claude saw ~10,000 canvas save/restore calls per frame, even over an empty area. Skipping off-screen elements should help a lot.
  • The board grows every month, so it will only get slower.

*Maybe it will help*

  1. Show videos as a preview on the canvas. Create a real player only when the user presses Play. Don’t preload all videos when the board opens.
  2. Don’t process off-screen elements on every frame.
  3. Goal: smooth zoom and pan on a board of ~5,000 elements, like in FigJam.

You can reproduce this without our data: put 300–400 videos on a test board and zoom in and out.

Happy to run more checks if needed. Thanks! :star_struck:

Thanks for the detailed investigation :slight_smile: We’ll look into how we can improve performance on large boards, especially those with lots of videos. I’m also curious about your workflow, what do you typically use such large boards for?

Replied in messages :+1:

Unsure whether I should start a separate thread or not but…

A quality of life idea I had just now was cropping pasted images. I’m familiar with the implementation of this is excalidraw which is a double click allows you to crop the image.

Love whiteboards!

Thank you :slight_smile: We have this feature in our list, I think we’ll add cropping to the whiteboard soon.

@ID.000 should be better in latest release, can you confirm?

Good afternoon.:grinning_face:

Just today, we gathered feedback on Fibery from one of the team, and they mentioned that, as of yesterday evening, the board has started working a bit better. :heart_eyes: Thank you very much!

As I mentioned above, we had a call today, and I asked one of the teams to compile their notes regarding Fibery—specifically concerning its whiteboard feature. :upside_down_face: I should start by saying that Fibery is an excellent tool in many respects; however, the points raised here highlight the specific challenges people encounter when using the whiteboard in their day-to-day work.

To provide some context: for this particular team, whiteboards are a primary tool—they use them very intensively and for a large volume of content. (As I noted previously, we are trying to transition them over from Figma, where they relied heavily on whiteboards to house a vast amount of data as part of their regular, ongoing workflow.)

… so here all notes in one place. It’s sorted by how much it hurts — the first part matters most.

**Critical**

1. **Entity cards via MCP.** Claude can create an entity, but can’t put its card on a whiteboard We know you plan to support all shapes — but this is one of the most important thing on the whole list for us.

2. **Zoom.** It got better recently, but it’s still laggy on big boards. Also the zoom step is quite small: in Figma you get to a far-away picture in one move, in Fibery it takes 4–5. On laptop trackpads you have to swipe and swipe.

3. **Big boards are slow.** Just a reminder — a lot of people feel it, and on big boards it’s really hard to work. Honestly, it’s the main reason people hesitate to move over from Figma.

4. **The board “flies away” or goes blank.** Sometimes the view jumps somewhere, or everything turns white and nothing works. There’s no clear way back — people reload and then search (in search by word) for something that was on the board just to get back to it.

5. **Freezes, and no reload button in the desktop app.** Sometimes Fibery freezes and you can’t do anything on the board. In the Mac and Windows apps there’s no reload button, so people just don’t know what to do. A simple reload button would help a lot.

6. **Entity cards turn grey.** After some lag, entity cards on the board turn grey, look disconnected, and you can’t do anything with them.

7. **Crash when adding an image from outside.** Sometimes adding an external image crashes the board with the sad smiley screen. It happens regularly, not just once.

**Gets in the way**

- When we select a group of objects on a section (say, 10 videos) and drag them, they don’t move together — only one by one.

- In a long narrow rectangle (like a header above a section), center alignment keeps the text on the left, and large text gets cut off.

- You can’t put a sticky note on top of a video.

- Aligning selected objects is laggy.

- Text copied from Claude comes with markdown symbols (`**`, `#`) when pasted onto the board.

- Text copied from the board into a rich text field comes with extra symbols.

**Would be great to have**

- Image cropping (we heard you might be working on it :slightly_smiling_face:)

- An eyedropper in the color picker.

- A customizable bottom toolbar. Many people didn’t even know emijis and extra shapes exist — they’re hard to find. Being able to put your own tools there would really help. And it is hard to use them often.

- Highlighting single words or sentences with color, like in rich text.

- Dragging an image from the board into an entity’s description or Files field (with the board and the entity open side by side).

- Showing a whiteboard section inside an entity’s description as a preview window, not just a link.

- Offline mode — some people work with unstable internet.

Thanks a lot! Happy to share more details on any of these.:waving_hand:

Good morning :grinning_face: @mdubakov

Re-tested with Claude today: same PC, same browser, same board and the same method as before. The board has grown a bit (5,018 elements, 400 videos).

- Zoom: ~4 → 17–21 fps

- Pan: ~9 → 23–26 fps

- Video players are no longer kept on the page, and layout recalculation dropped from about half of each frame to ~5%.

Thank you, this is a big improvement! :heart_eyes:

Maybe it will help: what’s left: the board still seems to process every element on every frame, even when the screen is empty (~5,000 canvas save() calls per frame, one per element). Drawing itself takes only 4–14 ms of a 52–70 ms frame. The mini map is also redrawn on every frame. Skipping off-screen elements would likely bring it close to FigJam (25–30 fps on the same PC).:+1:

And one more unexpected discovery in numbers :face_without_mouth: :

the mini map is redrawn on every frame. Just hiding it makes zoom 15–25% faster and panning 40–50% faster on this board.