Как это сделать?

[Zeltorix]

Здесь явно не хватает такой темы, где бы поясняли как сделать то или иное решения/подход для плагинов.

[Zeltorix]

Ну что же, начну)
Как реализовать защищенное хранения данных пользователей?
В документации KODI пишется, что стандартное хранение логина и пароля не безопасны, т.к. данные хранятся в открытом виде на носители.
Есть ли аналог keyring? Или его придется портировать сюда?

[-=Vd=-]

Сообщение от Zeltorix

Ну что же, начну)
Как реализовать защищенное хранения данных пользователей?
В документации KODI пишется, что стандартное хранение логина и пароля не безопасны, т.к. данные хранятся в открытом виде на носители.
Есть ли аналог keyring? Или его придется портировать сюда?

Обычно алгоритм такой: ищем в основной репе/гуглим script.module.<название модуля>, если нашли - пользуем, если нет самостоятельно собираем аналогично другим питоновским модулям KODI.

[vl.maksime]

Сообщение от Zeltorix

Как реализовать защищенное хранения данных пользователей?

Если речь идет о паролях к сайтам, то я такие данные в плагинах не храню. Обычно я через интерфейс предлагаю пользователю ввести имя и пароль, после чего выполняю вход на сервис и получаю с сервиса токен. А дальше уже зависит от алгоритма работы с сервером. Если токен передается как параметр запроса, то храню его в settings.xml. Если же используется как параметр cookies, то храню его в файле с cookies, совместимом с модулем requests.
Эти данные тоже можно умыкнуть, но всяко лучше, чем логин с паролем в плагине хранить

[Zeltorix]

Значит ни какой закрытой базы только для плагина нету, жалко. Спасибо за подсказки.

Ещё вопрос по взаимодействию плагинов.
Как плагины могут взаимодействовать между собой?
В данный момент нашёл эти возможности:

• JSONRPC - можно получить список плагинов и запустить их.
• settings.xml - можно считывать и редактировать любым плагином, через get и set Setting

Есть какие общие папки для взаимодействия и т.д. и т.п.?

[vl.maksime]

Сообщение от Zeltorix

Есть какие общие папки для взаимодействия и т.д. и т.п.?

Общие папки не принято использовать. Раньше плагин Gismeteo кешировал результаты запроса в папке temp, но при размещении его в официальном репозитории потребовали переделать на кеширование в папке самого плагина.

Еще можно запускать на плагине сервис, который будет висеть в памяти и слушать присылаемые уведомления (пример получения уведомлений). Другой или этот же плагин может отправлять уведомления через JSONRPC (пример отправки уведомлений)

[Zeltorix]

Сообщение от vl.maksime

Общие папки не принято использовать. Раньше плагин Gismeteo кешировал результаты запроса в папке temp, но при размещении его в официальном репозитории потребовали переделать на кеширование в папке самого плагина.

А Вы думает, что мои плагины могут принять в размещения оф репозитории?)
К этим папкам кеша плагина есть доступ другим плагинам?

Сообщение от vl.maksime

Еще можно запускать на плагине сервис, который будет висеть в памяти и слушать присылаемые уведомления (пример получения уведомлений). Другой или этот же плагин может отправлять уведомления через JSONRPC (пример отправки уведомлений)

Такой вариант в принципе подходит на то что я хочу сделать, осталось понять/изучить как реализовать этот сервис.
Хочу сделать так:
Запускаю плагин который собирает данные с других плагинов. А именно нужно чтобы плагины отдавали распарсенный списки основному плагин, через заготовленные функции.

[-=Vd=-]

Сообщение от Zeltorix

Ещё вопрос по взаимодействию плагинов.
Как плагины могут взаимодействовать между собой?
Есть какие общие папки для взаимодействия и т.д. и т.п.?

def RunScript(*args):
    import xbmc

    path = addon_id
    args = [ str(i) for i in args ]
    param_str = ', '.join(args)
    xbmc.executebuiltin('RunScript({}, {})'.format(path, param_str))

addon_id - Id вызываемого плагина

запуститься основной скрипт плагина, который прописан как "xbmc.python.script". В sys.argv будут переданные параметры. Например:

RunScript("JUMP", 5, "times")

[vl.maksime]

Сообщение от Zeltorix

А именно нужно чтобы плагины отдавали распарсенный списки основному плагин, через заготовленные функции.

Поковыряйте этот плагин, похоже в нем реализовано то, что Вы хотите получить. Минус такого подхода в том, что каждый плагин надо допиливать под использование Вашего плагина. В отличии от этого, United Search использует типовые методы JSON RPC и требует минимальных изменений в конечном плагине.

[Zeltorix]

Сообщение от vl.maksime

Поковыряйте этот плагин, похоже в нем реализовано то, что Вы хотите получить. Минус такого подхода в том, что каждый плагин надо допиливать под использование Вашего плагина. В отличии от этого, United Search использует типовые методы JSON RPC и требует минимальных изменений в конечном плагине.

Я его и ковырял) Не понятен пока принцип сбора, каждый плагин запускался по очереди, куда и с помощью чего передавали информацию в него.
В JSON RPC нашел возможность запуска с переданными параметрами.
А вот как передать данные с одного плагина в другой не нашёл.