Total Commander

Loopback
В общем-то, пока неясно.
Вылетело пока это: "If" found but "Then" missed.
На эту строку: Хотя она работала.

Flasher
После Then в строке ничего быть не должно. ProcessTerminate нужно писать на следующей строке. Ну и дальше EndIf, само-собой. Как она могла работать - я не очень представляю.

Добавлю в документацию.

Loopback
Может, и не она работала, может, сам скрипт убивался (/W и /TT убирал).
Настолько уже привык писать на одной строке, что и про правила местного синтаксиса забыл..

Flasher писал(а):Настолько уже привык писать на одной строке, что и про правила местного синтаксиса забыл..

Ну да, это же не язык программирования. Чтобы делать однострочные выражения, нужен совсем другой парсер, на этом не получится.

Вот поэтому иногда полезно иметь сильно отличающийся синтаксис в конкретном случае. Чтобы привычки не мешали.

Loopback: можно ли сделать внутренние переменные со значениями текущих языков ТС и системы?.
например, если язык системы русский - то значение было бы RU?,
вещь не такая уж и бесполезная, имхо.

Ты так часто приходишь в гости к иностранцам, у которых винда с нерусскими диалогами, и при этом хочешь, чтобы у них в твоем тотале что-то было по-английски?..

Если бы была команда RegRead, то можно было бы проверять через реестр..

P.S. MVV, подсказываю - это автор TechAdmin.

А вот кстати это куда полезнее будет кучи частных переменных. Из инишников плаг читает, из реестра тоже полезно. Но тогда уже RegRead, по аналогии с IniRead.


Кстати, мысль появилась кой-какая. Можно же вызывать скрипты из плагина (типа, вызывать всякие там wscript.exe с параметрами и флагом ожидания завершения). Нетрудно будет научить скрипт создавать простейший INI-файлик, в который записывать результат своей работы: И сразу же после вызова скрипта читать ключи этого файлика в скрипте... Если не проще будет действия прямо из скрипта выполнять...

MVV писал(а):Но тогда уже RegRead, по аналогии с IniRead.

Это я описался, пардоньте, исправил..
Про скрипт не понял. Для чего ini с ключами? Что в них должно быть?

MVV писал(а):Если не проще будет действия прямо из скрипта выполнять.

Смотря что. Пока целесообразности не вижу.

Про скрипт не понял. Для чего ini с ключами? Что в них должно быть?

Предположим, тебе нужно узнать что-то, что из плагина не узнать (из реестра, например, т.к. плагин пока не читает реестр). Пишешь и вызываешь скрипт, который в таком файлике возвращает то, что он узнал. А в плагине читаешь.

Ааа.. Не, как-то через левую ногу получается, лучше сразу в cfg.

Flasher писал(а):Если бы была команда RegRead, то можно было бы проверять через реестр..

Будет, давно запланирована.

MVV писал(а):Кстати, мысль появилась кой-какая. Можно же вызывать скрипты из плагина...

Мысль имеет место быть, но чтение реестра лучше все же сделать, широкие возможности открываются.

Loopback: вот если бы была поддержка чтения из WMI
из WMI можно получить любую информацию о системе.
примеры получения информации из WMI можно посмотреть, запустив Sysinternals BgInfo (http://technet.microsoft.com/ru-ru/sysi ... s/bb897557), и добавив новую строку с чтением из WMI.

Вопрос в том, насколько эта информация необходима в скрипте данного плагина...