How to unlock everything on a board?

@Andreas Gorm Tungland -

I’m not aware of any way to do this - while locking can be done on multiple objects at once, unlocking is done on a one-by-one basis. I’d recommend adding a wish list post for this - I’d definitely vote for it!

Kiron

+1     Been even thinking about building a hacky app to accomplish this.  

UI Suggestion:

In other tools like OmniGraffle (one of the better diagramming UIs) … you can lasso select all items within the lasso- locked and unlocked alike.  All items get bounding boxes, but the locked items get a bounding box of a different color.  If you drag those items to a new place, or scale, or whatever… the locked items do not respond.  However, if you select ‘lock/unlock’ you first lock all then unlock all (  I recall ..). This means that you can accomplish what this post asks for with: ctrl + A ,  ctrl + L(x2).  

What this ends up leading to is … the other system (which I believe and hope Miro is working on) that minimizes the need for locking and unlocking so many objects is layers (which lock as layers).   This lets you separate the ‘background’, ‘board templates’ from their ‘contents’ any group ‘collab pads’, ‘annotations and highlights’ etc.. into different layers and lock and unlock them at will. I mean.. this is basically illustrator. Layers are key, esp for advanced users and can confound new users.. keep it simple. 

Unless

• there is an option selected in the mix; and
• the lock action does not appear on a context menu; and
• Ctrl + A and Ctrl + L cannot be used (or the user is using a client/device with no Ctrl input option.

Thoughts?

@Robert Johnson -

Marina has opened bugs on my behalf before but I think the support form approach is the official method.

Kiron

Strange. I thought I tried this [ctrl + A ,  ctrl + L(x2)]  and it worked, however, right now when I tried to either Shift + drag or Ctrl + A, locked objects are not being selected - I friggin’ swear it was! haha. Oh well.

@Dan Hopewell - We can’t say for sure if that is a defect, bug, or missed requirement, but I say it is unexpected behavior. However, even though this would allow the duplication of a locked object, the new object is just that: new and not the original. I just tested browsing a board as a Guest Editor and put a frame around a locked sticky and when I delete the frame, the sticky remains. Even though as a Guest Editor I can’t copy a locked stick on its own and can then put a frame around it and copy-and-paste and have an unlocked copy, I guess there’s no harm if the original is intact.

I could see this becoming an issue, though, if Miro adds additional restrictions on locked objects, e.g., you can’t download the object, but then the user creates a duplicate using the frame → copy method.

On a side note, I just tested putting a frame around a hidden frame and a copy and paste of the new frame does not duplicate the hidden frame (so that’s good). I believe that any locked object should not be able to be duplicated using the workaround you have found.

I think this should be noted to Miro support to submit to submit for review. @Dan Hopewell - 

I’ll gladly report it unless you want to?

That’s awesome @Kate Ivanova - that’ll save me lots of time when I’m copying and pasting objects from one board to another!

Kiron

​

I would like to suggest two improvements to the UI of this type of function:

1. Adding a Re-lock (or ‘Reset Previously Locked’) button, that might behave like this: 
   1. The function needs to know all the objects that were previously affected by the ‘Unlock All’.
   2. After launching the command, the bounding boxes of all the items going to be locked again will be highlighted.
      1. This will allow to exclude the ones not wanted to be affected by the ‘Re-lock’ through a selection, or individual pick. 
         1. In the process of selection, the already ‘free-to-move’ objects will not be affected.
            Only the items that are going to be locked again will be involved, saving our nerves from picking the wrong object in a cluttered space.
      2. In this phase, the map in the left corner pops-up highlighting the box of the items that are going to be locked in a different colour.
         1.  This is to avoid the need for zooming-out, conveying a general idea of what is going on before deciding to modify it.  
   3. Finally, a lock-shaped icon is pressed at the top of the screen to validate the action of re-locking the intended objects. 

It would be especially useful when there is a need to move things around while keeping the structure created between the objects when needed.

 At the moment, you solved the problem of painstakingly selecting every item we wanted to unlock before moving things around.

Yet, you left the need to do so to put the structure designed back together.

1.  Sorry for repeating, but, after all, I think the suggestion of @Max Harper to copy OmniGraffle is valid.
   1.  I would not go into the ‘Layers’ rabbit-hole, because once you start with it you only want more and it actually creates an extra step that the user would get distracted managing, which is far from the ‘Get-Go’ philosophy of Miro.
   2. The OmniGraffle way does not need you to unlock everything, but only what you have selected (which, anyway, can be ‘all’).
      1. This proves useful in case I bring a group of things over a space with a mix of objects.
      2. Adding a ‘Re-lock’ function linked to the unlocked selection would still be a good idea, for the same reasons above mentioned. (and It would also need to memorize fewer items)

​