AnsweredAssumed Answered

Locked-ness is not maintained for individual members of a group

Question asked by anothersmurf on Aug 10, 2015
Latest reply on May 20, 2016 by TSGal

Summary

Locked-ness is not maintained for individual members of a group

Product

FileMaker Pro

Version

14

Operating system version

Mac 10.9

Description of the issue

When grouping locked & unlocked objects on a layout, the resulting group is itself locked, and cannot be ungrouped without unlocking, after which the originally-locked objects are no longer locked, even after ungrouping.

Steps to reproduce the problem

1. Place two objects on a layout, one of which is locked and the other of which is not locked.

2. Select the two objects and group them.

3. Observe that the entire group is now locked (not merely the originally locked item).

4. Attempt to ungroup the group (to return it to its state in step 1). This will fail because the grouped object is locked.

5. Unlock the grouped object and ungroup.

6. Observe that the originally locked object is no longer locked.

Expected result

Locked-ness of individual items should be maintained through grouping and ungrouping. Group followed by ungroup should return objects to pre-grouped state.

The locked-ness of a group should be independent of that of its components. (You get this right in the case of buttons: if you group some buttons with some non-buttons, it remembers which objects are the buttons & which aren't, and doesn't allow you to make the grouped object itself a button.)

Actual result

Returning to the original state takes way too many steps: unlock, ungroup, select (remember) originally locked objects, relock them.

Exact text of any error message(s) that appear

"This operation cannot be applied to some objects in the current selection because they are locked." [step 4, above]

Workaround

None.

NB All of this grouping and ungrouping is *itself* a workaround for the inability to see position in the inspector for a selection of non-grouped items.

Outcomes