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

[Black_AVP_Bim]

Ну, а какой тут может быть компромисс?
Это можно реализовать в режиме перемотки:

Нотификация с prvPlayerState.OnTrackStarted/OnTrackFinished в этом режиме не работает.

[McClaud]

Внесу свои "пять копеек".
По поводу традиционной сквозной перемотки вперёд. Не было её, я проверял. Теперь есть. Но!
К слову о невозможности отследить переход через ноль. Берём кнопку, видимость её завязываем на prvPlayrState/State; на ActionOnHold цепляем acPlayerSeekForward. При длительном нажатии кнопки трек перематывается до конца, переходит на следующий трек и перемотка отключается (плеер переходит в режим воспроизведения, или встаёт на паузу, т.е. в режим сопутствующий началу перемотки)! Полагаю, по той причине, что кнопка в момент переключения треков "исчезла", и длительное нажатие сбросилось. Кстати, так было и ранее, аналогичная ситуация была и с обратной перемоткой. В нынешней же версии плеера кнопка по prvPlayrState/State для обратной перемотки не "исчезает".

[Black_AVP_Bim]

При перемотке вперёд на  prvPlayrState.State при смене трека проскакивает состояние STOP, назад - нет.
Я сделал более "цивилизованными" методами, отловив это состояние хендлером.

[Black_AVP_Bim]

По поводу традиционной сквозной перемотки вперёд. Не было её, я проверял. Теперь есть.

В AIMP5 уже была. Последняя версия, где не было перехода на следующий трек - 4.70, что ИМХО, ещё хуже.

[McClaud]

В AIMP5 уже была. Последняя версия, где не было перехода на следующий трек - 4.70, что ИМХО, ещё хуже.

Я уже про это здесь писал.

[Black_AVP_Bim]

Так просто настройки в разных версиях изменились, если переход на следующий трек разрешён, то и будет сквозная перемотка вперёд.

[McClaud]

Так просто настройки в разных версиях изменились, если переход на следующий трек разрешён, то и будет сквозная перемотка вперёд.

Речь не про настройки, а про сквозную перемотку, не зависящую от настроек. В 2675 отключи автопереход, и никакой сквозной. А в 2680 - "сквозит", не взирая...
В моих некоторых скинах обратная перемотка останавливалась, при достижении начала, в некоторых - включалось воспроизведение (или пауза). Теперь же при обратной - все "зависают" до отпускания клавиши, перемотка вперёд - как и было, либо сквозняк, либо плей/пауза. Ну и ладно.
Вот мне в K-2 нужно было быстрое позиционирование строго в границах трека, а "курсор" упрямо скакал дальше. Помучился, но реализовал. Так и тут, если стандартное поведение плеера не будет соответствовать какой-то конкретной задаче, - постараюсь извернуться. А на все сценарии у Артёма сил не хватит.

[Black_AVP_Bim]

Теперь же при обратной - все "зависают" до отпускания клавиши ...

Кстати, да, я сразу и не заметил, потому как не всегда это наблюдается. Я про старые скины.
Но, кажется, понял, в чём дело.  У меня обработчик нажатия кнопки перемотки разрешает её включение, если до начала трека ещё более 1 с, а скрипт, который ловит начало трека отключает перемотку за 0.1 с до начала. Поставил 0.3 с, вроде, теперь норм.

[ELECTRON!CK]

Может кто помочь, почему то не работает всплывающая подсказка при наведении мышью на не вмещаемую текстовую метку (SingleLine) именно при слиянии с главным окном, в отдельном окне все нормально подсвечивается.
P.S. команды по ПКМ по тексту нормально отрабатывают.

[Black_AVP_Bim]

К слову о невозможности отследить переход через ноль. Берём кнопку, видимость её завязываем на prvPlayrState/State ...

И в этом случае можно обойтись без этажерок из кнопок, управляя ей по Accessibiliti, 0 в этой точке сделает её недоступной и действие прервётся.
Есть ещё вариант. Скриптом рвать связь между кнопкой и провайдером, затем снова восстанавливать. Я ни разу не пробовал это делать, потому не знаю, как это будет работать.
Жаль нет у нас такого коммутатора, который бы переключал связи в этом направлении на уровне биндинга.

[McClaud]

И в этом случае можно обойтись без этажерок из кнопок, управляя ей по Accessibiliti, 0 в этой точке сделает её недоступной и действие прервётся.
Есть ещё вариант. Скриптом рвать связь между кнопкой и провайдером, затем снова восстанавливать. Я ни разу не пробовал это делать, потому не знаю, как это будет работать.
Жаль нет у нас такого коммутатора, который бы переключал связи в этом направлении на уровне биндинга.

А мультиплексор не подойдёт?

[Black_AVP_Bim]

А мультиплексор не подойдёт?

Нет (он ничем не отличается от коммутатора). Это всё работает в обратную сторону - от провайдеров, а надо от управляющих элементов.

[McClaud]

И в этом случае можно обойтись без этажерок из кнопок, управляя ей по Accessibiliti, 0 в этой точке сделает её недоступной и действие прервётся.

Никогда не использую Accessibility на кнопках, меня дико бесит, когда кнопка есть, но почему-то нажать её нельзя. Поэтому буду лепить этажерки, пусть кнопки/клавиши нажимаются, даже если ничего не включают.

[Black_AVP_Bim]

В данном случае кнопка станет недоступной лишь на мгновение и никто этого не заметит, а перемотка остановится.
А для меня все эти этажерки, слоёные пироги, пасхалки - это ГРЯЗЬ скинов. Так допустимо было делать лишь на заре появления биндинга.
Я для себя проблему перемотки решил и довольно просто, хоть в STOP, хоть в PLAY, можно ничего не менять в плеере.

[McClaud]

В данном случае кнопка станет недоступной лишь на мгновение и никто этого не заметит, а перемотка остановится.

В данном контексте - согласен. У меня прежде была прямопротивоположная проблема - чтобы перемотка не прерывалась. Сейчас этой проблемы нет.

А для меня все эти этажерки, слоёные пироги, пасхалки - это ГРЯЗЬ скинов. Так допустимо было делать лишь на заре появления биндинга.

У нас разные приоритеты, спорить об этом смысла нет.

Я для себя проблему перемотки решил и довольно просто, хоть в STOP, хоть в PLAY, можно ничего не менять в плеере.

Колись уж, коль заикнулся. 
Я, правда, старые скины фиксить не собираюсь, если уж к каком-нибудь вернусь, то для полного апдейта.