Здравствуйте, Дмитрий!
Во многом вы правы. Однако на каждый пункт есть, что и возразить:
>1) MDI приложение. Насколько я понял, для SDI придется повозиться.
Отчасти да, отчасти нет. Документные окна действительно жестко привязаны к MDI, отключить же главное окно и пользоваться диалоговыми Tool Dialog не мешает никто - это делается очень легко.
Одно из наших направлений в ООО "Метасистемы", которое мы два месяца начали - это как раз мультимедиа-энциклопедии, что само по себе уже очень далеко от серенького MDI. Месяц назад в печать ушла энциклопедия "Школа DJ" - вот информация:
http://metasystems.ru/news/index.php?msg_id=265. Если интересно, могу по эл. почте дать ссылку на демку. Так вот, делался этот интерфейс на стандартных диалогах ББ, весь текстовый движок - от ББ. Писали свою библиотечку скругления и накладывания скинов на уже открытые окна ББ. Впечатления: делали бы на Дельфе+HTML, провозились бы гораздо дольше и проблем было бы больше. В графическом интерфейсе ББ самое удачное - это модель составных документов и текстов, при которой нет никакой разницы между формой, текстом, вашим отображением и т.д. - все это может быть как угодно вложено друг в друга, отредактировано (в том числе пользователем вашего конечного приложения), показано и т.д.
В течение недели выйдет обновление нашей открытой библиотеки Mt - включим туда модуль для использования окон нестандартного стиля и кое-что еще по этой теме.
>3) Потащит за собой немало библиотек (не проблема в общем-то
Действительно, не проблема. Сначало тоже напрягало (точнее сказать, было непривычно). Однако же Дельфа тащит с собой не многим меньший Run-Time (400 Кб против 1200 Кб у ББ), но при этом загрузка приложений любой сложности на ББ происходит моментально, т.к. модули грузятся и подключаются постепенно. В то же время дельфовое приложение с мало-мальски интересным ГУЕм точно также разрастается до 1-2 метров, при этом может грузиться до 30-40 секунд.
Плюс возможность выпускать обновления/расширения/дополнения к своему ПО в виде отдельных модулей, не заморачиваясь с DLL и собственными протоколами.
>Для Windows среды очень большие претензии к дизайнеру диалогов.
После небольшого опыта работы претензии обычно исчезают. Просто надо понять, что здесь все немного по-другому, нежели в дельфе, и основные возможности - не в самом дизайнере форм, а в составных документах в целом.
Однако стандартный ГУИ действительно требует расширения. Мы, например, сейчас начинаем писать его DirectX версию. Вот здесь и обнаруживается вся мощь BlackBox Framework - вся реализация GUI отделена от абстракций. Достаточно подменить 3-4 модуля (HostPorts, HostWindows, HostCFrames), которые эту реализацию при запуске инсталлируют в стандартные модули, - и все ранее написанные отображения и компоненты ничего даже не узнают, просто начнут рисовать на новые поверхности.
Oberon Microsystems готовят 1.6-ю версию, наверняка будут развивать дальше, поживем-увидим...