Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
Серый форум → Общение → CMD/BAT → CMD/BAT: Как передать CLSID папки в пути при копировании в эту папку
Страницы 1
Чтобы отправить ответ, вы должны войти или зарегистрироваться
Необходимо скопировать файлы в Мои Документы. Так как они перенаправлены политиками то при копировании он не находит ее. Как передать clsid для того чтобы скрипт (батник) копировал файлы в нужное место.
DEL
чтобы скрипт (батник)
Так скрипт или пакетный файл?
Пакетный файл
Как передать clsid для того чтобы скрипт (батник) копировал файлы в нужное место.
Никак, пакетный файл производит копирование на уровне файловой системы и clsid не понимает. Нужно определять физическое расположение нужной папки.
Flasher, не надо было удалять свой ответ: определить средствами WSH расположение папки "Мои документы" для использования в пакетном файле - не худшее решение. А как ещё? читать из реестра? Неплохо, но мне кажется, что в этом случае сложнее учесть все тонкости, например, изменение расположения папки во время текущего сеанса.
Flasher, не надо было удалять свой ответ
Он по форме несколько выпадает из контекста.
А как ещё? читать из реестра?
Почему нет?
reg query "HKCU\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders" /v Personalмне кажется, что в этом случае сложнее учесть все тонкости, например, изменение расположения папки во время текущего сеанса.
И в чём сложность учёта?
Flasher, это действительно будет работать в подавляющем большинстве штантных ситуаций, но всё-таки не во всех теоретически допустимых случаях. Например: удалим параметр "HKCU\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders\Personal" и создадим аналогичный в HKLM (это совсем не означает, что у всех пользователей будет одна и та же папка "Мои документы" - параметр может быть расширяемым и учитывать, например, значение %USERNAME%). Удалённые вами приёмы на WSH, по-прежнему бы правильно определяли расположение папки. И создать временный однострочный сценарий WSH и прочесть его вывод не на много сложнее, чем прочесть вывод REG.EXE.
Теперь для тех из вас, кто сейчас облизывает губы и говорит: "вау, тут есть ключ 'User Shell Folders', который ещё круче, чем 'Shell Folders', ну-ка я его сейчас пощупаю". Я призываю вас проявить сдержанность и не полагаться на этот новый ключ. Просто используйте функцию SHGetFolderPath, которая возвращает путь к любой папке, какую вы только захотите. Пусть ключ "User Shell Folders" покоится в мире. Потому что в Longhorn (прим. пер.: кодовое имя Windows Vista) мы собираемся делать ещё больше всяких вещей с пользовательскими профилями, и я лично буду весьма расстроен, если нам придётся забросить ключ "User Shell Folders", как жертву обратной совместимости, и перейти к новому "Real User Shell Folders".
shiz
Я не очень понял чего касалось "Неплохо...". Я полагал, что WSH.
Что касается нештатных ситуаций, то не надо забывать, что запрет WSH в реестре и политиках является такой же нештатной ситуацией, поэтому, как ни крути, тут палка о двух концах.
Я не очень понял чего касалось "Неплохо...".
Непосредственно предшествовавших слов "читать из реестра?"
Не сообразил бы. Про реестр не моя идея.
Страницы 1
Чтобы отправить ответ, вы должны войти или зарегистрироваться
