Flex: как вызвать titlewindow при смене вкладки до создания компонентов пользовательского интерфейса вкладки

В моем приложении Flex4 панель вкладок используется следующим образом:

<s:TabBar id="tabs"/>
    <mx:ViewStack id="vs" height="100%" width="100%">
        <s:NavigatorContent label="Tab 1"  width="100%" height="100%">
            ...
        </s:NavigatorContent>
        <s:NavigatorContent label="Tab 2"  width="100%" height="100%">
            ...
        </s:NavigatorContent>
        <s:NavigatorContent label="Tab 3"  width="100%" height="100%">
            ...
        </s:NavigatorContent>
    </mx:ViewStack>
</s:TabBar>

По умолчанию приложение открывается с вкладкой 1. Вкладка 2 еще не построена.

Проблема в том, что когда я меняю вкладки на вкладку 2, Flex очень долго создает компоненты пользовательского интерфейса вкладки 2 и отображает содержимое вкладки. Приложение в основном зависает во время этого процесса. Мне нужно указать пользователю, что ему нужно подождать несколько секунд.

Я пробовал использовать диспетчер курсора, чтобы создать значок занятой мыши. Это не сработало (например, курсор меняется только тогда, когда вкладка 2 завершает сборку).

Я хотел бы просто отображать окно заголовка во время создания вкладки. Но я не знаю, как запустить его, когда я переключаю вкладку, так что окно заголовка появляется раньше и во время создания вкладки 2.

Я знаю, что mx ViewStack может иметь свойство change="", но когда я использую его, окно заголовка не появляется, пока вкладка 2 не завершит загрузку.

Я не уверен, как реализовать функцию callLater() в приведенном ниже сценарии.

Может ли кто-нибудь помочь мне выяснить, как вызвать окно заголовка, чтобы оно отображалось до и во время сборки вкладки 2?

Ссылки:

Как мы реализуем экран «Пожалуйста, подождите…» в гибком режиме, когда приложение занято

Flex: ищу шаблон проектирования для отображения курсора "занято", когда мое приложение "занято"

ОБНОВЛЕНИЕ 1:

С помощью комментария createDeferredContent Дэвида ниже и комментария setTimeout от weltraumpirat в моем предыдущем сообщении, ссылка на который приведена выше, я смог взломать решение, в результате которого во время загрузки содержимого вкладки 2 отображался занятый курсор. Вот что я сделал:

Создайте вкладку 2 как компонент, реализующий следующее:

<s:VGroup 
    ...
    preinitialize="preinit"
    creationComplete="start1">

    private function preinit():void {
        mx.managers.CursorManager.setBusyCursor();
    }

    private function start1():void {
        setTimeout(start2,100);
    }

    private function start2():void {
        // create mxml components
        myBC.createDeferredContent();

        // place any required actionscript code here
        mx.managers.CursorManager.removeBusyCursor();
    }

    ...

    <s:BorderContainer id="myBC" creationPolicy="none">
        <!--- place all mxml code here to create layout -->
    </s:BorderContainer>

</s:VGroup>

Несколько примечаний:

(1) Хотя курсор занятости отображается до того, как вкладка 2 завершит сборку, приложение по-прежнему зависает, и когда пользователь перемещает мышь, курсор занятости остается на экране, в то время как значок мыши по умолчанию (стрелка) перемещается по экрану в соответствии с управлением пользователь, пока вкладка 2 не завершит сборку и не отобразится. Не идеально, но, по крайней мере, курсор занятости указывает на то, что приложение что-то делает. Если бы я хотел, я мог бы заменить курсор занятости окном заголовка, указывающим занятость и т. Д.

(2) Изменение тайм-аута со 100 мс на 50 мс по-прежнему дает хорошие результаты. Но уменьшение его до 10 мс приводит к тому, что курсор занятости появляется только тогда, когда все компоненты построены и отображены. Следует ожидать, что уменьшение тайм-аута ниже некоторого порога вызовет такое поведение. Интересно, зависит ли этот порог для значения тайм-аута (например, от 10 до 50 мс) от клиентского компьютера? Или, если я использовал 100 мс, безопасно ли это покрыть все клиентские машины? (Откуда мы знаем, что это будет?)

(3) Я ожидал, что замена setTimeout(start2,100); на callLater(start2); и удаление creationPolicy="none" должны дать аналогичный результат, но это не так (например, курсор занятости никогда не появляется, а приложение зависает на несколько секунд, пока не отобразится вкладка 2). Я никогда раньше не использовал callLater(), так что, возможно, я сделал что-то не так (?).