amel27,
Цитата:
Такое поведение прописано в MSDN для "умолчального" расширения
|
Я так и понял.
Цитата:
собственно в этой фиче нет большого смысла если научить функцию возвращать выбранный фильтр - можно тем же RegExp проверить наличие расширения и добавить при необходимости.
|
Однозначно!
Но всё же хотелось бы чтобы эта (подобная) фича устанавливала выбранный фильтр.
Цитата:
Все возможные фильтры нумеруются по порядку следования/отображения начиная с 1, индекс выбранного пользователем фильтра сохраняется в структуре под индексом 7 (nFilterIndex), в принципе его тоже можно вывести... только нужно определиться куда и в каком виде.
|
Нука попробуем... а в каком виде, это не проблема, в массиве можно, или лучше наверное в @extended (как индекс).
Цитата:
тут есть еще одна тонкость - пользователь может задать свой фильтр (nFilterIndex=0)
|
Имеется в виду ручной ввод фильтра в поле для вода имени файла? Я почему то думал что это баг (при чём забавный) виндоуса. Ну это вобщем не моя проблема, а уже пользователя

- Пока такое поведение приемлемо во всех других программах, я спокоен
Цитата:
судя по доке ф-ция поддерживает фиксирование такого фильтра
|
Т.е предотвращение ручного ввода фильтра? Было бы неплохо, хоть и не критично.