Total Commander

ApceH писал(а):2. Ну тут можно поспорить... Скопировать в отдельный файл ".up" секцию и в заголовке дописать "[im|%COMMANDER_PATH%\wincmd.ini|<имя_секции>]" вроде-бы проще, чем писать RedirectSection=<тщательно_выбранный_путь_к_новому_ini> в wincmd.ini и получать проблемы с вышеперечисленными программами.
Ни одной лишней строчки писать не нужно.

Вот интересно мне, с чего вдруг тотал начнет редиректить секции согласно инструкциям в .up-файлах? Они ему кто, авторитет, что ли? Чтобы редирект в тотале работал, необходимо использовать его механизмы - а это ключи AlternateUserIni и RedirectSection. А все остальные утилиты, которые написаны для тотала, должны этого механизма придерживаться, иначе ни о какой поддержке в них редиректа и речи быть не может - зачем пользователю ещё где-то прописывать редирект?

MVV
Совершенно верное замечание.

MVV
Даже не обратил внимание на "чем писать RedirectSection=", точно подметил.

Вот я и не понимаю, причем тут вообще пресеты. Откуда всплыло, не понятно.

MVV писал(а):А все остальные утилиты, которые написаны для тотала, должны этого механизма придерживаться

Как хорошо, что kITUP формально никакого отношения к тоталу не имеет. Так что по желанию

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

Думаю, упоминание про пресеты можно уже тут прекратить.

ApceH писал(а):Как хорошо, что kITUP формально никакого отношения к тоталу не имеет.

Это намёк на то, чтобы перенести тему в "Программное обеспечение"?

Flasher писал(а):Это намёк на то, чтобы перенести тему в "Программное обеспечение"?

Ответ даст ответ.

А зачем ответ? Почитай спецификацию. Там Total Commander вообще не упоминается, в т.ч. и в специальной главе "Действия с процессами". Это, кстати, не автора вина, что тема сейчас в ненадлежащем месте...

ask-rus
Flasher
Все нюансы, связанные с упомянутой темой, в ней и обсуждайте.

TWinKey 3.72 и более ранние - ошибки при редиректе секции [Shortcuts] из wincmd.ini.

При работе некоторых плагинов (тот же DiskInternalsReader, Virtual Panel) в папке с Тоталом создаются файлы fsplugin.ini, pkplugin.ini, lsplugin.ini... Возможно ли настроить Тотал таким образом, чтобы они создавались не в папке с Тоталом, а в другой папке?

LonerD писал(а):Возможно ли настроить Тотал таким образом, чтобы они создавались не в папке с Тоталом, а в другой папке?

Нет.
Про TWinKey надо репортить в его тему.

Так получилось, что в последнее время проблема ридиректа секций обсуждается достаточно активно и много где, причём не только на разных форумах, но и в приватной переписке. Выяснилось, что некоторые вещи, кажущиеся одним совершенно очевидными, другие таковыми вовсе не считают. Не претендуя на полноту охвата, хочу обозначить (именно здесь, а не в отдельной теме!) некоторые "узкие места". Кто знает — хорошо, кто не знал — будет знать.
1. В справке TC в описании ключа AlternateUserIni сказано:

Если этот ключ задан, сохранение всех пользовательских секций будет выполняться в другой INI-файл. По умолчанию это все секции, кроме: [Configuration], [Layout], [Packer], [Confirmation], [Extensions], [Associations], [Shortcuts], [ShortcutsWin], [PackerPlugins], [FileSystemPlugins], [ListerPlugins], [ContentPlugins]. Однако эти секции тоже можно хранить в другом INI-файле, поскольку в любой секции можно создать ключ RedirectSection, указывающий, переносить ли её в новый INI-файл. Возможные значения:
0: не переносить данную секцию;
1: переносить в файл, указанный ключом AlternateUserIni;
<файл.ini>: переносить в указанный INI-файл.

