Total Commander

Den_Klimov писал(а):А списочек лучших, если захочешь, скинешь мне в личку, может чего нового полезного себе пригляжу.

Лениво.

Я тут подумал насчёт поднятой темы и понял, что проблема должна быть решена таким образом: имеем фоновый режим, который запускает первую в списке ассоциированных с данным расширением программу без показа меню, вот нужно создать индекс значений для параметра -q, который будет запускать конкретный редактор по его номеру; например, команда F4Menu.exe -q3 запустит 3-й по счёту редактор в группе ассоциироанных с данным расширением. И тогда легко можно будет обходится без пложения копий проги.

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

Flasher писал(а):Я тут подумал насчёт поднятой темы и понял, что проблема должна быть решена таким образом: имеем фоновый режим, который запускает первую в списке ассоциированных с данным расширением программу без показа меню, вот нужно создать индекс значений для параметра -q, который будет запускать конкретный редактор по его номеру; например, команда F4Menu.exe -q3 запустит 3-й по счёту редактор в группе ассоциироанных с данным расширением. И тогда легко можно будет обходится без пложения копий проги.

Так работать не будет как нужно. Ведь расширений множество. На одном три программы висит, на другом две, четыре, на третьем вообще одна. А параметр этот слишком тупо будет работать, он тупо выбирает всегда третью программу для расширения, не зависимо от того есть ли вообще три программы для этого расширения или нет. А ведь для каждого расширения СВОЮ программу хочется, и совсем необязательно что она третьяв списке. А для некоторых расширений так и вообще может хотется чтобы всегда меню открывалось по умолчанию (кстати надеюсь автор в будущем сделат как OFSTC, а не так как сейчас "или такой режим только \ или такой").
В общем такое не прокатит.
-----------
Единственный правильный вариант - это такой параметр чтобы можно было прописать запуск F4Menu.exe с конкретным файлом настроек (указать нужный файл настроек F4Menu1.ini или F4Menu2.ini или F4Menu3.ini). Тогда было бы действительно то что нужно.
Команда: \F4Menu.exe"
Параметры: "i=F4Menu1.ini" (если в том же каталоге где F4Menu.exe находится то полный путь к файлу настроек чтобы можно было не указывать).
И вешает на свою команду. Одна на F4 висит запускает по умолчанию F4Menu.ini, другая на F3 висит с "i=F4Menu1.ini", а третья на своей пользовательской клавише (через меню Запуск или пользователськую команду задаётся) с "i=F4Menu2.ini".
Вот тогда не нужно было бы каталоги F4Menu дублировать.

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

Это не альтернатива, это извини тихий ужас.

Den_Klimov писал(а):А параметр этот слишком тупо будет работать, он тупо выбирает всегда третью программу для расширения, не зависимо от того есть ли вообще три программы для этого расширения или нет.

Как сеё странное заключение относится к тому, что я написал? Я привёл пример с прописью одного из множества вариантов, это может быть и -q2, и -q4, и -q5, в зависимости от кол-ва элементов ассоциированного списка. Читай внимательно, я пишу про индекс.

Den_Klimov писал(а):А для некоторых расширений так и вообще может хотется чтобы всегда меню открывалось по умолчанию

Его и так можно открывать всегда и без всяких расширений. Для этого параметр -m (menu) и был создан.

Den_Klimov писал(а):Это не альтернатива, это извини тихий ужас.

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

После первого моего комментария остальное комментировать не имеет смысла, т.к. очевидно, что мною предложенный вариант определённо лучше.

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

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

Мне идея привязки команды вызова к конкретному порядковому номеру редактора в данном списке сильно удачной не кажется. В издержках этого метода имел возможность убедиться в пору безальтернативного применения cm_UserMenu1 и т.п. для последующего назначения клавиш командам меню "Запуск". Любая передвижка редактора в списке (а также добавление/удаление пунктов меню) — и привет горячий, от этой строки вниз всё настраиваем заново...

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

Ну ты даёшь. Какая каша? В чём она заключается? Есть у тебя, скажем, 5-7 редакторов для данного списка расширений, создашь несколько пользовательских команд и вешаешь их на сочетания клавиш c параметрами -q1, -q2, -q3, -q4, .. и т.д.. Никаких файлов конфигурации плодить не потребуется.

MVV писал(а):Если так хочется по хоткею открыть определенный тип файла определенным редактором, проще сразу этот редактор назначить на этот хоткей.

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

Avada писал(а):Любая передвижка редактора в списке (а также добавление/удаление пунктов меню) — и привет горячий, от этой строки вниз всё настраиваем заново...

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

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

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

Flasher писал(а):Как такая идея?

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

Avada писал(а):а будет ли удобно на практике — трудно сказать.

Да уж по мобильности на порядок удобней, чем с кучей ini-шников.

Вчера вышла версия 0.58, краткий список изменений:
+ опция [Option] ShowMultiMatch=0, позволяющая в фоновом режиме форсировать отображение меню, если для типа файла настроено более одного редактора;
+ параметры -b -d -f для принудительной установки режима запуска;
+ убран пункт меню "О программе";
* пункты "Еще программы" и "Другая программа" спущены под разделитель;
* некоторые исправления.

Потестю, возможно, добавлю подробности.

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

Я как раз этим занимался. Если будут идеи по улучшению перевода - пишите.

Русский язык для F4Menu 0.58

* пункты "Еще программы" и "Другая программа" спущены под разделитель;

Недостаточно, но хоть такая мелочь с учётом обещания приостановить развитие в этом году.

Хотелось бы узнать в чём принципиальное отличие параметра -q от -b ?

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

Обращу внимание на параметр -p, запрещающий читать выделение из тотала. Тут могут быть очень уместны -b, -d и -f для задания режима открытия файла.

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

MVV писал(а):-q просто не дает показывать окно справки, если программа запущена без параметров.

В readme по другому написано. "Тихий режим без какого-либо диалога при отсутствии списка файлов.

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

Т.е., к примеру, если курсор установлен на первом элементе списка файловой панели?