Общие плагины в комбинированной версии

[mrmerak]

Всем привет.
Решил использовать Combined-версию. Что нужно, чтобы при запуске х32-версии юзалить х32-плагины, а при х64 - х64-плагины?

[Avada]

mrmerak
Ничего не нужно делать. Если в соответствующих (обычных) секциях прописаны 32-битные плагины, с 64-битными аналогами (если они, конечно, есть) TC разберётся автоматически и пропишет их после запуска 64-битной версии куда следует. По мере обращения к тому или иному классу плагинов. И в секции, куда он их пропишет, руками лезть потом не надо. См. также справку.

[mrmerak]

Avada
другими словами, если у меня в ini так:

[FileSystemPlugins]
Virtual Panel=%commander_path%\Plugins\WFX\VirtualPanel\VirtualPanel.wfx

а в папке есть VirtualPanel.wfx и VirtualPanel.wfx64, то для х32 - будет VirtualPanel.wfx, а в х64 - VirtualPanel.wfx64 ?

[Avada]

mrmerak
Да, именно так.

[MVV]

mrmerak,
Это при условии, что плагин был установлен в 64-битной версии, т.к. для 64-битной версии необходимо ещё это:

Код: Выделить всё

[FileSystemPlugins64]
Virtual Panel=1

[Avada]

MVV
Совершенно не обязательно ставить в 64-битной версии. Пользуюсь комбинированными версиями с момента их появления и всё это не единожды проверял на практике. 32-битные версии распаковывал куда следует вручную и подключал через TC Plugins Manager (автоустановкой не пользуюсь — мне так удобнее). Указанная секция (как и аналогичные) в TC x64 cама создаётся, а при правке содержимого основной секции в x32 сама удаляется. Вмешиваться в этот процесс у меня ни разу не было необходимости.

[MVV]

Хм, действительно, добавил плагин в 32-битную версию, запустил 64-битную - и он сразу там есть. Раньше такого однозначно не было.

Ага, если секции [FileSystemPlugins64] в wincmd.ini ещё нет, оно работает как надо. Надо же, в последних версиях 32-битный тотал сам удаляет секцию при установке нового плагина.

[Avada]

Раньше такого однозначно не было.

Эта схема работала с момента появления комбинированной версии.

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

И в 8.0 он делал ровно то же самое.

[MVV]

Я помню, у меня были с этим проблемы. Наверное, это было при ручной установке плагинов. Да, проверил сейчас: если я сам добавлю строчку VirtualPanel= в [FileSystemPlugins], то в 64-битной версии он не появится.

[Avada]

MVV
А вот это вполне возможно. В секциях для 64-битных версий есть строки с контрольными суммами. При добавлении/удалении через сам TC или диспетчер плагинов всё OK. Но если добавление плагина производится вручную (просто правкой в редакторе), TC не учтёт, что содержание основной секции изменилось. По крайней мере, до нормальной установки следующего плагина. Поэтому, например, при ручной правке в [FileSystemPlugins] надо вообще удалять секцию [FileSystemPlugins64] и т.п. А лучше, конечно, просто плагины таким способом не добавлять.

Тему переношу из "Общих вопросов" в "Плагины".

[mrmerak]

Avada
ОК, спасибо за разъяснения.

Еще в тему - как быть с "u"? Например, DirSizeCalc.uwdx?

Я так понял, что мы пишем

1=%commander_path%\Plugins\WDX\DirSizeCalc\DirSizeCalc.wdx

Хотя в папке только DirSizeCalc.uwdx и DirSizeCalc.wdx64 ?

[Avada]

mrmerak
Вообще-то не должно там быть одного плагина с "u" без парного. Но к битности (и к теме) это не относится: плагины с "u" и без все 32-битные (только одни юникодные, другие ANSI). Они должны лежать вместе, а Тотал сам разберётся, когда что использовать. И таких плагинов очень мало. Подробнее — здесь.