Этим описанием совместное применение и взаимодополнение этих ключей ни в коем случае не исключаются. Не следует понимать так, что все перечисленные секции должны обрабатываться только RedirectSection, а все не перечисленные — только AlternateUserIni. Под "любой секцией" понимается именно любая!
Понятно, что ключ AlternateUserIni недостаточно гибок: он предписывает копировать очень обширный набор секций, причём в один и тот же файл. Ключ RedirectSection работает куда тоньше и избирательнее. Он позволяет, прежде всего, ограничить область применения глобального ключа — сократить до нужного число переносимых по умолчанию секций, если его указать в каких-то секциях со значением 0. Также он позволяет изменить правила редиректа умолчальных секций — что-то переносить в обход общего указания не в глобальный INI-файл, а в другой. И, разумеется, он позволяет дополнить действие глобального ключа — переносить и то, для чего умолчального редиректа нет. Для избирательного редиректа секций (да ещё по разным адресам!) RedirectSection позволяет вообще обойтись без AlternateUserIni: возни с настройками побольше, зато и результат куда приятнее.
2. При использовании редиректа обнаружилась милая подробность, которая даже сведущих людей может сбить с толку. Предположим, у нас есть файл wincmd.ini, а в нём — произвольное число ключей, предписывающих перенос в другое место. Так вот, если по этому самому другому месту целевой INI-файл недоступен для записи, то в сообщении об ошибке выводится не его имя, а имя wincmd.ini, где записана информация о редиректе и где с доступом никаких проблем! Понятно, что попытка истолковать этот факт может доставить пользователю много весёлых минут.
3. И, наконец, по поводу специфических INI-файлов, где собирается в кучу конфигурационная информация из некоторых плагинов (большей частью не очень новых). Это contplug.ini, fsplugin.ini, lsplugin.ini и pkplugin.ini. По умолчанию все они создаются и изменяются в самом каталоге TC. Механизмов для их создания в каком-то другом месте в TC нет, да и вообще, куда писать настройки конкретного плагина, определяет его автор, а не Гислер. Во всяком случае, это не часть стандартных настроек TC, и ни о каком редиректе здесь речь идти не может.

Avada писал(а):2. При использовании редиректа обнаружилась милая подробность, которая даже сведущих людей может сбить с толку. Предположим, у нас есть файл wincmd.ini, а в нём — произвольное число ключей, предписывающих перенос в другое место. Так вот, если по этому самому другому месту целевой INI-файл недоступен для записи, то в сообщении об ошибке выводится не его имя, а имя wincmd.ini, где записана информация о редиректе и где с доступом никаких проблем! Понятно, что попытка истолковать этот факт может доставить пользователю много весёлых минут.

Я сегодня писал об этом на оффоруме, послушаем Гислера.

Avada писал(а):3. И, наконец, по поводу специфических INI-файлов, где собирается в кучу конфигурационная информация из некоторых плагинов (большей частью не очень новых). Это contplug.ini, fsplugin.ini, lsplugin.ini и pkplugin.ini. По умолчанию все они создаются и изменяются в самом каталоге TC.

Хотелось бы уточнить - они лежат рядом с wincmd.ini, а не обязательно в каталоге тотала. И по умолчанию - в папке %USERPROFILE%\AppData\Roaming\GHISLER (в Win7, если не менять расположение конфигурационных файлов при установке). Думаю, при ином расположении самого файла wincmd.ini их местоположение также будет изменяться. И логика тут есть - раз юзер положил в папку wincmd.ini, то вполне естественно в эту же папку класть и эти конфигурационные файлы.

MVV писал(а):Я сегодня писал об этом на оффоруме, послушаем Гислера.

О, репорт Гислеру — это совсем хорошо.

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

Поправка принимается. Но сказанное по поводу редиректа (а это тут главное) остаётся в силе.

В общем, насчет сообщения имени неверного инишника Гислер ответил так:

ghisler(Author) писал(а):I would have to change too many functions (there are 100s using the ini functions), and I didn't find it important enough to spend so much time on it. There are much more important things to do...

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

MVV

И предыдущий пассаж мне дюже понравился:

ghisler(Author) писал(а):I think that people who are clever enough to use redirection will notice themselves that the error was in the redirected ini.

Иначе говоря, "умный человек дорогу найдёт, а дурака не жалко" ©
Что-то в этом роде я почему-то и ожидал... Ну что ж, к списку дезинформирующих сообщений, не подлежащих исправлению с точки зрения разработчика, добавится ещё и это.