[реализовано] Доступный сервис State у контейнеров и текстур

[Zhenya]

Кто сказал?

=)
Вот именно, что конкретных ответов до сих пор нет, beta 2 вышла, но в ней не реализовано данное простое предложение, хотя "спорное", на мой взгляд, другое предложение реализовано. Такие мысли.

[Алексей Долматов]

Ждать и правила читать

[Zhenya]

Судя по изменениям дело близится к релизу, а конкретного ответа нет.
Почему нельзя добавить возможность напрямую менять State контейнера?

P.S. Правила читал. Не один раз.

[Artem]

Судя по изменениям дело близится к релизу, а конкретного ответа нет.
Почему нельзя добавить возможность напрямую менять State контейнера?

К сожалению, я не понимаю смысла данного предложения... что именно вы хотите достичь?

[Zhenya]

К сожалению, я не понимаю смысла данного предложения... что именно вы хотите достичь?

Нажатием кнопки менять фон контейнера (переключать кадры текстуры контейнера).

[Artem]

Нажатием кнопки менять фон контейнера (переключать кадры текстуры контейнера).

Сейчас это можно сделать через костыль. Ближе к релизу я планирую ввести еще несколько пользовательских провайдеров, среди них будет счетчик. Вот он позволит такое делать.

[Zhenya]

Сейчас это можно сделать через костыль. Ближе к релизу я планирую ввести еще несколько пользовательских провайдеров, среди них будет счетчик. Вот он позволит такое делать.

Счетчик. То есть переключение по таймеру? А если нужно только по нажатию пользователем кнопки?

[Artem]

Счетчик. То есть переключение по таймеру? А если нужно только по нажатию пользователем кнопки?

Нет, счетчик как в электронике, он меняет свой "индекс" по сигналу (действию)

[Artem]

Пробуйте

[Zhenya]

Пробуйте

Попробовал, работает.

Счетчик хорош для переключения видимости разных элементов (как в примере в справке), но для переключения кадров текстуры контейнера счетчик выглядит как костыль, ей-богу.
Проще и правильней ведь прямое управление вида "Action кнопки - State контейнера". И не надо будет при смене количества кадров в текстуре контейнера попутно менять еще и количество значений счетчика.

Еще не совсем понятен смысл прописывания ScrollDelta.

[Soolo]

Проще и правильней ведь прямое управление вида "Action кнопки - State контейнера". И не надо будет при смене количества кадров в текстуре контейнера попутно менять еще и количество значений счетчика.

это проще, но не правильнее
в твоем случае одной кнопкой можно будет управлять одной текстурой
А с помощью счетчика одной кнопкой можно управлять и несколькими текстурами и одновременно несколькими активными элементами

Еще не совсем понятен смысл прописывания ScrollDelta.

Что непонятного? Это параметр шага по умолчанию. Не хотите писать ScrollDelta, напишите 1, или 2, или  другое число

[Artem]

Попробовал, работает.

Счетчик хорош для переключения видимости разных элементов (как в примере в справке), но для переключения кадров текстуры контейнера счетчик выглядит как костыль, ей-богу.
Проще и правильней ведь прямое управление вида "Action кнопки - State контейнера". И не надо будет при смене количества кадров в текстуре контейнера попутно менять еще и количество значений счетчика.

Еще не совсем понятен смысл прописывания ScrollDelta.

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

[Zhenya]

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

Теперь мне более-менее понятно.

Что непонятного? Это параметр шага по умолчанию. Не хотите писать ScrollDelta, напишите 1, или 2, или  другое число

Я думал, что LogicalOperatorCounter сам увеличивает значение на единицу при взаимодействии с ним, а оказывается он только хранит это значение. И увеличение нужно прописывать вручную при биндинге. Это теперь понятно.

Только вот что непонятно. ScrollDelta - это шаг, который задается в настройках плеера. Но зачем это нужно счетчику?
Ведь если шаг можно поменять в настройках, то и переключение со ScrollDelta будет перескакивать некоторые значения, а если нельзя поменять, то смысл использования ScrollDelta конкретно в счетчике и прописывания в примере в справке (что запутывает)?

[Artem]

Только вот что непонятно. ScrollDelta - это шаг, который задается в настройках плеера. Но зачем это нужно счетчику?
Ведь если шаг можно поменять в настройках, то и переключение со ScrollDelta будет перескакивать некоторые значения, а если нельзя поменять, то смысл использования ScrollDelta конкретно в счетчике и прописывания в примере в справке (что запутывает)?

ScrollDelta своя для каждого из провайдеров, для провайдеров TrackPosition и Volume это значение, как вы правильно заметили, задается в настройках программы. Для остальных - оно зашито внутрь - пользователь не может их менять, во всяком случае пока.

[Soolo]

Я думал, что LogicalOperatorCounter сам увеличивает значение на единицу при взаимодействии с ним, а оказывается он только хранит это значение. И увеличение нужно прописывать вручную при биндинге. Это теперь понятно.

Только вот что непонятно. ScrollDelta - это шаг, который задается в настройках плеера. Но зачем это нужно счетчику?
Ведь если шаг можно поменять в настройках, то и переключение со ScrollDelta будет перескакивать некоторые значения, а если нельзя поменять, то смысл использования ScrollDelta  конкретно в счетчике и прописывания в примере в справке (что запутывает)?

Я тоже сначала думал, что LogicalOperatorCounter сам будет увеличивать своё значение. Но текущая реализация со ScrollDelta более гибкая, позволяет сделать дополнительные фишки.