TC Plugins Manager
Модераторы: Avada, CaptainFlint, Nik, d-view, Моторокер
Спасибо Led-у, который прислал исправления для этой версии.
Кстати, может еще у кого есть желание? (Программа написана на Delphi)
v1.8.5 (05/01/06)
Изменения сделаны Led:
- после обновления списка он прокручивается к прежнему положению
- настройка Packer-плагина: добавлена кнопка для изменения расширения
- при разрешении Packer-плагина: если уже есть плагин с такой ассоциацией, то он автоматически запрещается. Теперь удобно переключаться между несколькими плагинами с одинаковой ассоциацией.
- на первой вкладке типы плагинов показываются всегда, на остальных - зависит от опции "Показывать типы..."
Кстати, может еще у кого есть желание? (Программа написана на Delphi)
v1.8.5 (05/01/06)
Изменения сделаны Led:
- после обновления списка он прокручивается к прежнему положению
- настройка Packer-плагина: добавлена кнопка для изменения расширения
- при разрешении Packer-плагина: если уже есть плагин с такой ассоциацией, то он автоматически запрещается. Теперь удобно переключаться между несколькими плагинами с одинаковой ассоциацией.
- на первой вкладке типы плагинов показываются всегда, на остальных - зависит от опции "Показывать типы..."
v1.8.6 (04/02/06)
- Ctrl+F определяет фильтр списка - будут показаны только плагины, в описании или имени файла которых есть заданная строка
- опция "Запуск TC поверх программы"
- кнопка "По умолчанию" в диалоге изменения ассоциации плагина
- скрытая опция в TC_Plugman.ini: [Options] ShowDeletedAlways (0/1): всегда показывать статус "Удален", даже для запрещенных плагинов
- поправлена операция разрешения плагинов
- добавлен файл FAQ.txt
- Ctrl+F определяет фильтр списка - будут показаны только плагины, в описании или имени файла которых есть заданная строка
- опция "Запуск TC поверх программы"
- кнопка "По умолчанию" в диалоге изменения ассоциации плагина
- скрытая опция в TC_Plugman.ini: [Options] ShowDeletedAlways (0/1): всегда показывать статус "Удален", даже для запрещенных плагинов
- поправлена операция разрешения плагинов
- добавлен файл FAQ.txt
И ещё:
Можно ли как-то управлять загрузкой-выгрузкой плагинов?
Допустим:
Загружать только при прямом обращении и выгружать через 5 минут после последнего запуска и т.п.
Сразу после запуска ТК я вижу, что некоторые плагины, к которым я в данном сеансе в принципе не обращался (именно - листер-плагины), оказались загружены...
Или это только к авторам соответствующих плагинов?
Спасибо!
Можно ли как-то управлять загрузкой-выгрузкой плагинов?
Допустим:
Загружать только при прямом обращении и выгружать через 5 минут после последнего запуска и т.п.
Сразу после запуска ТК я вижу, что некоторые плагины, к которым я в данном сеансе в принципе не обращался (именно - листер-плагины), оказались загружены...
Или это только к авторам соответствующих плагинов?
Спасибо!
Кнопка "Настроить" для WFX плагинов работает не так, как надо: во всплывающей подсказке к ней написано, что поддерживаются ini-файлы настройки, но, например, для httpbrowser by Fabio Chelli (у плага нет диалога настроек, а только инишник httpbrowser.ini) при нажатии на кнопку никаких файлов не открывается.
Кстати, а если имя файла настроек (без расширения) не совпадает с именем файла плагина (тоже без расширения), то тоже инишник не открывается - МБ, в TC_Plugman.ini хранить дополнительно таблицу, какой файл открывать для каких плагинов. Полезно, например, для Services, который конфигурируется через services.cfg.
Кстати, а если имя файла настроек (без расширения) не совпадает с именем файла плагина (тоже без расширения), то тоже инишник не открывается - МБ, в TC_Plugman.ini хранить дополнительно таблицу, какой файл открывать для каких плагинов. Полезно, например, для Services, который конфигурируется через services.cfg.
funduk
1. Почему плагины запрещаются именно таким способом - нельзя переименовывать папку плагина, т.к. в одной папке может лежать несколько плагинов, например если это папка TC\Plugins\WxX, где все плагины лежат скопом. Да и нехорошо это - вдруг человек привык видеть плагин в определенном каталоге, а программа возьмет и переименует его.
2. Почему пути в окне About короткие - уже не помню, почему я так сделал. Наверное, для совместимости с внешним рестартером (раньше использовался), который не понимал ком. строку с длинными путями.
3. Программа видит только ini-файл, имя которого (без расширения) совпадает с именем файла плагина. Наверное, для HTTP Browser это не так, проверь. Или он поддерживает диалог настроек, но диалог по какой-то причине не вызывается.
Хранить доп. таблицу для соответствия имен файлов - это черезчур IMHO, пусть лучше авторы плагинов правильно называют свои ini-файлы...
1. Почему плагины запрещаются именно таким способом - нельзя переименовывать папку плагина, т.к. в одной папке может лежать несколько плагинов, например если это папка TC\Plugins\WxX, где все плагины лежат скопом. Да и нехорошо это - вдруг человек привык видеть плагин в определенном каталоге, а программа возьмет и переименует его.
2. Почему пути в окне About короткие - уже не помню, почему я так сделал. Наверное, для совместимости с внешним рестартером (раньше использовался), который не понимал ком. строку с длинными путями.
3. Программа видит только ini-файл, имя которого (без расширения) совпадает с именем файла плагина. Наверное, для HTTP Browser это не так, проверь. Или он поддерживает диалог настроек, но диалог по какой-то причине не вызывается.
Хранить доп. таблицу для соответствия имен файлов - это черезчур IMHO, пусть лучше авторы плагинов правильно называют свои ini-файлы...
1. Ну тогда можно сам файл плагина переименовывать. Или сделать это опцией (типа "старый/новый способ ззапрещения" или "с перезагрузкой TC/без неё"). ИМХО гораздо быстрее получится.
2. Ну и чёрт с ними.
3.
б) Я, например, переименовал пару плагинов более короткими именами, чтобы полные пути в тоталовском диалоге шли почти выровненными - так detectstring выравнивается по левому краю и её удобно читать.
в) Да и таблица имелась ввиду не для всех плагинов, а только для проблемных, т.е. если в ней нет имени плагина, то работать с ним так, как сейчас.
г) для httpbrowser проверил - имена совпадают. Диалог настройки из сетевого окружения по Alt+Enter не вызывается - видимо, его нет.
2. Ну и чёрт с ними.
3.
а) Некоторые плагины не обновляются годами...пусть лучше авторы плагинов правильно называют свои ini-файлы
б) Я, например, переименовал пару плагинов более короткими именами, чтобы полные пути в тоталовском диалоге шли почти выровненными - так detectstring выравнивается по левому краю и её удобно читать.
в) Да и таблица имелась ввиду не для всех плагинов, а только для проблемных, т.е. если в ней нет имени плагина, то работать с ним так, как сейчас.
г) для httpbrowser проверил - имена совпадают. Диалог настройки из сетевого окружения по Alt+Enter не вызывается - видимо, его нет.
funduk
Сам файл плагина переименовывать нельзя, он может быть занят. А способ с отключением через ini лучше, даже занятый плагин отключается (после перезапуска).
Сам файл плагина переименовывать нельзя, он может быть занят. А способ с отключением через ini лучше, даже занятый плагин отключается (после перезапуска).
Да, и диалога у него нет. Но у меня сейчас нет проверки на то, есть ли в FS-плагине диалог, и по результатам этой проверки открытия ini-файла. Наверное, приделаю.г) для httpbrowser проверил - имена совпадают.
С проблемными плагинами: может, лучше переименовать dll в имя, совпадающее с именем ini-файла? Тогда ini-файл будет открываться. Только сейчас для FS плагинов ini-файл не берется.в) Да и таблица имелась ввиду не для всех плагинов, а только для проблемных,
Способ с отключением через ini хуже:
каждый раз теребится wincmd.ini, а он может быть большим;
нужна перезагрузка;
Кстати, Ieview всегда занят (или почти всегда), но переименовать его мне не составило труда - никаких "файл занят" и все html-ки открываются встроенным листером.
Ещё кстати - если выбор способа будет опциональным - каждый сам решит, как отключать плагины.
каждый раз теребится wincmd.ini, а он может быть большим;
нужна перезагрузка;
я и говорю: сначала послать команду cm_UnloadPlugins, потом переименовывать; или: ты же знаешь, занят плагин, или нет - можешь предупредить, или посылать cm_UnloadPlugins только если он занят.Сам файл плагина переименовывать нельзя, он может быть занят
Кстати, Ieview всегда занят (или почти всегда), но переименовать его мне не составило труда - никаких "файл занят" и все html-ки открываются встроенным листером.
Ещё кстати - если выбор способа будет опциональным - каждый сам решит, как отключать плагины.
У меня НИКОГДА ЕЩЁ при этом не глючил, не стирал записи в wincmd.ini о переименованном плагине после перезагрузки себя, проблем не было даже тогда, когда я запрещаемым плагином что-то просматривал.
Дай народу потестить, и узнаешь, если что-то глючит. Если будет опцией, то можешь даже не исправлять эту функцию - желающие смогут использовать её такой, какой она будет, а те, кто встретит серьёзные глюки, смогут вернуться к старому способу.
Дай народу потестить, и узнаешь, если что-то глючит. Если будет опцией, то можешь даже не исправлять эту функцию - желающие смогут использовать её такой, какой она будет, а те, кто встретит серьёзные глюки, смогут вернуться к старому способу.
funduk
Т.е. ОС не дает переименовать файл. в 99,(9)% это дает результат, но... с презагрузкой это 100%, значит перезагрузка лучшее.
Потому что тут возможно блокирование ФАЙЛА плугина со стороны ОС.Почему нельзя просто переименовать папку с плагином при его запрещении (+выгрузить все плагины)? Проверял - работает.
Т.е. ОС не дает переименовать файл. в 99,(9)% это дает результат, но... с презагрузкой это 100%, значит перезагрузка лучшее.