я не для студии делал, но может на основе моего варианта сделаешь для студии (см. тут), т.е место про bat'ник, вроде в студии есть своя командная строка может туда это все определить.
---
P.S. я со студией не работал, тебе виднее

может, когда ты используешь QApplication::processEvents() имеет смысл вставку гигантскую обрамить с помощью setUpdatesEnabled(false); и setUpdatesEnabled(true); ?

а что за версия-то?

что такое GPF?

там собственно написано, что Розета налету переведет твою софтину с PowerPC'шных бинарей на бинари под интеловское железо.
Т.е. это не то, что ты думал.

а что тебе мешает сделать окно на основе QWidget'а, а потом его воткнуть в QMainWindow как центральный виджет.
Т.е. если говорить о моем примере, то в качестве центрального виджета выбирай класс Dialog.
 к слову сказать крыжик "Global include:" я не устанавливал.

тут вроде как выяснили орентировочную цену для России

тестовый проект во вложении

курсор-рука должен появлятся на QGraphicsView и только на нем, когда кнопку мыша щелкаешь, так?

ты его на http://www.qt-apps.org прицепи

самый известный QextSerialPort на sf.net, тот что указан в посте повыше построен на его основе, там и примеры есть. Пробуй

глобальную переменную не надо, так или иначе свой класс сооружается, в нем объявляется свой сигнал и событие ловится, как ged написал, если поймалось посылается свой сигнал.

вообще я думаю, это плохая затея Qt'явый класс трогать, надо от него наследника сделать, и его уже менять как тебе вздумается. А вдизайнере можно указывать от какого класса твой виджет. Ищи слово "promote"

тем, что "язык" общения с модемом построен поверх "языка" работы с портом, посути ты в буфер АТ'ишные команды совать будешь и принимать, а как они в порт попадут - дело класса который с портом работает.

вот это, как в Qt'ях неQt'явое событие ловить?