Спасибо, буду пробовать

Ну что ж, ответ исчерпывающий, большое спасибо.
xpi вариант понятен в принципе, его можно попробовать, но общий вывод пока - написать вместо плагина расширение и не париться.

>Дурной вопрос, просто "от незнания": имеет ли плагин доступ к атрибуту "pluginspage" обрабатываемого в текущий момент объекта?
Да имеет, параметры передаются в функцию NS_NewPluginInstance в виде nsPluginCreateData.

Вот насчет "убивать плагин" - не получается, т.к. когда пользователь заходит на станицу, FF подгружает dll плагина. Даже когда плагин не используется он может ее не освободить.

Пока буду пробовать и выяснять можно ли поменять плагин на расширение:)

Точно, просто переписать dll плагина поверх или удалить его не получится. Была надежда что есть стандартный способ, когда FF сам это сделает, но видимо нет. Попробую действительно перейти на extension, прежде чем использовать всякие нестандартные решения:)

Правда, была надежда на свойство плагина: pluginspage=url - эсли плагин не установлен, FF предлагает его взять оттуда, я думал, что может он и версии будет апдейтить таким образом - только не знаю как все это дело туда положить. Описания rdf для extension есть, а для плагинов не видел - может то же самое?

Добрый день

Написал плагин для FF на С++ - просто скатал с подходящего в GeckoPluginSDK-samples, реализовал все что мне было надо.
Таким образом, плагин у меня состоит из:
dll
xpt (там еще есть scriptable интерфейс)

Я не очень знаком с тем, как правильно устанавливать такие плагины - поэтому просто копировал файлы в ..\Mozilla Firefox\plugins и мне этого хватало.

Но встал вопрос с версионированием - как сделать так, чтобы при наличии новой версии плагина FF сам делал update этого плагина? Наверное пришло время сделать установку плагина по человечески.

Заранее благодарен за помощь.