When I have a complex artboard/frame and I resize it to add more content in it, it’s sluggish.
With Athens, we now need to use cmd+click to resize a Frame without affecting the content. But even using that, the resize is sluggish.
Before Athens, it would also be sluggish to resize an artboard with ‘Adjust content on resize’ when it was content heavy (Although it seems a bit worse in Athens/Beta)
But resizing without ‘Adjust content on resize’ would be instant, no lag.
Now there is a very defined lag, even when using cmd, actually it seems like there is no difference in lag if I’m resizing the content of the frame or not.
Hi @Jean-Francois-b 
Thanks a lot for your post! I’m very sorry to see you are suffering from this!
I haven’t been able to reproduce the sluggishness on my end, but we’re always looking for ways to improve Sketch performance, so having a document where this happens would be incredibly helpful for our team.
If you’re comfortable sharing it publicly, feel free to upload it here in the thread. Otherwise, you’re very welcome to send it privately to productsupport@sketch.com, and we’ll take a closer look.
Thanks again for your detailed feedback; it helps us improve Sketch! 
1 Like
Hi @Diegogdag
Thanks for your reply.
Here’s a file containing two frames.
Sketch-Issue-CanvaResize.sketch (346.2 KB)
The first one is full of elements with their height set to Relative. If I try to resize to canvas at the bottom, with or without cmd, it’s very sluggish. (using mouse, clicking and dragging)
The second canvas is almost empty. Resizing it with or without cmd is pretty much instant.
Running on Macbook Pro 14, M1 Pro, 32GB, macOS Sonoma 14.7.6.
Thanks a lot for the file and the steps to reproduce this @Jean-Francois-b (and apologies for the belated response).
I’m able to reproduce the little delay you mentioned in your report. As you can see in this video I recorded, the frame boundaries are left behind (they do not instantly move along the cursor, which matches your description of the issue):
Rest assured, I will open an internal case to study this behavior (and let you know when progress is made).
Thanks a lot for reporting this; it really helps us improve!
1 Like
@Diegogdag Thanks for taking the time to review this.
I see that you can reproduce the delay when resizing the frame with the content resizing accordingly.
Although, as mentioned before, my main issue is that this delay occurs also when resizing the frame without resizing the content. (using cmd+click and drag)
I think it’s normal, depending on your computer, to feel a little lag when all the frame content is also resizing. It was also present before Athens.
But when the elements/content are not resizing with the frame, there shouldn’t be any lag. Like before.
(https://www.dropbox.com/scl/fi/7v9al2we4czkpqehl8kgt/Screen-Recording-2025-06-25-at-11.23.16-AM.mov?rlkey=uq2m6t7ts44d49br0ggsiptvj&st=tl1xwz2j&dl=0)
In this example I use the top right corner like you did, but I mainly see this issue when I’m dragging the bottom edge to make my frame bigger as I’m designing a site or app for example.
1 Like
That’s exactly what I thought when I first experienced it! And thanks a lot for the video (it’s a little bit less noticeable on my end, so it’s very helpful).
The case is under investigation, so I will let you know how it goes!