Ура. Нашел причину глюка. Я использовал make.exe взятый из MSYS и переименнованный в mingw32-make.exe. После установки штатного от MinGW все запахало.

Поздравляю, теперь ты с нами .

Да не совсем.
Этот дизайнер на поверку довольно убогим оказался. Вроде бы все здорово. Но вот решил я создать простое MDI приложение. Чего может быть проще? А не тут то было. QMdiArea на форму не пихнуть (нет такого виджета). Новый слот не создать (открытие и создание файла, например), соответсвенно, и не подключить. В эклипсе через час хаотичных движений мышью (я долго искал, как создать свой слот, сначала методом тыка, потом призвал на помощь гугла, по результатам которого сделал вывод, что затея невыполнима) начинаются дикие тормоза в дизайнере - работать просто невозможно (вылечилось, правда, перезапуском).
В итоге получается дизайнер можно использовать только с одной целью - для создания дизайна внешнего вида программы (который в итоге все равно ручками переписать придется) да простенькие диалоговые окошки. А все остальное - ручками. После билдера как-то ломает заниматься всякой фигней. 
Вот я и думаю, может нафиг этот дизайнер не нужен?
Ладно. Человек ко всему привыкает...

Насчёт MDI: http://forum.vingrad.ru/index.php?showtopic=172330 (видеозапись нужна ?)
Насчёт слотов не совсем понял(хотя, я, если честно, не пользуюсь дизайнером).



 
Дизайнер имеет много неочевидных для тебя возможностей... Это на самом деле очень мощный инструмент. Чего стоят только CSS .


  

Так. Спасибо за ссылочку. Я все-таки получил такой же ui, как у тебя там. Но, имхо, толком не понял, что сделал, но повторить смогу.  

Про слоты расскажу на пальцах:
1. делаю обычное MDI приложение. С такими базовыми функциями: создать/сохранить/закрыть файл и выйти из программы.
2. Создаю в меню соответствующие пункты (New, Open, Save, Close и Quit). Получаю соответствующие экшены
3. Дальше у меня получается связать только Quit с MyProg::close().
Внимание вопрос, как создать слоты для остальных экшенов не прибегая к ручной правке исходников (т.е. хочу чтобы в исходниках появились пустые реализации для этих слотов, которые я должен буду ручками заполнить), если это вообще реально. Ну или хотя бы с минимальной ручной правкой.
В примерах и документации по дизайнеру ничего похожего не было - только ручная привязка.

Это сообщение отредактировал(а) bsa - 9.10.2007, 12:07

Именно то, что ты хочешь - никак. Данная возможность (подобная) была в дизайнере дял третьей куте, но решили, что оно нафиг не нужно (были свои причины, на мой взгляд, уважительные). Просто дизайнер куте (повторюсь, в очередной раз) в отличие от самого фреймворка далёк от идеала. Впрочем, нет.  Дизайнер идеален, но только как дизайнер. Скажем, для создания форомочек, загружаемых в рантайме. А вот uic - не люблю. Те, кто видели (троллтечевский так же) интегратор под эклипс для Qt Jambi (вопрос о нужности последнего как такового крайне спорный, но мы сейчас не о том  ), поймут моё недоумение насчёт юзанья uic в интеграторе...

Любитель, хочешь сказать, интегратор генерирует другой код?

Интегратор для Qt Jambi (официальный порт Qt под яву от троллтеча) просто не юзает uic  Что впрочем логично, ибо uic генерить явовский код не умеет  Но он не юзает и что-то вроде juic  Он просто по ходу генерирует код. Не во время билдинга, а во время дизайна. Сдвинули виджет - код изменился. Учитывая ещё нормально работающую фоновую компиляцию для явы в эклипсе - сие удобно (хотя ещё раз повторюсь - в нужности Qt Jambi как такового сомневаюсь).

Интеграция фреймворка подобного Qt в ИДЕ среди прочего подразумевает, конечно, средства для RAD. Возможностей uic для этого не хватит. Да даже не возможностей, а самог оподхода. Да и вообще сам формат ui-файлов кутешных (в текущем его конкретном виде) не идеален для полноценного визуального дизайна всего, что под руку попадётся  Конечно, вручную писать тоже хорошо (учитывая сотни раз обсуждённый уже дизайн Qt), я так и делаю, но речь не о том...

uic проектировался как утила независимая от IDE, что не раз подчёркивает троллтеч. Но полноценные средства визуального проектирования предполагают более тесное взаимодействие со средой разработки.