Editor: "Start New Game" Wizard with scalable intro image

[ivan-mogilko]

Fix #2622

1. Remake the WizardDialog's title screen into the separate WizardIntroPage control class.
2. Adjust "start new game" pages to scale to the dialog's size, where makes sense. Dialog is relying on each page's "MinimalSize" property when calculating necessary window size.
3. Make "Templates" page high enough to fit at least 2 rows of template icons.
4. Replaced the old intro image with a combination of 2 images found attached in Editor: adjust the intro page in the New Game Wizard, make height higher #2622: background pic that is scaled to fit the page's height, and a cup pic of a fixed size.

I was not exactly sure how to position the cup on the background, so just placed it how seemed okay. But this is trivial to modify.

Example of looks:

Here's how it looks for a smaller wizard:

TODO:
1. I do not like the fact that the image is duplicated as a resource encoded in base64. I'd rather have it embedded as a png and loaded, since we have it in repo anyway.
2. Add new pic author to credits.

[ericoporto]

Tested and this appears to work.

I discovered a bug while testing this, in the Editor, if you use the Editor in a different monitor than your main one, and then exit the editor, if you then disconnect this extra monitor, and then load the Editor, it loads positioned in the position it should be in thie previously connected monitor monitor (except that monitor is disconnected), some modal dialogs (like the beta) shows up in the center of the monitor that you do have and others (like the new game wizard) shows up in a corner of the screen. The main ags editor though can't be clicked anymore, because it is in the position it would be if the extra monitor was connected - so it is off-screen. I think this issue with displays may be related to how we store the position of either windows or layouts and use it to reload the editor, without checking for actual desktop boundaries. I think this is related to e9a9e0b .

[ivan-mogilko]

Please, open a new bug issue for this problem.

I think this issue with displays may be related to how we store the position of either windows or layouts and use it to reload the editor, without checking for actual desktop boundaries. I think this is related to e9a9e0b .

"WindowsConfig" does not save main editor window, it has only few handpicked dialogs, and I thought that the positions should be relative to the main form (although that has to be double checked).