[FAQ] Вопросы по работе в AIMP SkinEditor

[ELECTRON!CK]

Theme_Trigger должен возвращать либо 0 либо 1, если он возвращает три значения значит это не то. у тебя там (TriggerValue > 1) подразумевает третье значение. Его либо нету вот оно и работает только со светлой либо не туда смотрим в целом.

     Нижний блок поменял вроде работает, спасибо

Code: [Select]

      if (L < 0.3) and (TriggerValue <> 1) or (L > 0.7) and (TriggerValue = 1) then
      begin
        State := 0; // Светлая обложка + счетчик в режиме светлой темы или Темная обложка + счетчик в режиме темной темы
      end
      else
      begin
        State := 1; // Любая обложка
      end;     


      if (State = 0) then
        SetupTheme('0')
      else
        SetupTheme('1');

Нет смысла проверять L >= 0.0, оно не может быть отрицательным, равно, как и L <= 1.0, - больше 1 тоже быть не может.
Так же можно упустить операторные скобки, поскольку между ними одно выражение:

Code: [Select]

      if  (L <= 0.2) and (TriggerValue = 1) then
        State := 0 // Темная обложка + счетчик в режиме темной темы
      else
        if (L >= 0.8) and (TriggerValue > 1) then
          State := 1 // Светлая обложка + счетчик в режиме светлой темы
        else
          State := 2; // Средняя обложка или несоответствие счетчику


Ага так лучше

[Kibermanick]

   

Code: [Select]

if (L < 0.3) and (TriggerValue <> 1) or (L > 0.7) and (TriggerValue = 1) then

И всё таки меня смущает этот момент ты не указываешь явно ноль. Если там всё же есть третье значение то этот скрипт не рабочий потому что если значение будит равно 2 то скин может быть тёмным или светлым в этот момент а твой скрипт запишет состояние светлого.

[ELECTRON!CK]

И всё таки меня смущает этот момент ты не указываешь явно ноль. Если там всё же есть третье значение то этот скрипт не рабочий потому что если значение будит равно 2 то скин может быть тёмным или светлым в этот момент а твой скрипт запишет состояние светлого.

У меня их 4 Авто/Светлая/Серая/Тёмная вроде всё работает кроме Автоматической темы системной, пока что тестирую

[Artem]

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

То, что выбирается настройками/виндой, можно узнать через AIMPMainForm.NightMode.
Или нужно узнать именно цвет акцента, выставленный пользователем / виндой?

В справке вот что по этому поводу написано:

Отловить событие изменения цветов на основе обложки альбома можно через биндинг на prvPlayingTrackInfo.CoverArt.

[Kibermanick]

То, что выбирается настройками/виндой, можно узнать через AIMPMainForm.NightMode.

О! Спасибо!

Или нужно узнать именно цвет акцента, выставленный пользователем / виндой?

А вот это было бы тоже очень полезно

[Artem]

А вот это было бы тоже очень полезно

Можно косвенным образом узнать. Завести в репозитории ресурсов какой-нибудь цвет, по умолчанию выставить значение красным и сделать AllowColoration в True. Дальше уже смотреть как этот цвет изменится.

[Black_AVP_Bim]

Надёжнее всего запретить изменение цвета пользователем в редакторе, тогда из кавера получим его настоящие цвета.

[Artem]

Надёжнее всего запретить изменение цвета пользователем в редакторе, тогда из кавера получим его настоящие цвета.

Ну это от конкретной задачи зависит

[Black_AVP_Bim]

Ну это от конкретной задачи зависит

В их скинах свои темы, поэтому системные и пользовательские цвета будут только мешать.

[Artem]

Расширил возможности скин-движка для работы с акцентными скинами, можно поиграться на сегодняшних сборках плеера и редактора.

[Kibermanick]

Расширил возможности скин-движка для работы с акцентными скинами, можно поиграться на сегодняшних сборках плеера и редактора.

Ураа обнова!

[Kibermanick]

Объясните мне пожалуйста, а то я переодически путаюсь. Логика и порядок отрисовки элементов в дереве. Как я понимаю чем ниже по веткам находится элемент тем более позднее в очереди он отрисовывается но, почему-то это не всегда так. Вот у меня пример, там элемент QFI_CoverArt_1 находится в контейнере 27 и отрисовывается первым так как контейнер стоит первым в очереди но, если переместить QFI_CoverArt_1 в контейнер выше по иерархии в рут он не отрисовывается первым, он отрисовывается последним, вообще последним. Хотя если посмотреть на контейнер 29 там содержимое многостраничной группы отрисовывается уже после содержимого контейнера 29. Это же одинаковые случаи, почему поведение разное?

[Artem]

Сначала рисуются все элементы фона, затем, поверх них - элементы управления. Отрисовка идёт строго по дереву сверху вниз.

[Kibermanick]

Сначала рисуются все элементы фона, затем, поверх них - элементы управления. Отрисовка идёт строго по дереву сверху вниз.

Всё ровно не понятно, в моём примере если присмотреться есть два элемента  QFI_CoverArt_1 и  QFI_CoverArt_2 и находятся они в одинаковых местах иерархии в нижнем случае. QFI_CoverArt_1 находится ниже контейнеров и рисуется последним поверх них и их содержимого но, QFI_CoverArt_2 находясь в аналогичном положении ниже контейнеров но рисуется перед содержимым контейнеров выше, последними рисуется содержимое контейнеров которые выше QFI_CoverArt_2 поверх него. (Смотреть на иерархию нижней половины изображения)

[Kibermanick]

Может TASELayoutRootView не в том порядке что-то делает? Потому что оно не стыкуется с описанным порядком.