Открыть и выделить файлы в проводнике

О том, что лист вью чем-то отличается от других стандартных контролов и блокирует доступ из других процессов. На самом деле, всему виной не лист вью, а защищённый режим, который изолирует адресные пространства процессов, но его всегда можно обойти, хоть в лоб, хоть через DLL, хоть через эксплоит, хоть через удалённый тред, хоть простыми (без адресных зависимостей) сообщениями.

 

Конкретно эта задача решается с помощью одной функции - SHOpenFolderAndSelectItems

 

Sharp

Аплодисменты.

 

Quantum, получить хендл ListView не составит труда, если буду знать хендл родителя. Например, запускаю проводник через ShellExecute с параметром "explore", потом как лучше узнать его хендл? На разных по-мощности компьютерах запуск будет отличаться, поэтому по-таймеру надо проверять? И еще, если будет открыто несколько окон explorera, у них же одинаковое имя класса ("ExploreWClass"). Не вызовет ли это трудностей?



Sharp, IceStudent, у этого метода есть немалый недостаток: Minimum operating systems - Windows XP

 

Sharp

XP only Интересно, а как пути сконвертировать в массив IDLIST'ов? Тут описан принцип, но неужели это всё нужно ручками делать?

 

ActioN

Это не так просто как кажется, IMHO.

Окна создаются быстро, но заполняются, иногда, долго. К примеру, открытие файловой системы дефективного CD может длиться от нескольких секунд до бесконечности... Простого Sleep(1000) в общем случае может не хватить. Можно попробовать опрашивать это окно по SendMessageTimeout пока оно не начнёт нормально откликаться и тогда уже выделять в нём файлы.

Кроме класса можно проверять ещё и заголовок, а там будет путь к заданной папке.

 

Quantum

Это не так просто как кажется, IMHO.

Я уже проверял, хендл нашел почти без проблем. Щас попробую команду SendMessageTimeout.

Нащет заголовока: если в проводнике открыт будет корень диска С, то заголовок будет "Локальный диск С". А на разных компьютерах - это разный текст. Как же тут быть?

 

Я тоже нашёл (см. мой последний код), но в общем случае надо рекурсивно опрашивать всех детей, пока не будет найден SysListView32.

Если открыть проводник не через шелл, а через CreateProcess (как завещали великие даосы), то через последний параметр этой функции можно узнать PID процесса. Потом, по мере нахождения главных окон проводника, можно вызывать GetWindowThreadProcessId и сравнивать PID процесса окна с PID процесса, что открыл CreateProcess.

 

Спасибо, завтра попробую, сегодня уже голова слабо варит, время позднее. А у Вас под рукой случайно нету готового кода?

 

> "SHOpenFolderAndSelectItems - XP only "

Насколько я понимаю взаимодействие с эксплорером в shell осуществляеется через интерфейсы IShellFolder, IShellView и др., которые реализованы во всех Win32 (с win 95 и NT 4.0).

С ходу разобраться в этих наворотах действительно не так просто - неблагозвучные PIDL'ы отпугивают ) Поэтому я в свое время и не стал с этим возиться - достаточно было один файл подсвечивать, а это делается просто запуском эксплорера с командной строкой /select, "имя_файла"

 

leo

И не говорите Это чтоб всяким извращенцам, кодящим на асме или чистом С неповадно было туда лезть.

Полезная фишка! Спасибо! Жаль, что только один файл выделяет.

 

Спасибо всем за помощь, особенно Quantum, leo. Буду исполььзовать этот метод. Слишком много мороки из-за одной простенькой (казалось бы )функции.