v1.1.0-dev.103: Docking that actually docks

v1.1.0-dev.103: Docking that actually docks

Pre-release off the dev branch. Builds on v1.1.0-dev.102.

Last release said you could dock a window from the editor by selecting it
and picking Dock into…. That control changed the saved profile and
never moved the window. This release fixes that, and moves every control
for what is inside a container onto the container itself.

Docking moves the window, wherever you start it

There is one docking operation now, and it always does both halves: it
writes the profile and it moves the real window, together. Dragging a
window onto a container and adding one from the container's own list are
the same call underneath.

Every container has a manage panel

The button beside a container's title bar opens a panel listing what is
inside it. Each row has Undock, which takes the window out of the
container and gives it back the size it walked in with, live.

Add window offers everything currently open, plus any window this
profile saved that is not running right now. That second group is how you
build a layout for an app you have not started yet.

A row with a filled dot is a window the container is holding on screen. A
hollow one is a window this profile says belongs here that is not running.
Both can be undocked.

Why the controls are on the container and not in the app

A docked window covers its whole pane. The title bar and this panel are
the only parts of a container you can still click once anything is in it,
so they are the only place these controls can be.

More to the point, the container is where one action can both move a
window and record it. A menu in the editor could only ever do the second
half, which is exactly what went wrong.

A docked window is visible again

It used to disappear from the List and Visual tabs entirely and only
reappear on the Virtual Windows tab. Now it is listed under its container
in the list and named on its box in the visual editor, read-only.

The Virtual Windows tab still creates, renames, re-homes and removes a
container. It no longer docks or undocks anything, and has a Show
container button that brings the real one forward with its panel open.

Two smaller fixes

A window that refuses the size its pane gives it was being measured
against the pane it was about to get rather than the one it had, so every
splitter drag briefly flagged every window as not fitting.

Removing a container left the windows that had been inside it the shape of
a pane that no longer existed. They get their original size back now, on
screen as well as in the profile.

Install

Auto-updates from dev.53 and later. Otherwise unzip and run.