Расширить возможности поля State провайдера prvPlayerState

[Black_AVP_Bim]

самое простое использование State: иконка передачи состояния: 3 кадра. При введении Record - придётся дорисовывать кадры, чтобы передать "Плей при Записи"

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

кстати, процесс навигации было бы круто использовать: к примеру на 0,1...0,5 секунды передавать State=3(4). Можно было бы управлять скоростью кручения катушек магнитофонов и направлением (естественно, после реализации соответственной фичи).

И не только, к примеру, в простых скинах можно изобразить анимацию в виде бегущих стрелочек в сторону перемотки, и Бог весть чего ещё - народ у нас талантлив.

[Artem]

Однако, чем нажатие на кнопочку в скине лучше аналогичного действия с клавиатуры?

[Black_AVP_Bim]

Однако, чем нажатие на кнопочку в скине лучше аналогичного действия с клавиатуры?

Так, наверное, и удержание кнопки, и автоповтор хоткея ведут на одну процедуру. Я то предполагал, что нажатое состояние (и удержание) кнопки можно передать провайдеру.

[Artem]

Зажатие кнопки по сути генерирует N событий перемотки на 1 секунду, тоже самое событие генерирует нажатие кнопки на клавиатуре, тоже самое может сделать плагин

[Black_AVP_Bim]

Зажатие кнопки по сути генерирует N событий перемотки на 1 секунду, тоже самое событие генерирует нажатие кнопки на клавиатуре, тоже самое может сделать плагин

Это я понимаю, но в той же собственной текстуре кнопки при нажатии включается 3-ий кадр и высвечивается, пока её не отпустят. Может как-то к этому событию ожно привязаться?

[Zhenya]

Имхо, лучше делать отдельные провайдеры. Дополняя текущий провайдер, можно сломать существующие скины.

+1

[Tarik]

Да лучше, чтоб всё это в одной куче было, так и логичнее, и проще обрабатыват значение.

Нет, это не так.

Что мешает создать свой провайдер-коммутатор? Объединяем по очереди в цепочку все нужные провайдеры, а затем у этого собственного провайдера берем значения.

[Black_AVP_Bim]

Нет, это не так.
Что мешает создать свой провайдер-коммутатор? Объединяем по очереди в цепочку все нужные провайдеры, а затем у этого собственного провайдера берем значения.

Т. е. городить такой огород лучше, чем распознать конкретное число на одном выходе Я бы не стал так утверждать, да ещё в столь категоричной форме. Только практика критерий истины.
Ну, хорошо, тогда в конце концов, можно было бы добавить ещё один выход к провайдеру acPlayerNextTrack (acPlayerPrevTrack), который ретранслировал бы событие ActionOnHold от соответствующей кнопки и его можно былобы использовать.
Вообще, странно, что встречаешь такое упорное сопротивление, когда предлагаешь, вроде, нужную вещь...

[Soolo]

Ну, хорошо, тогда в конце концов, можно было бы добавить ещё один выход к провайдеру acPlayerNextTrack (acPlayerPrevTrack), который ретранслировал бы событие ActionOnHold от соответствующей кнопки и его можно былобы использовать.

Артём уже раза 3 пытался сказать, что нельзя привязываться к нажатию кнопки: нужно привязываться к действию - к процессу перемотки. И в этом случае не совсем понятно как нужно реализовывать фичу.

Вообще, странно, что встречаешь такое упорное сопротивление, когда предлагаешь, вроде, нужную вещь...

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