dll и GUI Опции

[Гость_Евгений_*]

Всем доброго времени суток.

Я несколько лет писал разные проги с использованием MFC. и сейчас в качестве познавания нового решил переписать один проект на QT. Поставил QT версии 4.4.0, пересобрал статически под vs2005. все компилится, линкуется, ок. Возник следующий вопрос. Вообще QT позволяет внутри динамических библиотек создавать ГУИ? Или нет? У меня есть гланое окно (которое наследуется от QMainWindow). На него кладу дерево и таб через сплиттер. В дерево помещаются грубо говоря названия библиотек, подключаемых к программе. А в табы передаются указатели на классы, реализованные в dll, производные от QDialog.

Так вот, в библиотеке есть экспортируемая функция, при вызове которой создается класс, в конструкторе которого создаются объекты диалоговых окон. Затем указатели на эти объекты передаются в главное приложение и кладутся в QTabWidget. (это по задумке). На деле ни хрена не работает. При попытке создать экземпляр диалогового окна в dll вылетает ошибка что qpaintDevice или как то так должен быть создан до QApplication. Вобщем, если перед созданием моего диалоговго окна создать экземпляр QApplication (хотя мне не понятно чем он будет отличаться от того, который реализован в функции main в главном приложении и зачем его создавать еще раз), то все путем (на время). Т.е. диалоговое окно вроде как создается, а когда я его уже в главном приложении пытаюсь добавить в качестве дочернего виджета в сплиттер, вылетает ошибка что нельзя добавлять виджеты, созданные в разных потоках. Вот это чесгря вообще не понятно, как это так... Поток я не создаю, библиотека вроде как должна грузиться в адресное пространство главного приложения. Такие ограничения как-то непонятны.... Вроде все хвалят qt, а неужели он такого не позволяет? Уважаемые эксперты, поделитесь пожалуйста тонкостями, как такое реализовать?

Имеется еще одна неясность: В винде если писать dll средствами winAPI, надо объявлять функцию DllMain, которая вызывается при загрузке библиотеки.... А в случае работы с QT? Как тут? Есть 2 книжки, но как-то там стороной обходится этот вопрос.... Пробовал просто main писать, но она не вызывается ни разу. Может сигнатура должна быть другая? Или имя?

Вобщем основной вопрос у меня такой, можно ли при использовании qt писать плагины, содержащие ГУИ? При этом ГУИ такие, что основное приложения естесственно ничего и не знает о плагинах? но при этом его окно является родителем окнам, созданным в плагинах?

Заранее большое спасибо за ответы!

[Гость_Гость_*]

Так и сделал... Только вот msvc почему-то не хочет работать с разделяемыми библиотеками.. Т.е. в принципе понятно почему, не понятно как убрать эти тысячи ошибок линковки (((( Не понятно где указать среде, какие dll использовать. Со статическими все просто (#pragma comment(lib, "...")). С динамическими никак не получается... Даже директива #import не помогает. ((( Если кто знает, подскажите плиз, можно ли заставить msvc работать с динамическими библиотеками qt, скомпиленными из не коммерческой версии qt.

Пробовал уже другие среды: KDevelop, CodeBlocks, QDevelop. Ни одна из них к сожалению не нравится в том плане, что практически полностью отсутствует возможность трассировки с просмотром значений переменных.... А без этого никак... Всякие мессаджбоксы выводить... это как-то тупо.... "qDebuq <<" в QDevelop-е делает вывод только после завершения приложения.... к тому же я еще по брейкпоинтам не могу зайти почему-то... с какой-то консоли на вопрос "Использовать ли такой-то брейкпоинт" автоматом отвечается "no". С какой радости? Где сказать "yes"? Короче, сплошные разочарования.... Не говоря уж об автодополнении кода через раз со своими типами данных и полным отсутствием автодополнения для stl например.... Или я чего-то не понимаю...

Осталась последняя надежда, настроить msvc на работу с динамическими dll qt. Теряется кроссплатформенность конечно... но зато хоть отладчик нормальный... )) Вобщем наставьте на путь истинный пожалйста, старейшины!

Заранее большое пасибо