#NoEnv
#NoTrayIcon
Path = %1%
StringReplace, Path, Path, ", \, All
Msgbox, % Path
ExitApp
и использовать параметр "%P\" (или для универсальности с учётом архивов добавить куда-нибудь %Z - например, %Z"%P\" ).
Может, есть и более элегантное решение передачи параметров, не знаю...
От этого и будем исходить, только возьмём не VBS, а JS
Честно говоря, не понял механизм работы предложенного варианта - строки ведь закомментированы, и результат получает такой же, как и без них.
А вообще - напоминает фразу "вырвать гланды через попу".)))
AutoHotkey действительно не может сам обработать параметр?
Это утверждение не имеет ничего общего с действительностью.
ОК, зачёркивания на форуме нет, удалил это утверждение.
Total Commander автоматически добавляет кавычки вокруг параметра.
Это утверждение не имеет ничего общего с действительностью.
]]>Например, VBS-скрипту зачастую достаточно передать параметр %P.
От этого и будем исходить, только возьмём не VBS, а JS:
; var WshShell = new ActiveXObject("WScript.Shell")
; WshShell.Run('"'+WshShell.ExpandEnvironmentStrings('%Commander_Path%')+'\\AutoHotkey\\AutoHotkey.exe\" "'+WScript.ScriptFullName+'" "'+WScript.Arguments.Item(0))
; @if (false)
#NoEnv
#NoTrayIcon
Path = %1%
Msgbox, % Path
ExitApp
; @end
При наличии пробелов в пути скрипт в качестве параметра принимает только часть пути до пробела.
В этом нет ничего удивительного, т.к. параметры, не заключённые в кавычки, всегда разделяются пробелами.
Но наверняка и тут обитают пользователи этого файлового менеджера.
Если и есть, то таких можно и не дождаться. Их тут - ты да я, да мы с тобой.
Если серьезно, то вопрос вообще не должен рассматриваться с точки зрения передачи параметров именно из ТС.
Всё дело в наличии на конце параметра символа "\". Он пропадает, если находится в одиночестве, и вместо него в начале параметра появляется кавычка. В корнях архивов или результатах поиска "\" не возвращается, т.к. источником является файл, а не папка, поэтому добавление его после %P создаст описанную проблему в отличии от ситуации, когда источником является папка и бэкслеш указывается сдвоенным, но возвращается одиночным.
Можно констатировать, что это баг AHK, который требует починки.
]]>Наверное, правильный ответ - параметр должен иметь вид "%P\".
Сам себе отвечу. Нет, это неправильный ответ.
В результатах поиска и в архивах при таком параметре остаются "лишние" кавычки.
Так что вопрос актуален.
]]>Вам, наверное, на форум Total Commander'а надо обратиться.
И туда обращусь. Но наверняка и тут обитают пользователи этого файлового менеджера.
Всё-таки это ведь нюанс работы именно AutoHotkey.
Например, VBS-скрипту зачастую достаточно передать параметр %P. А вот с AutoHotkey такой простой способ не работает. Видимо, нужно каким-то образом экранировать символы или обрабатывать пути.
MyScript := "D:\AHK\Scripts\_Разработка\NewFile3.ahk"
Run, %MyScript% "test test"всё считывается нормально даже с пробелами.
]]>Script.ahk
#NoEnv
#NoTrayIcon
Path = %1%
Msgbox, % Path
ExitAppПри наличии пробелов в пути скрипт в качестве параметра принимает только часть пути до пробела. Если заключить параметр в кавычки "%P" - то кавычки (иногда только с одной стороны) переходят и в параметр.
Как правильно передать параметр скрипту ?
]]>