Как отследить нажатие клавиш ВВЕРХ и ВНИЗ в поле TextInput (Text Mesh Pro)?

Question

[Александр Дюпачёв]

Пишу простой эмулятор консоли и столкнулся с проблемой отслеживания нажатия клавиш ВВЕРХ и ВНИЗ в текстовом поле. Может кто-нибудь сталкивался и знает, как перехватить это событие? Пробовал через OnValueChange, но это событие срабатывает только при печати или удалении символа.

Answer 1

[Никита]

Такого события у класса TextInput нет, через него никак.
Можете запускать корутину по нажатию на это текстовое поле, и останавливать её в событии EndEdit.
И в корутине через класс Input, проверять нажатие этих клавиш. Input.GetKeyDown(KeyCode.UpArrow)

Чтобы запускать по нажатию, реализуйте интерфейс IPointerClickHandler.
Полный список событий UI можете посмотреть тут.

Comments

[Александр Дюпачёв]

А что лучше: отлавливать подобные события (типа нажатия клавиш) через корутину с четко заданным интервалом или через обычный update? И насколько критично будет использовать вместо корутины fixedupdate?

[Никита]

Александр Дюпачёв,
Update вызывается каждый кадр.
FixedUpdate вызывается по таймеру, в равные промежутки времени, то есть не привязан к частоте кадров.
Оба вызываются только если скрипт в котором они реализуются — активный компонент активного объекта сцены :)

Так вот, чтоб это событийно реализовать с MonoBehavior.
Вам придется по нажатию на текстовое поле, то есть в событии IPointerClickHandler, включать компонент(скрипт) в котором в FixedUpdate проверяется нажатие этих клавиш.
Кстати, чтоб IPointerClickHandler работал, реализующий его компонент должен "лежать" на нужном элементе(объекте) пользовательского интерфейса.
Не знаю, если писать это в одном скрипте, который изначально отключён, то есть отключена его MonoBehavior часть. Вызовется ли функция реализуемая интерфейсом IPointerClickHandler, если да, то можно в этой функции "включить себя", то есть проверки в FixedUpdate начнут выполнятся. И сделать тогда метод подписанный на событие EndEdit, который "отключит себя".
В таком случае можно и с FixedUpdate реализовать. Но если IPointerClickHandler не вызовется при выключенном MonoBehavior, то Вам для такой реализации понадобится два скрипта, один включенный MonoBehavior с интерфейсом IPointerClickHandler, который включит другой скрипт с изначально отключенным MonoBehavior и проверками в FixedUpdate.

Ну, а с корутиной можно одним компонентом с MonoBehavior обойтись. В котором и реализация корутины, и метод подписанный на её остановку, и собственно реализация IPointerClickHandler с запуском этой корутины :)

[Александр Дюпачёв]

Никита Цикалин, спасибо, это все мне понятно:) Я про другое спрашивал на самом деле: опасно ли отслеживать пользовательский ввод с привязкой к частоте кадров? Лучше проверять их через четко заданные отрезки времени (FixedUpdate\корутина)?

[Никита]

Александр Дюпачёв,

Корутина как Update, а не как FixedUpdate.
Но вместо null, можно вернуть WaitForSeconds, тем самым создав интервал и уменьшить проверки.
В любом случае включите синхронизацию кадров с обновлением монитора, незачем насиловать процессор или видеокарту, смотря что загрузит в 100% от вашего приложения на вашем железе, пытаясь отрисовать максимальное количество кадров.
И нет, проверять нажатие каждый кадр не опасно, так делают везде в играх, поэтому при большем количестве кадров уменьшается задержка ввода (Input lag).
А какую опасность видели Вы? :)

[Александр Дюпачёв]

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

[Никита]

Александр Дюпачёв,
Допустим пользовательский ввод влияет на перемещение физического персонажа, это означает что необходимо выяснить не столкнулся ли с чем игрок и другие динамические физические объекты. Ведь что иначе мы будем показывать в следующем кадре?
Да, можно сделать опцию в настройках ограничивающую расчёты физики в половину кадровой частоты монитора для слабых устройств. Что приведёт к "дёрганности" персонажей, не плавном перемещении, то есть менее плавной телепортации, чем фактически является перемещение.

[Никита]

Александр Дюпачёв,
Но Вы так и не ответили на мой вопрос. В чём заключается эта опасность?
В производительности?
Или может в каких-то проблемах с самой физикой?

[Александр Дюпачёв]

Никита Цикалин, да, если подумать, то, возможно, и правы. Hет большой разницы в какую именно долю секунду игрок захочет вызвать у rigidbody метод AddForce. Спасибо.

[Александр Дюпачёв]

Никита Цикалин, я думал, что могу быть проблемы с физикой. Но уже другого мнения.