TopLevels with Modal == false don't receive an event indicating their container is Loaded/Ready

[tig]

In Application.cs

And in Begin():

Neither TopLevel.OnReady or TopLevel.OnLoaded recurse contained TopLevels. They should.

Something like this:

		/// <summary>
		/// Called from <see cref="Application.Begin(Toplevel)"/> before the <see cref="Toplevel"/> is redraws for the first time.
		/// </summary>
		virtual public void OnLoaded ()
		{
			foreach (Toplevel tl in Subviews.Where (v => v is Toplevel)) {
				tl.OnLoaded ();
			}
			Loaded?.Invoke ();
		}

[BDisp]

Because they are added as a superview's subview, so the Loaded event will never be invoked. Since you do Top.Add (wizard); automatically the wizard view is a Top's subview. To the Loaded event being invoked then it have to do Application.Run (wizard); instead.

[tig]

Because they are added as a superview's subview, so the Loaded event will never be invoked. Since you do Top.Add (wizard); automatically the wizard view is a Top's subview. To the Loaded event being invoked then it have to do Application.Run (wizard); instead.

Sorry @BDisp , but I'm not following what you are saying. I think you are just stating why it is this Issue exists.

I have tested my proposed fix (see above) and it works as expected, alleviating the need for me to set the first step manually in the WizardAsView scenario.

In the Wizards scenario, the non-modal codepath creates the Wizard AFTER Application.Run(Top) has been called, and thus Loaded never fires even with my fix. So, in the PR to fix this Issue I am going to change the Wizard API docs to read:

Make sense?

[BDisp]

I think your fix to the OnLoaded may work if the Toplevel is added before the Application.Run. The API docs to explain why doesn't work if the Wizard is added after run makes sense. I only was justifying why the Loaded event of a Toplevel, which is a subview of another Toplevel, isn't invoked. Good work.