Total Commander

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

MVV
Ну, лог-то давно планировался уже, только все не дойду до него. Только я его функционал предполагаю чуть шире, чтобы пользователь тоже мог туда выводить свои сообщения. Но скорее всего это уже после релиза будет.

Впрочем, лог больше подходит для штатной работы, а для отладки сообщения удобнее. Но поведением можно управлять прагмами, да.

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

Тринадцатая бета.

Скачать

Изменения:

Loopback
Много новинок. Здорово! Пока не тестировал толком.
В глаза бросилось появление строковых команд. А почему нельзя сделать их по-человечески функциями Func(Var) без выделения в отдельные команды?

строки - это хорошо.
а можно вопрос?.
в новой версии регистр SYSINFO_USERLANG стал нижним.
хочу переделать его в верхний так: логично вроде. но не работает. или эти Strxxxxx не поддерживают обработку текста из переменных среды?
так тоже: так как мне решить сей вопрос?.
хоть примеров бы дали в ридми, чтоли.

Может ли кто-то из постоянно общающихся с автором ScrollTC пояснить, как сейчас обстоит дело с поддержкой 64-битного TC?

Avada
Сейчас там вообще с какой-либо поддержкой дела никак не обстоят, и когда она возобновится также неясно. У автора личные проблемы, о текучке которых он, естественно, не докладывает.

Flasher писал(а): А почему нельзя сделать их по-человечески функциями Func(Var) без выделения в отдельные команды?

Func(Var) - это как?

И чем плохи отдельные команды для разных действий? Примерно такой набор используется практически во всех языках.

KopBuH писал(а):так как мне решить сей вопрос?.

Логично, так и планировалось. Баг.

KopBuH писал(а):хоть примеров бы дали в ридми, чтоли.

Справку сейчас переделываю, будет намного удобнее. Можно и примеров будет добавить.

Loopback
В каких языках?
Команды загромождают конфиг. А для функций не нужны отдельные строки, они сразу возвращают нужное в строку какой-то команды, если записать их в теле. А команду в тело другой команды как переменную не запишешь.
StrLower(<%Variable%>) понятнее?

Flasher писал(а):А для функций не нужны отдельные строки, они сразу возвращают нужное в строку какой-то команды.

А с каких это пор Autorun начал поддерживать функции? Это единственное, что можно сделать в рамках существующего синтаксиса.

KopBuH
В общем это все-таки не баг, но двойственная ситуация.

Что получается: ты создаешь переменную окружения, потом пытаешься изменить регистр. Команда пытается создать локальную переменную, но не может, поскольку уже есть такая переменная окружения, и у нее - приоритет. Так исторически сложилось, что сначала появились переменные окружения, а локальные - значительно позже.

Кстати, ты же писал " или эти Strxxxxx не поддерживают обработку текста из переменных среды?" - а я невнимательно прочел. Действительно, получается так.

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

Loopback писал(а):Это единственное, что можно сделать в рамках существующего синтаксиса.

А расширить функционал нельзя? Вот только так действовать - плодением сущностей? Было бы же удобней гораздо.

Loopback писал(а): KopBuH
В общем это все-таки не баг, но двойственная ситуация.

Что получается: ты создаешь переменную окружения, потом пытаешься изменить регистр. Команда пытается создать локальную переменную, но не может, поскольку уже есть такая переменная окружения, и у нее - приоритет. Так исторически сложилось, что сначала появились переменные окружения, а локальные - значительно позже.

Кстати, ты же писал " или эти Strxxxxx не поддерживают обработку текста из переменных среды?" - а я невнимательно прочел. Действительно, получается так.

Все эти Strxxxxxx нигде особо не задействуешь, если в поле "текст" нельзя использовать переменную среды. если только статичный текст, то я могу и просто в конфиге прописать RUS - и все.

Не пойму, зачем было проводить допобработку возвращаемой системой строки языка... Кому надо, вызовет функцию для снижения регистра.

Насчёт проблемы с StrUpper COMMANDER_OSLANG: нужно сделать процедуре два параметра, а не один. Куда писать и откуда читать. Если кому-то надо в одной переменной регистр поменять, дважды напишет её имя (или при парсинге смотреть, если указан только 1 параметр, читать и писать одну переменную).

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

Вообще-то было запрошено дважды и подтверждено. Верхний регистр не нужен.

Flasher писал(а):Вот только так действовать - плодением сущностей?

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

KopBuH писал(а):Все эти Strxxxxxx нигде особо не задействуешь, если в поле "текст" нельзя использовать переменную среды. если только статичный текст, то я могу и просто в конфиге прописать RUS - и все.

Можно использовать, я про другое говорил. Сейчас нельзя использовать в качестве целевой переменной переменную окружения.

MVV писал(а):Насчёт проблемы с StrUpper COMMANDER_OSLANG: нужно сделать процедуре два параметра, а не один.

Да не в этом проблема, а в том, что все команды, которые записывают значение, умеют их писать только в локальные переменные.