Попереключайтесь на форму - обратно в среду - на форму
Top-Level форма перестает отвечать на действия юзера - замораживается. К тому же при клике на таскбаре она не всегда активизируется виндой. Но даже будучи активизированной, далее, при активации среды она перекрывает среду поверх, как будто она AlwaysOnTop.
Известно, что, любая форма, вызванная из модальной однозначно становится модальной. С другой стороны, Top-Level форма никогда не может быть модальной. Но, в любом случае, что за бредовые визуальные эффекты?

Модальной по отношению к какой форме ? Если к IDE - согласен , но к вызвавшей форме она может быть и Modeless?

Не может, Равиль. Она автоматом также становится модальной, какой бы она не была описана при разработке. Пример обратного, плиз, если можно... Без топ-левел форм (с ними не стоит рассуждать о модальности - им чуждо это понятие).
Мой пример. Удалим в описании класса TopLevelForm строку ShowWindow = 2. Укажем даже для наглядности WindowType=0 и Show(2), хоть это и так по-дефолту. А теперь попробуйте при активной ModelessForm обратиться к StartForm. Фокс не даст этого сделать, т.к. oModelessForm стала модальной , хотя в классе была описана как немодальная и вызывалась как немодальная (Show(2)):



Далее, по Вашему примеру. Вы ставите точку останова READ EVENTS, т.е. по-сути эмулируете модальность топ-левел формы. Но является ли "нормальным" такое использование READ EVENTS именно в данном конкретном случае (то, что это общая стратегия вызова "а-ля модальных" топ-левел форм - это понятно, я говорю про рассматриваемый случай с вызовом топ-левел формы из модальной)? По-идее всё хорошо, и среда работает, обрабатывает события, и топ-левел форма, юзер переключается туда-сюда безо всяких осложнеий. Идиллия :). Айда веселиться дальше... Попробуйте вернуться в IDE и закрыть StrartForm крестом... Опца... Не закрывается... Оно и понятно, форма не может закрыться, пока выполняется хотя бы один из его методов (метод TopLevelCMD.Click() до сих пор висит на READ EVENTS) Странная ситуация для идиллии, не правда ли? Поедем дальше, вернемся в топ-левел форму и нажмем CloseTopForm - вылетают обе. К тому же, а как вы этот выкрутас с READ EVENTS будете делать в реальном приложении в EXE, в котором уже запущен READ EVENTS? Любой последующий READ EVENTS будет проигнорирован. Так что этот финт уж вовсе неприменим "в реальных боевых условиях". И это вы называете "соблюдением правил приличия"? ;))
Т.е. это я все к тому, что нельзя READ EVENTS использовать для такого случая. И вообще, я спорить не собирался особо ;) ... Смысл ветки был в том, чтобы показать, что MS не разрулило эту ситуацию и возникают глюки. Надо явно было запретить вызов Top-Level из модальных форм (либо другой вариант защиты предусмотреть). Эта ситуация, кстати, явлется "близняшкой" обсуждавшейся некогда на Фоксклубе ситуации, когда из немодальной (ModelessForm) формы вызывается модальная (ModalForm), и затем, в одном из методов ModalForm выдается ModelessForm.Show(). В результате ModelessForm становится модальной и перекрывает ModalForm. Ситуация, которая по-идее не должна иметь места ни при каких обсоятельствах . Ошибка, дыра в защите Фокса, если хотите...

ЗЫ Код оформляется так: Вставьте его, выделите и нажмите кнопку Code под текстбоксом "Тема"

MS не проработали эту ситуацию по причине того, что вызывать Top-Level из формы - не очень красиво в принципе, и надо ли?

Согласен, но мало ли какие могут быть причины для такого вызова... Факт ведь имеет место быть и глюки тоже. MS по-крайней мере должно было предупредить о нежелательности такого вызова в документации
По поводу примера... Ну да, все правильно. Никто не спорит. Причем и модально тоже можно их вызывать

! Только не закрывай главную по [x] - эта ситуация не описана :)
нужен Clear events в Destroy формы - извини если все подвесил :))

Уже подвешивал.. По привычке X жал. К нашему вопросу это отношения не имеет - мелочь. Не в том же суть дебатов :)