LeechCraft

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

Олсо, изменил тип зависимости.

Ну... Трудно сказать, насколько это нужно. По факту, это всего лишь представление и примерно никак не влияет на основную часть.

Просто, имхо, это было бы удобно. Иначе, это было бы примерно как если бы в календаре дни с задачами никак не выделялись, а сами задачи были доступны только в отдельном окне.

А теперь, на счет тормозить. Насколько я понял, метаданные треков плейлиста ты уже кешируешь в базу так, что не думаю, что асинхронный поиск соответствий по этой базе после загрузки плейлиста, так уж и будет тормозить интерфейс.

А на счет непортабельности, немного не понимаю, как межмодульное взаимодействие может помешать кросспроцессности. Грубо говоря, представлял это как некое взаимодействие, при котором LMP после загрузки плейлиста запрашивает AN правила касательно себя и после их получения сканирует базу на соответствия, которые и отображает в виде меток в плейлисте.

Если всё это бред, то ок, пойму.

А теперь, на счет тормозить. Насколько я понял, метаданные треков плейлиста ты уже кешируешь в базу так, что не думаю, что асинхронный поиск соответствий по этой базе после загрузки плейлиста, так уж и будет тормозить интерфейс.

Для треков из плейлиста эти метаданные вообще уже все в ОЗУ есть (как, впрочем, и для коллекции, просто чуть глубже), это не проблема. Проблема — общение с AN на тему доступных правил.

Грубо говоря, представлял это как некое взаимодействие, при котором LMP после загрузки плейлиста запрашивает AN правила касательно себя и после их получения сканирует базу на соответствия, которые и отображает в виде меток в плейлисте.
касательно себя

This, правила сходу так не содержат информацию о том, каких плагинов они касаются. Если ты создал правило, матчащее Title, URL и длину, то оно подойдёт для любого плеера, поддерживающего AN, не только для LMP (хоть LMP и пока единственный плеер).

Поэтому остаётся два варианта: либо запрашивать у AN вообще все правила (что криво), либо передавать в AN функциональный объект, который будет их просеивать (что непортабельно).

Кроме того, предлагаю менять цвет флажка/оверлея в соответствии с Associated Color правила AN.

А если соответствующих правил больше одного?

0xd34df00d wrote:

А если соответствующих правил больше одного?

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

①◾⚐⚐⚐ 8 — Replicants (Unknown Animal Remix)

Кстати, у нас есть нормальные юникодные символы флажков (⚐ и ⚑) и не только, которые можно спокойно красить и тп как обычный текст.

О, про символы флажков я и не подумал. Круто, спасибо.

// теперь личкрафты будут зависеть от того, чо какие шрифты

ну можно растеризовать и покрасить, или наоборот.

Норм. Но не доделано.Раз такой торопыжка, будем делить и блочить :P