Total Commander

Внимание!
Это сообщение написано с целью облегчить работу и тем, кто связан с разработкой TWinKey, и тем, кто помогает баг-репортами. Многое уже было раньше в ответах конкретным участникам форума, многое кому-то покажется очевидным, но пусть всё это будет здесь вместе.
Системные требования для новых версий TWinKey (3.111 и выше) приведены в документации. Проблемы при работе в TC 7.5x если и рассматриваются, то с низким уровнем приоритетности (обновляйтесь!). Проблемы при работе в бетах TC при наличии более поздних стабильных версий не рассматриваются (опять же обновляйтесь!) Продуктивное обсуждение работы TWinKey в чужих сборках TC маловероятно (проверяйте на TC, установленном из официального дистрибутива и настроенном самостоятельно!).
На Windows 8 предрелизное тестирование не выполнялось. Замечания по специфике работы в этой ОС примем с благодарностью, но с воспроизведением могут быть проблемы. (Впрочем, на сей момент ничего значительного пока вроде бы выявлено не было.)
Специально обращаюсь также к тем, кто впервые начинает знакомство с TWinKey. Это инструмент с множеством настроек, нестандартной установкой и пр., так что его успешное освоение потребует некоторых усилий. Но всяческие закономерно возникающие вопросы, вполне возможно, уже рассмотрены в документации. Поэтому прежде, чем сообщать о какой-то ошибке, попробуйте поискать решение или объяснение проблемы в справке TWinKey (ReadMe_Russian.html).
Все без исключения баг-репорты, представленные в теме за последние несколько лет, были собраны, систематизированы и, насколько удалось, проверены. Случаев сознательного игнорирования не было. Подтверждённые баги исправлены практически все. Если в новых версиях из ранее сообщённого что-то при каких-то условиях вылезет опять, просьба сообщать со ссылкой на предыдущий пост и расписыванием заново условий появления.
Те баги, которые воспроизвести так и не удалось, решено считать условно убитыми (например, в результате исправления чего-то другого), пока кто-то снова не подтвердит их наличие в новых версиях. Тут тоже было бы хорошо давать ссылки на предыдущие посты.
Пожалуйста, указывайте в баг-репортах минимальную информацию о системе, TC и TWinKey (версия и битность). Оптимальный вариант тестирования — на последней стабильной версии TWinKey. Там, где это возможно, желательно проверять проблему на обеих битностях плагина.
Автор любого баг-репорта должен быть готов к активному взаимодействию с разработчиками: точным ответам на задаваемые вопросы, предоставлению запрошенных файлов, тестированию при специально указанных условиях и пр. Запрошенные файлы либо выкладываются куда-то с последующей ссылкой, либо включаются в сообщение (лучше — под спойлер). Помните, что скорейшее решение любой обнаруженной проблемы — в наших общих интересах.
Замечания конкретно по русской документации можете предъявлять здесь, но удобнее было бы писать мне в ЛС.
Ссылка на этот пост включена в шапку темы.

Создаем файл muCalc.ini следующего содержания:Все функции должны возвращать в процентах погрешность второго ("a" - approximate) аргумента относительно первого ("p" - precise). Разница - только в именах переменных. Так вот, работает только Acc1, остальные не делают ничего.
Большой беды нет, можно вводить некрасивые и немнемоничные переменные в формате буква+цифра, но хочется понять причину такого странного функционирования.
TwinKey 3.114, TC 8.51b3

ЗЫ. Может, не случайно все аргументы функций как в ReadMe_Russian.html, так и в muCalc.Rus.Ext.ini имеют именно этот формат? Если такое ограничение есть, разве оно не должно быть описано явным образом? (Я чуть мозги не сломал, пока не понял, что дело в именах)

Вахмурка
По принципам работы переменных, полагаю, Вадим ответит. Со мной такое ограничение не обговаривалось. А у меня один вопрос:

TwinKey 3.114, TC 8.51b3

???

2Avada
1)

2) У тебя баг воспроизводится?

Вахмурка
1. Я в курсе, что означает b3. Но не в курсе, какой смысл продолжать использовать бету при наличии финала и этой, и следующей версии TC.
2. У меня там во всех примерах вылезает ошибка исключения, невзирая на имена функций. При том, что сами исходные выражения работают нормально. Может быть, там какая-то специфика аргументов, или я неправильно формирую выражение с использованием функции. Дай конкретные числовые значения, с которыми проверяешь. А лучше все итоговые строчки уже с функциями и числами.
И, кстати, то, что у тебя левее знака равенства — не аргументы функции и не переменные, а имена функций. И быть в варианте "буква+цифра" они не обязаны. В справке и дистрибутивном INI есть несколько рабочих примеров записи и в два символа, и в три, и с цифрами, и без.

Дай конкретные числовые значения, с которыми проверяешь

возвращает 20

А лучше все итоговые строчки уже с функциями и числами

Какие итоговые строчки?
Сами функции (конфиг калькулятора) в посте выше. Имя функции и числа либо пишу ручками, либо вызываю по команде Vars&Const.

И, кстати, то, что у тебя левее знака равенства — не аргументы функции и не переменные, а имена функций

А кто с этим спорит? У меня три функции с именами Acc1, Acc2, Acc3 ("асс" не в том смысле, в котором некоторые подумали, а от слова "accuracy" - точность).

И быть в варианте "буква+цифра" они не обязаны

Если тебя не затруднит, вставь мои функции в свой конфиг и убедись, что работает только первая (или убедись в обратном). То же, кстати, касается и прочих пользователей.

В справке и дистрибутивном INI есть несколько рабочих примеров записи и в два символа, и в три, и с цифрами, и без

В разделе [Functions] - нет, просьба убедиться

Убедился. То, что я имел в виду, и о чём ясно выше сказал, есть и в конфиге, и в справке, описывающей тот же самый конфиг. Потому что я говорил об именах функций. А ты — о шаблонах аргументов. Суть твоих претензий теперь мне ясна. Да, работает только первая функция. За дальнейшими разъяснениями, почему шаблоны аргументов могут именоваться только так, а не иначе, — к Вадиму.

Суть твоих претензий теперь мне ясна

Боже упаси, я не предъявлял претензий! Я просто интересовался причиной такого странного поведения. и предлагал описать его в справке

Вахмурка
Описать, если это фича. И ждать исправления, если это баг. Я пока не знаю ни статуса этого поведения, ни его причин.

Вахмурка
Две вопроса мучают меня.

Вахмурка писал(а):Так вот, работает только Acc1,

Это первая загадка. Как это она у тебя работает? Не может она работать.

Вахмурка писал(а):Все функции должны возвращать в процентах погрешность второго ("a" - approximate) аргумента относительно первого ("p" - precise).

Как, по твоему, калькулятор должен знать, что а - это первый параметр, а р - второй? Другими словами, при записи Асс(1,1.2) как знать какая величина соответствует параметру а, а какая параметру р?

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

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

VadiMGP
Калькулятор выпиливается безболезненно?

Skif_off
В каком смысле?

VadiMGP
В смысле файлы ClockDLL.dll/ClockDLL64.dll/muCalc.dll/muCalc64.dll можно просто убрать и никаких проблем не будет?

Skif_off
Если любой плагин 2-го уровня не подключён, то какие могут быть проблемы при удалении этих файлов? Ну разве что команды секундомера указаны в дополнительном тулбаре для TWinCmd.exe. Но если и он не используется...

Avada писал(а):Ну разве что команды секундомера указаны в дополнительном тулбаре для TWinCmd.exe

которые выпиливаются на раз. Понял, спасибо.