Note: We're deciding to improve this SCT lock state behavior instead of considering removal of the lock feature altogether. The latter seemed to be reasonable to consider because, for the most part, the slot list editing functions are being moved to a mode in which changes to the list could tentatively be made. However, the simple Insert and Delete context menu operations in the slot row header are still there, and would be good to keep. The lock is still needed.

There needs to be a Remove Group operation for selected dividers.

... There are now both "Divider" and "Group" operations available when one or more Dividers are selected. This applies not only to "Remove" but also the subsequently implemented "Copy" and "Cut" operations.

The two "views" in the original design did a good job of distinguishing removal of dividers vs. groups. This was one of a few thing that become a little more complicated when supporting all operations with only a tree view.

Replace the "Done" button with two buttons, supporting the ability to discard changes. There will be two buttons with text and enabledness depending on whether or not any changes have been made since initiating the "Edit Series Slot List" mode ...

These buttons will have tooltips describing their function.

"Create Similar Groups" technical fix. I need to be more careful about the "visibility" of slots. Just because a slot is found with our "locate" function (on SimWS), doesn't mean that the slot is visible. The current implementation is generating "has not been instantiated" errors (in diagnostics).

This turns out to be a problem with the SimWS::locateSlot method itself. We're deciding to not deal with this now. See problem description e-mail.

Maybe ... put a keyboard accelerator on the SCT's Slot menu's "Edit Series Slot List" menu item. (This was important for a choice of some other change which we didn't choose, but it may still be warranted).

Added keyboard accelerator for:

• Slots >> Edit Series Slot List... "Alt + Shift + S".

Note: I had initially tried both "Alt+S" and "Alt+E". Both of those had conflicts, though I don't see why. Those key sequences were not used within the SCT Dialog. Maybe they conflicted with (true) "shortcuts" (i.e. distinct from "accelerators"), though I hadn't understood that that was an issue -- perhaps it is when using "Alt".