Denis Gaydak

так вы же в каждой итерации цикла foreach создаете НОВЫЙ объект

XmlDocument doc = new XmlDocument();

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

а сам билд собрали с галочкой Developer mode в билд сетингах??
тот же профаилер с телефона виден,может подключится??

Input.GetKey(KeyCode.D)

вот тут проблема основная. кроме мешанины флагов которые вас путают))
почитайте чем отличается
GetKey
GetKeyDown
GetKeyUp.

и поймете. что GetKey - может несколько раз за кадр сработать.

и еще важный момент INPUTделать на Update (каждый кард для отзывчивости и адекватности).
не на FixedUpdate (это под физику)

подробностей не густо))
но вообще да. именно для это и придумали сцены, чтобы можно было разделить удобно уровни и ресурсы.

добавлять текст в текстовое поле по одному символу с задержкой.

как разбить строку на символы.
как через код указать текст для текстового поля.
изучить что такое Coroutines в юнити и как с помощью них делают задержки)

три эти вопроса погуглите изучите и почти наверняка станет понятно.
хотя третий и не так прост, но вам общее поверхностное представление надо о нем.

в принципе подход и мысли более менее верные.
единственное обычно надо бы брать не координату мыши или тача, а его отклонение.
смотря какая у вас механика..по нажатию или всегда..
условно если всегда,то смотрим какие у мыши координаты.
на сколько они от середины экрана.
размер экрана тоже знаем.
и вот вуаля..у нас есть 10 процентов вправо от середины..или 95 процентов от середины экрана влево.

отсюда мы берем коэффициент скорости. и направление)
условно от - 1 до 1. где (-1) = движемся максимально быстро влево. ,а 1 - соответственно вправо)

и выйдет что то вроде

transform.position = new Vector3( transform.position.x+SpeedFactor*Time.deltaTime*playerSpeed, transform.position.y, transform.position.z);

где SpeedFactor то самое направление от -1 до 1. а playerSpeed - просто дополнительный множитель для удобства контроля в редакторе вынесенный.
умножение на Time.deltaTime позволяет адекватно управлять. сгладить в независимости от частоты кадров)
если у вас было до этого "смещать на N пикселей каждый кадр".
то теперь будет равномерное "смещать на N пикселей в секунду", что куда удобнее воспринимается и адекватнее себя ведет))

а насчет движения. тут уже отдельная тема. если движется вперед силой, то в принципе можете пробовать двигать силлой добавляя еще одну вправо или влево.
но придется учесть что без трения и соприкосновения она сама не будет прекращать воздествовать)
так что когда ввода нет ли достигло края полосы(допустим границы экрана) вам ручками обрезать скорость боковую.
напрямую контролирую velocity у Rigitbody.

В принципе ничего не мешает и перемещение оставить так, просто меняя позицию. только просто заменить напрямую обращение к трансформу на https://docs.unity3d.com/ScriptReference/Rigidbody...
почитайте в чем разница. в доке более менее все описанно)

надеюсь стало хоть чуток понятнее)))
как найти размер экрана. и прочее подобное по мелочи - погуглить думаю выйдет)
удачи.

привидите пожалуйста пример где именно обращение к инвентарю и что именно там в инвентаре за код.

и отчасти Константин Китманов ошибается. а freeExec отчасти верно вам говорит. что при ссылке на объект у вас доступ к полям и методам будет.

и вот что важно бы вам уяснить, на ВЫКЛЮЧЕННЫХ объектах не работает НИКАКОЙ ПОИСК.
GetComponentInChildren - это тоже ПОИСК. и все ему подобное не сможет ничего найти на выключенных объектах.
может в инвентаре у вас не просто получение значения
inventory.ItemList[0].cost
а что то в духе

inventory.GetItemInfo(0);
///
void ItemInfo(int itemIndex)
{
something.GetComponent<T>();
}

и такое не будет отрабатывать, потому не ленитесь побольше кода прикладывать)) хотя и весь проект целиком тоже не стоит. хм, тут не просто угадать))

