Bug 6006 (2): Slot Dialog parent dialog ownership doesn't track Object Viewer/Open Object docking/undocking
Bug Number: 6006 (2)
Release notes (y/n): Yes
For Release Nums: 7.1.4

The Object Viewer, internally, is a special Open Object (OpenObjectDlg) 
instance.  If any of an Object's slots are opened when the Object is shown 
in the Object Viewer, then the Object Viewer continued to "parent" those slot 
dialogs, even if the Object is dragged out of the Object Viewer.  Similar 
Slot Dialog "parenting" issues existed for the converse scenario -- showing 
an Open Slot Dialog from a "solo" Open Object dialog, and then moving the 
Object into the Object Viewer.

This commit causes such Slot Dialogs to be deleted and recreated when Object 
are moved in or out of the Object Viewer.  Since the size and location of 
Open Slot Dialogs is "remembered" and restored when the slot is shown again, 
this works pretty well.  The side effect is that the Open Slot dialogs 
associated with the Object being moved (in to, or out from, the Object 
Viewer), the Open Slot dialog's are momentarily hidden and reshown (but 
provisions are made such that those Open Slot dialogs don't end up "on top", 
covering the Open Object or Object Viewer dialogs).

Both "directions" of moving a SimObj (into or out from the Object Viewer) 
make use of this new utility method:

   QList<Slot*> closeObjSlotDlgs (SimObj*);

---