Проблем с функцией QFileDialog::getOpenFileName, при нестабильной работе сети

[AD]

Я когда-то задавал подобный вопрос, приемлемого решения не нашлось на тот момент. Но теперь проблема стала снова и серьезно.

Дело в том, что при использовании функции getOpenFileName в стандартном виде:

Код

C++ (Qt)
QFileDialog::getOpenFileName(<object>, <text>, <directory>,
                        <filter_files>));
 

То эта функция лезет в сетевое окружение. Если сервер сети в данный момент не работает, то вывод окошка замедляется, а то и совсем зависает. Дело в том, что программа начинают с выбора загружаемых лог-файлов, а соответственно с этого окна. Но если сервера (и основной и резервный) в данный момент недоступны, то прога зависает и это окошко не появляется. Какими флагами, шаманствами и прочим можно заставить эту функцию не лезть в сетевое окружение???

Сделал для функций следующие обертки. Не особо помогло. Чуть быстрее открывается, но задержка есть. Пока полного зависания не наблюдалось, но задержка раздражает:

Код

C++ (Qt)
QString getOpenFileName(QWidget* parent = 0, const QString& caption = QString(""),
						const QString& directory = QString(""), const QString& filter = QString(""));
QStringList getOpenFileNames(QWidget* parent = 0, const QString& caption = QString(""),
						const QString& directory = QString(""), const QString& filter = QString(""));

Код

C++ (Qt)
/// Вызов окна диалога для выбора открываемого файла
QString getOpenFileName(QWidget* parent, const QString& caption, const QString& directory,
						const QString& filter)
{
	QFileDialog file_dialog(parent, caption, directory, filter);
	file_dialog.setViewMode(QFileDialog::Detail);
	file_dialog.setResolveSymlinks(false);
	file_dialog.setFileMode(QFileDialog::ExistingFile);
	if(!file_dialog.exec())
		return QString("");
 
	return file_dialog.selectedFile();
}
 
/// Вызов окна диалога для выбора открываемых файлов
QStringList getOpenFileNames(QWidget* parent, const QString& caption, const QString& directory,
						const QString& filter)
{
	QFileDialog file_dialog(parent, caption, directory, filter);
	file_dialog.setViewMode(QFileDialog::Detail);
	file_dialog.setResolveSymlinks(false);
	file_dialog.setFileMode(QFileDialog::ExistingFiles);
	if(!file_dialog.exec())
		return QStringList();
 
	return file_dialog.selectedFiles();
}

Не слишком помогло. Буду благодарен за помощь!!!

[shadone]

QFileDialog::getOpenFileName показывает родной диалог открытия файлов. Вряд ли тут что-то можно сделать. Я так понимаю точно также "тормозят" любые другие (не-Qt) приложения показывающие родные диалоги?

[BaltikS]

Можно ещё предложить пингануть сервак перед открытием окошка....

[lit-uriy]

>>Можно ещё предложить пингануть сервак перед открытием окошка....
А толку-то, ну отвалилися он, а окошко-то всё равно открывать.

[BaltikS]

>>Можно ещё предложить пингануть сервак перед открытием окошка....
А толку-то, ну отвалилися он, а окошко-то всё равно открывать.

Я так понял она как раз таки с сервака и открывает файлы....

[lit-uriy]

Нет, просто из-за сетевого окружения, диалог открытия файлов задумывается

[AD]

QFileDialog::getOpenFileName показывает родной диалог открытия файлов. Вряд ли тут что-то можно сделать. Я так понимаю точно также "тормозят" любые другие (не-Qt) приложения показывающие родные диалоги?

Да, тормозят. По крайней мере, MFC-шное тоже задумывается... Так использую неродное уже ведь. Использую Qt-шное....

[BlackTass]

дак Qt то в свою очередь использует родной диалог)

[CroCIV]

Почитай про уровни модели OSI тебе все станет понятнее http://www.citforum.ru/nets/switche/osi.shtml . Таким образом и Qt и любое другое не мелокмягкое решение будет тормозить, если, конечно, оно не работает сразу на 3-4 уровне OSI. На сколько я знаю есть у мелкомягких такая переменная управляющая временем ожидания ответа от сетевого интерфейса, но тут есть но, если в сети наблюдается систематический недоперепинг, то с коротким временем ожидания система вероятнее руганется об недоступности удаленного хоста, а он может и прощупался бы, еслиб подождали подольше. И вообще СаМБа - это зло. Помоему на виндовс 7 используется уже другой протокол, и мб там такой беды не будет.  

[AD]

Думаю, что все-таки есть решение этой проблемы. Ведь не тормозит точно абсолютно такое же окошко, что при вызове статической функции getOpenFileNames(), при открытии нового документа Word, Excel! Только что проверил - моментальное открытие.

[AD]

Не удается найти решение. А просто как воздух необходимо...
Помогите, пожалуйста! Этот стандартный диалог в Word, Excel, Power Point открывается моментально - это ведь значит, что проблему можно вылечить? Уже весь ассистент перелистал в поисках решения...

[shadone]

Не удается найти решение. А просто как воздух необходимо...
Помогите, пожалуйста! Этот стандартный диалог в Word, Excel, Power Point открывается моментально - это ведь значит, что проблему можно вылечить? Уже весь ассистент перелистал в поисках решения...

Assistant ничем не поможет, особенно учитывая что диалог в MFC тоже тормозит при открытии. Решение я вижу только одно - найти как работают Word/Excel/etc, что они делают особенного что диалог открывается моментально и послать патч в Qt Development Frameworks который исправит проблему.

[Alp]

Думаю, что все-таки есть решение этой проблемы. Ведь не тормозит точно абсолютно такое же окошко, что при вызове статической функции getOpenFileNames(), при открытии нового документа Word, Excel! Только что проверил - моментальное открытие.

К сожалению, нет офиса на компьютере, не могу проверить. Есть ли гарантия, что ворд/эксель открывают стандартный диалог выбора файла, а не реализуют его самостоятельно с тем же видом?

[pastor]

Так использую неродное уже ведь. Использую Qt-шное....

Можешь отдебажить ход создания Qt-шного диалога и глянуть где проблема (метод, функция, этц). Код-то открыт

[Igors]

Есть ли гарантия, что ворд/эксель открывают стандартный диалог выбора файла, а не реализуют его самостоятельно с тем же видом?

Да, в отладчике можно увидеть как свора стандартных dll подгружается при открытии.

У меня была проблема на слабенькой машине тормозил сетевой диск. Выкрутился отключив <filters>, пришлось открывать "anyFile". Хотя это может совсем не тот случай. Сочувствую.