Делаете полноценную интеграция.
в игру встраивается SDK фэисбучная. и при инициализации его отсылается что-то вроде "это я вот установил такую то приложуху"
в фэисбуке заведена приложуха (айдишник по сути и доступ к статистике и рекламной компании в вашем случае)

и вот. подставляя рекламу фэисбук запоминает различные идентификаторы пользователя. и если он и рекламу посмотрел и потом скажем в течении суток поставил игру - считается инсталом.

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

потому как привлекательность рекламного баннера, описания в сторе и тд - по сути не их забота. а показывать что-то за "установки" что не захотят устанавливать - им не выгодно.

они продают билборд, а не "мы вам игроков приведем"

скопирую в ответ, для кого-нибудь в будущем (тем более даже автор вопроса попросил)

а скриншот иерархии? что там в настроиках инпутфилда у вас покажете?
EventSystem есть в сцене?
в канвасе евент камера выставлена? на самом канвасе висит график реикаст?
чтоб оно могло ловить клики и прочее))

рядом просто кнопки есть? они нажимаются? (ну то есть убедится ,что просто евенты кликов попадают на канвас)

так же было предложение сделать пустую новую сцену и сделать тест на "чистовую"

создайте просто из меню Юнити, в новой чистой сцене
GameObject -> UI -> Canvas.
Потом на канвасе - UI -> InputField.

Всё, дефолтный пример ,который точно работает - у вас есть. сравнивайте с вашим, смотрите что отличается.
надеюсь найдете)

и как итог

необходимо было добавить EventSystem.
Вы были правы, спасибо.

вы бы код оформили как код.

а по делу.
вы знаете что делает у вас кусок (и такой же для Y )
pos.x += Mathf.Sign(direction_x) * speedMove * Time.deltaTime; ??

а понимаете полностью суть проверки
if (Mathf.Abs(direction_x) < maxDis && Mathf.Abs(direction_y) < maxDis) ??

ну и главное , у вас как только "поровняются" объект и его цель -они не будут один в один совпадать координатами.
у вас значение direction_x и direction_y будет становиться то крохотным положительным, то крохотным отрицательным.
связанно это с тем что вы двигаете объект за целью, независимо от текущего между ними расстояния.
всегда, если не слишком далеко друг от друга - начинает преследование.
и как бы близко не подошел к цели движется со скоростью (условно то самое
pos.x += Mathf.Sign(direction_x) * speedMove * Time.deltaTime; ))

в итоге чуток обгоняет. начинает двигаться обратно. отстает - снова начинает обгонять.

как решение можете ввести минимальное расстояние, на котором считается что уже "догнал" и перестать преследовать.

у вас абы где создается объект char11 .

если в все в одном скрипте - то скрипт знает ссылку на этот объект и может до него достучаться.

если в другом скрипте - то вам надо как то предоставить ему информацию об этом объекте.
как предоставить - передать ссылку напрямую.
сохранить ссылку где-то в скрипте создающем объект. или еще что придумать.

просто объявив/создав внутри метода переменную/объект/класс - достучаться к нему откуда либо еще у вас не выйдет.

храните ссылку. учите основы C#, юнити тут по сути никак не участвует)
возможно вас даже сбивает с толку "два скрипта на одном объекте".
Скрипты это отдельные компоненты/классы/объекты) то что они висят на одном GameObject - НИКАК их не объединяет в один класс/объект с общими переменными и ссылками, кроме момента что GetComponent будет находить их рядом))

вы б показали что пробовали...

а так, на игроке который двигается - Rigidbody (и коллайдер конечно) с галочкой Kinematic скорее всего, хотя тут уже от игры зависит.
на предмете тоже Rigidbody и без всяких заморозок позиций и статичности (тот самый Kinematic )

оба они ходят по полу, какой нибудь коллайдер здоровенный.

все. этого достаточно, когда игрок попробует "войти в" предмет - предмет будет выталкиваться.физикой)
что именно из этого у вас не так.

просто в редакторе поставить квадратик на пол и потолкать его другим квадратиком (перемещая его в редакторе стрелочками/перетаскивая в Scene View получается же у вас?))