Ты сам пишешь, что понадобился день на исправление. Я думаю, это в высшей степени приемлемая цена за несохранение старых багов в новых версиях.

Думаю, в этом случае "глюки дельфовой модальности" вспоминались бы с детской нежностью.


Первопричиной этих "глюков" я бы назвал существование синхронного ModalResult (то есть желание писать код в стиле if ShowModal = mrOk then). Этот аспект перпендикулярен внутренней реализации ShowModal - хоть так как есть, хоть через DialogBoxIndirectParam, хоть как угодно ещё.


И это точно глюк именно Delphi?

Я не понимаю, как ты это себе технически представляешь.

Допустим, речь идёт об одном потоке. В нём есть модальное окно. Это означает, что есть цикл обработки сообщений, в нём обрабатывалось какое-то сообщение, и эта обработка вызвала модальное окно. Сейчас она ждёт возврата из ShowModal, чтобы продолжиться.

Теперь откуда-то есть ещё один цикл. Он "сейчас работает" и сообщение в нём должно закрыть модальное окно. "Сейчас работает" означает, что он по стеку вызовов ниже ShowModal, а "должен закрыть" - то, что должен произойти возврат из ShowModal в код выше по стеку.

По-моему, такое возможно только если по этому сообщению первым делом закроется сам "ещё один цикл" вместе с кодом, в котором он работает.

Я бы сказал - кривизна в самой идее наличия в одном потоке нескольких циклов обработки сообщений. Даже в том варианте, в котором она в дельфе. И уж тем более - когда появляется ещё какой-то, несогласованный с ними отдельный цикл. Глюки... неудивительны, говоря деликатно.

А как он отработает возврат из ShowModal и продолжение той обработки, которая должна быть после ShowModal?

Я не могу придумать, что в таком подходе хорошего. Один сплошной глюкогенератор.

Давай представим себе простое приложение: из главного окна А открывается модальное Б. В модальном Б заполняется поле ввода, когда Б закрывается - введённый текст попадает в caption главного окна.

Чего ожидает пользователь? Он ввёл текст, нажал ОК, окно Б закрылось, текст отобразился в окне А, окно А доступно для дальнейших действий.

Что пользователь получает на самом деле? Он ввёл текст, нажал ОК, окно Б закрылось, текст в окне А не отобразился, окно А не доступно для дальнейших действий. Зато ещё неизвестно сколько работает некий "доп. цикл" и если повезёт, из него когда-нибудь удастся выйти.

То есть ты практически отказываешься от того, что чуть раньше назвал нормальным - желания писать if ShowModal then {что-нибудь}. Теперь это "что-нибудь" нужно писать в нажатии кнопки.

Давай теперь предположим, что окно Б - это стандартная функция InputQuery. Как ты предлагаешь обработчику её кнопки узнавать, чей текст менять?


Ну разве что если это тоже делать в обработчике кнопки.


А главное - зачем и нахрена он вообще нужен. Ради кривой фигни ты так постепенно всё приложение перекособочишь.