Разработка - Примечание для разработчиков плагинов
Материал из RuVDRWiki
Содержание |
Создание пакета модуля расширения
Выдержка из ../VDR/PLUGINS.html:
Если Вы, как разработчик, хотите предоставить ваш модуль другим пользователям VDR, тогда Вам нужно создать пакет исходного кода.Makefile который был создан после вызова newplugin, содержит make цель dist, который перенимает эту функцию.
Зайдите в каталог модуля и запустите make dist:
cd VDR/PLUGINS/src/hello make dist
После чего должен появиться новый пакет
vdr-hello-0.0.1.tgz
причём hello заменяется актуальным названием модуля, а 0.0.1 номером версии.
Переводы / Интернационализация
- Русский
Пожелания
Если посмотреть структуру, каталог VDRCONFIG/plugins становится с количеством модулей довольно таки запутанным.
Было бы не плохо для каждого модуля создавать отдельный каталог.
- VDRCONFIG/plugins + VDRCONFIG/plugins/<PLUGIN>
Или предоставлять соответствующую опцию (смотри image-модуль / loadepg-модуль).
-c <PATH> --config=<PATH>
PATH относителен к каталогу конфигурации модуля расширения, например
-c test
Соответствует
$VDRCONFIG/plugins/test
Таким образом файлы конфигурации не будут сталкиваться друг с другум.
Интеллигенция некоторых модулей
Было бы не плохо, если модули расширения при отсутствии конфигурационного файла могли бы сами создавать их в нужном месте, а не закрываться с сообщением "configfile not found..."
Debugging
Многие используют
DEBUG = 1
Проблемы в Makefiles
make DEBUG=1 all plugins
И все модули расширения скомпмлировались бы с DEBUG, хотя хотелось бы иметь только один модуль в этом модусе.
Femon-модуль делает это правильно (<НАЗВАНИЕ МОДУЛЯ>_DEBUG).
FEMON_DEBUG = 1
Не было бы плохо, если бы другие модули расширения, могли бы делать тоже самое.
