Total Commander

На функциональных кнопках жёстко прописаны хоткеи.
Однако при изменении хоткеев (стандартная функция ТС) придётся править вручную и lng-файл (нестандартная функция ТС), что не есть правильно.

Пункт
1078="Alt+F4 Выход"
может не соответствовать фунционалу вдвойне - ни указанным функционалом, ни указанным хоткеем. Причём же опять - всё в стандартных настройках Тотала (сворачивание окна на команду 24340, а надпись на кнопках необходимо править только ручками.

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

LonerD
А что, надпись на кнопке "Alt+F4 Выход" не соответствует тому, что эта кнопка и эта комбинация клавиш делают по умолчанию? А если соответствует, то какие могут быть претензии к переводчикам и что они там должны исправлять? Да и в оригинале в этом случае я никаких недочётов не вижу. То, что надписи на кнопках не динамические и не подстраиваются ни под клавиши-модификаторы, ни (уж тем более!) под пользовательские переназначения клавиш, вроде бы всем известно. Или, может быть, предполагается, что при использовании ключа MinimizeOnClose, где в сумму значений входит 4, надпись на кнопке должна автоматически превращаться в "Сворачивание"?
Нет, желающие могут, конечно, предлагать Гислеру что угодно, но переводчики-то тут сейчас при чём?

А что, надпись на кнопке "Alt+F4 Выход" не сответствует тому, что эта кнопка и эта комбинация клавиш делают по умолчанию?

По умолчанию много чего сделано, но есть стандартные возможности изменить эти настройки (в частности, на Alt+F4 можно повесить сворачивание окна). Пользователь заходит в настройки и ставит галочку. То же самое - можно через меню переназначить хоткеи.
А вот изменение lng-файла - это уже нестандартная для конечного польователя возможность.
То есть после стандартных настроек - нужно делать ещё и нестандартные (пусть и несложные) дабы всё отображалось должным образом.

надпись на кнопке должна автоматически превращаться в "Сворачивание"?

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

переводчики-то тут сейчас при чём?

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

LonerD писал(а):Переводчики ни при чём в плане перевода.

Переводчики ни при чём в плане всего вышесказанного. О каком таком внесении гибкости речь? Исходный языковой файл выкладывается в едином виде, соответствующем (что более чем логично) настройкам по умолчанию и никаким другим. Точно так же, например, как по всей документации фигурируют стандартные клавиатурные назначения, хотя совершенно очевидно, что есть много любителей переназначать F2 на переименование в панели, F10 на закрытие окна TC и так далее. И что, из-за этого вообще стандартные назначения теперь нельзя упоминать? А что упоминать? Все варианты переназначений, которые где-то когда-то кем-то были использованы? Но это же абсурд.

LonerD писал(а):Тотал должен перечитывать хоткеи, проверять какие клавиши соответствуют командам, и потом выводить соответствующий текст в окнах/диалогах/кнопках.

Я не совсем уверен, что он должен это делать. Но для выяснения этого — к Гислеру, пожалуйста. И заодно рекомендую посмотреть на оффоруме, как он относился к идее хотя бы отображать на F-кнопках варианты действий с учётом клавиш-модификаторов.

LonerD писал(а):Но раз такое не предусмотрено в самой программе - можно предусмотреть в языковом файле. Не прописывать жёстко хоткеи, которые могут не соответствовать командам

Нет, нельзя. Наш перевод — не сборка, содержащая сознательные пользовательские изменения. Никаких оснований совсем не указывать хоткеи у нас нет. А если они прописываются, то стандартные. Те же, что в оригинале. И правильно. Потому хотя бы, что огромное количество людей ими и пользуется, без всяких переназначений. Почему бы и об их праве на получение достоверной информации не подумать? А что там может чему не соответствовать после пользовательских манипуляций, нас, переводчиков, вообще интересовать не должно. Поскольку мы переводим стандартный интерфейс TC (который, повторяю, один), а не результаты этих манипуляций (которых может быть сколько угодно).

По-моему в описании окна синхронизация каталогов не совсем точен перевод:

Обратите внимание: Вы можете синхронизировать следующие комбинации:
•Два каталога.
•Каталог и архив (сравнение по содержимому поддерживается только в архивах ZIP, RAR, TAR, ARJ, LHA).
•Два архива.

Note: You can synchronize the following combinations:
- Two directories
- A directory and a ZIP archive (no other archives - they can be compared, though!)
- Two ZIP archives (not by content, compare only)

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

sa
Мы с Вадимом уже обратили внимание на это. Раньше было правильно, потом дописка эта пропала, неизвестно куда. В следующей версии вернём. Там, впрочем, ещё кое-какие уточнения требуются…

Здесь всплывал вопрос о том, что по названию опции Упаковать и удалить непонятно, что это перемещение.

Avada писал(а):MVV
Если перемещение вместо копирования выбрать до открытия диалога, то сразу всё и отобразится: и опция будет включена, и заголовок правильный. Я обычно так и делаю.

Надо же, не знал про Alt+Shift+F5, у меня на этой комбинации упаковка в CAB. Но, насколько я понимаю, единственный способ открыть диалог с установленной опцией перемещения - это использовать комбинацию с Shift.

MVV
Не единственный. Например, в активной панели — выделенные файлы, а в неактивной — открытый архив. Нажать F6 — и все дела. Или перетащить необходимое на закрытый архив с нажатой клавишей Alt. Вот только я не пойму, русификация-то тут при чём?

Так началось всё с того, что в русификации текст отличается от оригинала, и не совсем понятно, с какой целью - там и место есть для слова Переместить.

MVV
С той целью, чтобы передать точный смысл операции. А что применительно к архивам "переместить"означает "упаковать, а затем удалить исходные файлы", сказано и в справке, и в заголовке того же самого окна при включённой опции. Особенно когда она заранее установлена.

глубина вложенности: все (неограниченная)

предлагаю заменить на: любая (неограниченная)
или: неограниченная

Alextp
Обсудим, но пока не понимаю, чем плох нынешний вариант. Название опции у нас — не "Глубина вложенности", а глубина вложенности подкаталогов". Соответственно, "все" очевидным образом относится к подкаталогам.

Avada, если "все подкаталоги (неогр.)" то да. А так нет, двусмысленно.

Alextp
Не вижу второго смысла. А предлагаемый вариант не нравится из-за сокращения. Но, повторяю, обсудим.

Avada
В последней eng-справке ТС, не нашел информации по:
[PackerPlugins64], [FileSystemPlugins64], [ListerPlugins64], [ContentPlugins64]
[CompareCustomField]
Почему Гислер их игнорирует?

CaptainFlint
Можешь в будущем сделать все [...] раскрывающимся списком, схлопнутым изначально в http://flint-inc.ru/tchelp/#inisettings (как в оглавлении слева)?