Страница 2 из 25
Добавлено: Чт янв 05, 2006 14:36
Alextp
Спасибо Led-у, который прислал исправления для этой версии.
Кстати, может еще у кого есть желание? (Программа написана на Delphi)
v1.8.5 (05/01/06)
Изменения сделаны Led:
- после обновления списка он прокручивается к прежнему положению
- настройка Packer-плагина: добавлена кнопка для изменения расширения
- при разрешении Packer-плагина: если уже есть плагин с такой ассоциацией, то он автоматически запрещается. Теперь удобно переключаться между несколькими плагинами с одинаковой ассоциацией.
- на первой вкладке типы плагинов показываются всегда, на остальных - зависит от опции "Показывать типы..."
Добавлено: Сб фев 04, 2006 09:52
Alextp
v1.8.6 (04/02/06)
- Ctrl+F определяет фильтр списка - будут показаны только плагины, в описании или имени файла которых есть заданная строка
- опция "Запуск TC поверх программы"
- кнопка "По умолчанию" в диалоге изменения ассоциации плагина
- скрытая опция в TC_Plugman.ini: [Options] ShowDeletedAlways (0/1): всегда показывать статус "Удален", даже для запрещенных плагинов
- поправлена операция разрешения плагинов
- добавлен файл FAQ.txt
Добавлено: Сб фев 04, 2006 14:50
Ник
Прошу прощения, но я не понял: зачем путь к ВинРар?
ТК поддерживает упаковку только ЗИП, а для РАР только распаковку...
Добавлено: Сб фев 04, 2006 14:53
Ник
И ещё:
Можно ли как-то управлять загрузкой-выгрузкой плагинов?
Допустим:
Загружать только при прямом обращении и выгружать через 5 минут после последнего запуска и т.п.
Сразу после запуска ТК я вижу, что некоторые плагины, к которым я в данном сеансе в принципе не обращался (именно - листер-плагины), оказались загружены...
Или это только к авторам соответствующих плагинов?
Спасибо!
Добавлено: Сб фев 04, 2006 17:27
Alextp
Ник
Прошу прощения, но я не понял: зачем путь к ВинРар?
Для распаковки rar и zip архивов.
Пока не собрался использовать unrar.dll.
И ещё:
Можно ли как-то управлять загрузкой-выгрузкой плагинов?
Со стороны программы - никак. Это TC должен ею управлять.
Добавлено: Вт фев 28, 2006 22:56
funduk
Почему плагины запрещаются именно таким способом? Ведь нужно перезагрузить TC, чтобы плагин не нашёлся. Почему нельзя просто переименовать папку с плагином при его запрещении (+выгрузить все плагины)? Проверял - работает.
Добавлено: Вт фев 28, 2006 23:01
funduk
Почему, когда я перезапускаю TC из твоей программы, в окне About пути к ини-файлам короткие? При обычном запуске - длинные.
Добавлено: Вт фев 28, 2006 23:24
funduk
Кнопка "Настроить" для WFX плагинов работает не так, как надо: во всплывающей подсказке к ней написано, что поддерживаются ini-файлы настройки, но, например, для httpbrowser by Fabio Chelli (у плага нет диалога настроек, а только инишник httpbrowser.ini) при нажатии на кнопку никаких файлов не открывается.
Кстати, а если имя файла настроек (без расширения) не совпадает с именем файла плагина (тоже без расширения), то тоже инишник не открывается - МБ, в TC_Plugman.ini хранить дополнительно таблицу, какой файл открывать для каких плагинов. Полезно, например, для Services, который конфигурируется через services.cfg.
Добавлено: Вт фев 28, 2006 23:42
Alextp
funduk
1. Почему плагины запрещаются именно таким способом - нельзя переименовывать папку плагина, т.к. в одной папке может лежать несколько плагинов, например если это папка TC\Plugins\WxX, где все плагины лежат скопом. Да и нехорошо это - вдруг человек привык видеть плагин в определенном каталоге, а программа возьмет и переименует его.
2. Почему пути в окне About короткие - уже не помню, почему я так сделал. Наверное, для совместимости с внешним рестартером (раньше использовался), который не понимал ком. строку с длинными путями.
3. Программа видит только ini-файл, имя которого (без расширения) совпадает с именем файла плагина. Наверное, для HTTP Browser это не так, проверь. Или он поддерживает диалог настроек, но диалог по какой-то причине не вызывается.
Хранить доп. таблицу для соответствия имен файлов - это черезчур IMHO, пусть лучше авторы плагинов правильно называют свои ini-файлы...
Добавлено: Ср мар 01, 2006 12:25
funduk
1. Ну тогда можно сам файл плагина переименовывать. Или сделать это опцией (типа "старый/новый способ ззапрещения" или "с перезагрузкой TC/без неё"). ИМХО гораздо быстрее получится.
2. Ну и чёрт с ними.
3.
пусть лучше авторы плагинов правильно называют свои ini-файлы
а) Некоторые плагины не обновляются годами...
б) Я, например, переименовал пару плагинов более короткими именами, чтобы полные пути в тоталовском диалоге шли почти выровненными - так detectstring выравнивается по левому краю и её удобно читать.
в) Да и таблица имелась ввиду не для всех плагинов, а только для проблемных, т.е. если в ней нет имени плагина, то работать с ним так, как сейчас.
г) для httpbrowser проверил - имена совпадают. Диалог настройки из сетевого окружения по Alt+Enter не вызывается - видимо, его нет.
Добавлено: Ср мар 01, 2006 14:45
Alextp
funduk
Сам файл плагина переименовывать нельзя, он может быть занят. А способ с отключением через ini лучше, даже занятый плагин отключается (после перезапуска).
г) для httpbrowser проверил - имена совпадают.
Да, и диалога у него нет. Но у меня сейчас нет проверки на то, есть ли в FS-плагине диалог, и по результатам этой проверки открытия ini-файла. Наверное, приделаю.
в) Да и таблица имелась ввиду не для всех плагинов, а только для проблемных,
С проблемными плагинами: может, лучше переименовать dll в имя, совпадающее с именем ini-файла? Тогда ini-файл будет открываться. Только сейчас для FS плагинов ini-файл не берется.
Добавлено: Ср мар 01, 2006 16:50
funduk
Способ с отключением через ini хуже:
каждый раз теребится wincmd.ini, а он может быть большим;
нужна перезагрузка;
Сам файл плагина переименовывать нельзя, он может быть занят
я и говорю: сначала послать команду cm_UnloadPlugins, потом переименовывать; или: ты же знаешь, занят плагин, или нет - можешь предупредить, или посылать cm_UnloadPlugins только если он занят.
Кстати, Ieview всегда занят (или почти всегда), но переименовать его мне не составило труда - никаких "файл занят" и все html-ки открываются встроенным листером.
Ещё кстати - если выбор способа будет опциональным - каждый сам решит, как отключать плагины.
Добавлено: Ср мар 01, 2006 18:26
Alextp
funduk
Мороки с этим новым способом переименования будет. А вдруг еще Тотал глючить будет - плагин зарегистрирован, вызывался, а потом пропал...
Добавлено: Ср мар 01, 2006 19:18
funduk
У меня НИКОГДА ЕЩЁ при этом не глючил, не стирал записи в wincmd.ini о переименованном плагине после перезагрузки себя, проблем не было даже тогда, когда я запрещаемым плагином что-то просматривал.
Дай народу потестить, и узнаешь, если что-то глючит. Если будет опцией, то можешь даже не исправлять эту функцию - желающие смогут использовать её такой, какой она будет, а те, кто встретит серьёзные глюки, смогут вернуться к старому способу.
Добавлено: Вт мар 07, 2006 21:10
vserd
funduk
Почему нельзя просто переименовать папку с плагином при его запрещении (+выгрузить все плагины)? Проверял - работает.
Потому что тут возможно блокирование ФАЙЛА плугина со стороны ОС.
Т.е. ОС не дает переименовать файл. в 99,(9)% это дает результат, но... с презагрузкой это 100%, значит перезагрузка лучшее.