Чудесный UI Unity5 или приключения кнопки⁠⁠

не за что. по сути кроссплатформинпут тоже работает через events trigger. В след проекте про него не забывай тогда:)

какой пакет? тебе там 2 скрипта нужно. ButtonHandler и CrossPlatformInput. Если бы вес приложения был важен, то на юнити бы не писал:) он пустой проект метров на 5 собирает, а эти скрипты дай бог если килобайт 5 добавят к весу. Юнити собирает только то, на что есть ссылки в собираемых сценах. У тебя может быть пакетов добавлено на 50 гигов, но apk он соберет на 5 метров.

Вот я использую в проекте, но тут и джой и куча других скриптов еще.

Далее создать элемент канваса Image и закинуть этот скрипт на элемент. Если заморочиться, то можно и свое событие onClick добавить в скрипт. В итоге получаем аналогичную кнопку.

И хочу порекомендовать в дальнейшем не пробовать реализовывать тупые советы из интернета типа определять по цвету или по картинке ибо это настолько не стабильно, что может перестать работать например если за окном дождь пошел. :))

Это называется "кеширование" и это есть хорошо.

Но кеширование в костыле не есть хорошо. Используйте стандартный компонент:

#comment_75800517

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

assets->importpackage->crossplatforminput

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

h = CrossPlatformInputManager.GetAxis (axisHorizontal);

v = CrossPlatformInputManager.GetAxis (axisVertical);

transform.position+=new Vector2(h,v);

получаем полноценный хэндл управления

кнопке задаем этот axis (в project settings->input)

нажата - значение 1, отпущена - значение 0. Так же задается скорость изменения значения, чтобы например поворачивать колеса у машины не сразу в крайние положения, а постепенно или чтобы персонаж разгонялся и тормозил при движении

ну во-первых обращение идет не напрямую, а parent.var. Во вторых я хз как работает GetComponent, но уж точно Obj.image будет быстрее, чем Obj.GetComponent<Image>() поскольку происходит своеобразный поиск компонента, принадлежащего классу. В третьих он проверяет взятый компонент на null каждый раз. В этом можно убедиться взяв компонент, которого не существует GetComponent<NetworkManager>() попробуй например.

в общем это выглядит примерно так, 2 варианта

№1:

-Обращаемся к родителю

-Запускаем какую-то непонятную функцию, которая хз как ищет нам переменную, принадлежащую к указаному классу

-проверяем её на null

-в конце концов возвращаем переменную, ей можно пользоваться

№2

-переменной можно пользоваться

И если еще хорошенько подумать - использовать CrossPlatformInput и не изобретать велосипед. Да и для движения удобней джой использовать, а не кнопки. Нажал в любом месте экрана например, рисуется стик и начинается управление. И экран не захламляется и более точные движения получаются. Мы когда предыдущую игру писали на андроид - управление было и на джойстике (физический который, от XBOX или PS) и на таче и хз на чем еще, может кому взбредет в голову клаву подрубить к андроид-устройству. Все работало и кода было куда меньше чем здесь. Единственное 2 раза в секунду проверял с какого устройства идет инпут и менял метод ввода (например если на джойстике начал управлять - кнопки с экрана скрывались, чтоб не мешать и т.д.)

я так понял видео про кросс-платформ инпут. Там как раз проще некуда. Добавляешь компонент на кнопку, там одно свойство типа string. Пишешь в него "Left". В юнити в инпуте задаешь параметр Left. В коде if (Input.GetButtonDown("Left"){}. Все. Одна строчка кода. И самое интересное, что если ты сбилдишь это под винду или webGL или захочешь подрубить икс-боксовский джой, то все это так же будет работать без единой добавленной строчки кода

Ну, тебе потом поддерживать этот код, так что решай сам. Я же одно точно могу сказать: кто радуется решению проблемы через elif, тот только elif-ы делать и научится.

AddComponent -> Event -> Event Trigger, нету?

1. Как только ты подключаешь uGUI автоматически создается эта система в сцене, т.к. uGUI работает за счет Graphic Raycaster. Он добавляется на Canvas.

2. Это работает и для тача при наличии в сцене компонента Touch Input Module.

3. В каждое событие присылается присылается PointerEventData, который содержит избыток информации по всем параметрам указателЕЙ. Их может быть много, по количеству пальцев. И да в этой структуре есть информация о пальцах (тачах).

https://docs.unity3d.com/ScriptReference/EventSystems.Pointe...

А потом люди искренне удивляются - почему это профессионалы надменно относятся к сишарп кодерам.

Event Trigger отменили ? Юзай его, что за люди пошли, не знают всего что есть в Unity и сразу посты писать...

if (btnLeft.GetComponent<Image> ().overrideSprite ==
btnLeft.GetComponent<Button> ().spriteState.pressedSprite) {

серьезно? я бы такой костыль даже когда в школе учился не поставил:)

на старте Button button = GetComponent<Button>();

потом вызывай как button, чтоб каждый раз по id её не дергать, тормознуто довольно

А ещё ты каждый кадр юзаешь GetComponent

Посмотрите вот это видео https://www.youtube.com/watch?v=nGYObojmkO4

Лучше бы на форуме спросил или мануалы почитал)

Сравнивать спрайты конечно гениально))

Для управления персонажем под мобилки в Unity лучше писать свои кнопки.

С применительной точки зрения, нужно использовать компонент Event Trigger.

С программной точки зрения

using UnityEngine.EventSystems;

[DisallowMultipleComponents]

public sealed class SomeClass : MonoBehaviour, IPointerDownHandler, IPointerUpHandler

{

____public void OnPointerDown(PointerEventData eventData)

____{

____}

____public void OnPointerUp(PointerEventData eventData)

____{

____}

}

посмотри на это: