Что за жуткие тормоза при создании QFileDialog?

[frostyland]

Здравствуйте.

Создание QFileDialog приводит к "замерзанию" интерфейса более чем на 5-7 секунд!
Обратите внимание - просто создание, без открытия - динамическое [QFileDialog *fd = new QFileDialog(m_scheme)]
или на стеке - без разницы.
При этом вызов статической функции QFileDialog::getOpenFileName - летает просто.

Что за ерунда - кто-нибудь пояснит?

[Пантер]

QFileDialog::getOpenFileName по умолчанию вызывает нативный вариант, возможно, дело в этом.

[frostyland]

ну да... я посмотрел в коде.
но 5-7 секунд на не самой медленной машинке - это же уму непостижимо!
а ведь хочется использовать и сигналы и все вкусности объекта, а не просто статические методы...

[SASA]

Это факт, что Qt диалоги работают медленнее.

[frostyland]

увы.... не просто медленнее. пипец, как медленно )))))
я глянул - они в своем же коде практически из не используют, все обходятся статическими вызовами.

[Пантер]

Попробуй поковыряться в коде QFileDialog и понять откуда ноги растут.

[frostyland]

по коду вроде как неоткуда. трейсинг вечело проходит все методы конструктора, вот только после этого весь интерфейс рпограммы умирает на несколько секунд
Визуально это выглядит так.

Код

C++ (Qt)
 
QFileDialog fd;
QMessageBox::information(0, "", "");
 

QMessageBox отображает свои контуры, но и только. последующая отрисовка и реакция на мышь и клаву замерзает на вечность.


PS.
Вот еще наблюдение. ПРоблема не в создании диалога как такового.
Создание с последующим мгновенным убитием не вызывает тормозов

Код

C++ (Qt)
 
{
	QFileDialog fd;
}
QMessageBox::information(0, "", "");
 

Значит, скорее всего, диалог где-то цепляет на себя очередь оконных сообщений, даже не отобржаясь на экране, и не отдает ни в какую...


PPS.

Хмм... А вот если сделать так

Код

C++ (Qt)
QFileDialog fd;
QFileDialog fd::getOpenFileName(...)
 

то окно тоже шустренько выводится на экран, и прорисовывается все как надо, только вот нету никакой реакции на мышку - мышь двигается но не может ничего выделить в окошке диалога.

... Чистио теоретически, объект передает управление дальше, однако где-то полностью захватывает очередь оконных сообщений, что-то делает и потом отпускает ее.
Это жутко как неудобно искать ((((
Отложим до лучших времен )

[ufna]

насколько помню, это так всегда было ) там по-моему файловая модель тормозит.

[Disaron]

У меня оно зачем-то к флопповоду обращается, и пока не получит отклик что там ничего нету - диалог не показывает.

[Пантер]

Это нормально - модель делает запрос на получение иконки флоповода, который сначала проверяет наличие вставленного диска. Винда, однако.

[frostyland]

не-не, ребята, явно ни файловая модель, ни иконка флопа тут ни при чем.
по модели: тогда бы зависание было внутри конструктора, при построении ее, а конструктор пролетает на ура, тормозит только последующее построение любого окна, даже простого QMessageBox.
по флопарю: не жужжит флопарь, нету к нему обращения.

[Пантер]

Как раз не в конструкторе, а при заполнение модели, которое происходит в потоке.

[GreatSnake]

тормозит только последующее построение любого окна, даже простого QMessageBox.

Модель заполняется по таймеру, который отрабатывет в первом обработчике событий, который и запускается в QMessageBox::information().

[frostyland]

Как раз не в конструкторе, а при заполнение модели, которое происходит в потоке.

Как раз не в конструкторе, а при заполнение модели, которое происходит в потоке.

Дак тем более, это же поток отдельный, да еще без вывода на экран, откуда тормоза???
Тормоза именно при выводе на экран любого типа окна, как я писал выше.
ПРичем, забавно:

• при выводе своего окна диалога отрисовывается сразу все, в том числе и файловая модель (2 каталога )))), но мышка тупит и не выделяет итемы
• при выводе QMessageBox трисовывается только рамка окна и все замерзает

Не, ерунда какая-то, дело явно не в модели как таковой. Где-то лажа в реализации...
Вот кстати, смешной примерчик:

Код

C++ (Qt)
	QFileDialog fd;
	qDebug("1");
	qDebug("2");
	qDebug("3");
	qDebug("4");
	m_scheme->m_scene->addEllipse(10, 10, 40, 50);
 

После конструирования диалога сразу отрисовываю итем на сцене - снова без тормозов.
Явно что-то типа эксклюзивного захвата очереди оконных сообщений, ИМХО.

[frostyland]

тормозит только последующее построение любого окна, даже простого QMessageBox.

Модель заполняется по таймеру, который отрабатывет в первом обработчике событий, который и запускается в QMessageBox::information().

Что-что ?? А причем тут обработчик совершенно другого окна? Которому до звезды чужая файловая модель??
Это как так?
Кроме того - в модели, на моем уровне: всего 2 каталога. или заполняется вся модель вселенной моего компьютера?