> I am not a programmer but I think it would be more difficult to implement the ability to drag to move/detach containers.
I am a retired programmer. Your comment brings back to my active memory 20+ years of information about how Windows GUI software works.
If the tag window is actually a window know to the OS, then it may not be difficult to implement the detached window behavior. If the tag window is contained inside another window, that definition would have to be changed so that the tag window could float outside the main MC window. If the tag window is not contained within another window, it may be fairly simple to implement the change in behavior.
It is possible that the tag window is not a real window but just a set of elements MC writes in the main window. If that case, the Tag window would have to be re-implemented as a real window.
Either way, making the window detachable and separately movable is what will require work. Dragging it versus using a keyboard shortcut to tell MC to make the change won't make much difference.
The general idea is this: The GUI aspects of displaying information in a Windows app. are event driven. a GUI app. will have code that responds to a message from Windows to redraw a window (with perhaps a description of the area in the window that needs to be re-drawn.) That code will be used whenever part of the window needs to be re-drawn. Moving a window is just one example of a change that requires re-drawing a window.
Now if MC doesn't allow the tag window to be moved, Windows will not send messages asking MC to re-draw the tag window in a new location.
You can see an example of moving a window within MC. Click on Player/DSP Studio. Place the mouse on the header at the top of the DSP dialog window and drag it around. You can move the dialog window completely outside the main MC window. Displaying the dialog window and its contents in a new location uses the standard Windows mechanisms to re-draw windows. However. Windows itself may cache images of the screen and be able to re-draw the dialog window without asking MC for help. It is less likely that Windows has an image of parts of the main MC window that were previously covered by the dialog window. So Windows is sending messages to MC to redraw parts of the main window that were previously covered when you move the dialog window.
I have not thought about this sort of topic in several years. Thanks.
Bill