Hey @Lukas 

It is an interesting suggestion. Could you explain your use cases? What is your current workaround for such cases?

I would imagine he does the same thing I think everyone has to do when they want to share a frame, even without his additional desire for per-frame access control.

Export the frame as a static image file, open the image file, copy the image, and paste. And completely ignore the mostly-useless embed feature.

I agree that the embed feature should allow to embed single frames. frame level access-control would be nice to have but embedding frames is a Must Have for me

can we not make the following url work.

https://miro.com/app/embed/<board_id>/?autoplay=yep&moveToWidget=<widget_id>

This url is similar to the url formed by selecting an object on the board and copying its link as described in  https://help.miro.com/hc/en-us/articles/360017572354-Internal-and-External-Linking

Hey @Deepan Biswas! Why is it a must-have for you? What is your related use case and current workaround?

Hi @Lukas , @Steve Koppelman , @Deepan Biswas  and @Anton Telitsyn ,

I added a familiar idea in this thread:

https://community.miro.com/wish-list-32/embed-or-link-a-miro-board-within-another-miro-board-nested-boards-472

 

Michael

This would be GREAT for encapsulating work at multiple scopes.

You can link from board to board, but being able to step back and still see up to date details would be a big gain.

A good analog here is when you put a google doc into a miro board, you can see multiple google docs next to each other, and each is visibly readable and up to date, and each can be stepped into natively.

It would be substantially worse if the linked doc was a boilerplate link that didn’t stay up to date.