ask-rus Mellomann
Не понял, каков практический смысл выноса этих секций в отдельный файл и — особенно — с какой стати следует "при обновлении/изменении плагинов" этот файл зачищать. TC недостаточно хорошо обрабатывает эти секции автоматически?
Mellomann писал(а):Я сделал проще:
Чем проще? Тот же редирект конкретных секций. Вы говорите ровно об одном и том же, разница может быть только в имени и местоположении.
Кроме того, вот здесь, ИМХО,
Говоря про отдельный конфиг, я имел в виду конфиг, заданный ключом AlternateUserIni.
D:\TotalCmd8\TEMP\AlternateUserIni.ini
Содержимое моей папки TEMP занесено в список исключений и при создании резервной копии TC (упаковки в архив *.ZIP) в него не попадает. Также не исключается и очистка папки TEMP - удаление AlternateUserIni.ini, где и станут храниться указанные выше секции, раз ничего критичного в этом нет. "Облегчение" wincmd.ini упростит его редактирование текстовым редактором.
Добавлено спустя 6 минут:
Mellomann писал(а):Я сделал проще:
Mellomann писал(а):А при обновлении/изменении плагинов просто зачищаю Wincmd64.ini.
Не уверен, что это проще. Сколько же всего у тебя подобных конфигов на "зачищение"?
«Минимализм - это кратчайший путь бесконечного стремления к идеалу» «Не бойся, что не знаешь, - бойся, что не учишься» Китайская пословица
ask-rus
По умолчанию (без RedirectSection) ключ AlternateUserIni секции для плагинов (в т.ч. 64-битных) не обрабатывает. См. справку. А если нужны ключи RedirectSection, то речь у вас шла об одном и том же.
И я по-прежнему не понимаю, зачем содержимое этих секций во внешнем файле надо периодически удалять.
Даже самая богатая фантазия
Не представит себе наши безобразия.
Avada писал(а):По умолчанию (без RedirectSection) ключ AlternateUserIni секции для плагинов (в т.ч. 64-битных) не обрабатывает. См. справку.
Это мне известно.
Avada писал(а):А если нужны ключи RedirectSection, то речь у вас шла об одном и том же.
Я смотрю дальше. В моем случае конфигов два, в его - неизвестно сколько. Если выносить изменяющиеся секции только с RedirectSection в отдельный файл, потребуется большее число ключей, я думаю.
Последний раз редактировалось ask-rus Сб фев 09, 2013 16:03, всего редактировалось 1 раз.
«Минимализм - это кратчайший путь бесконечного стремления к идеалу» «Не бойся, что не знаешь, - бойся, что не учишься» Китайская пословица
ask-rus писал(а):Сколько же всего у тебя подобных конфигов на "зачищение"?
По плагинам - этот только пункт (периодически меняю их порядок и наполняемость вручную; не доверяю автомату, да и мне так удобнее - всё под контролем).
Ещё подобное есть по истории каталогов, поисков и прочим историям для того, чтобы это не мешалось в основном резервном архиве.
Список:
Стрёмный вопрос, но всё же - зачем кешировать эскизы? Это же захламление чистейшее + невозможность перерисовать фактически изменённые картинки.
Или в этом есть практический смысл?
Mellomann
Разговор про эскизы и лог-файлы здесь к делу не относится никак, оффтоп предлагаю прекратить. А мой вопрос был не про содержимое временного каталога и не про очистку историй, а про файл с теми конкретными "плагинными" секциями, которые с вероятностью 99,99% вообще никакой ручной правки (в отличие от секций для плагинов без "64" в названиях) и, тем более, чистки не требуют. TC управляет ими автоматически, и никто до сего дня не представил на форуме ни единого доказательства, что с этой автоматикой есть проблемы и что содержимое этих секций надо специально контролировать пользователю. В общем, вразумительного ответа я так и не получил.
Даже самая богатая фантазия
Не представит себе наши безобразия.
Avada
да были у меня проблемы с подхватом плагинов в х64 версии после того, как в х32 их порядок перестроил и расширил, а список с пунктами "=1" остался старый, в итоге плагины частично не работали, пока не очистил х64 секцию. С того момента теперь только раздельно и держу.