Если честно, то правильным решением будет выкинуть WebForms на свалку истории, где им самое место и решить Вашу задачу иначе, потому что опыт с WebForms Вы не сможете применить никуда, если конечно не найдёте какой-нибудь антикварный проект у каких-нибудь ретроградов. WebForms -- неподдерживаемая устаревшая технология.
Владимир Коротенко, не соглашусь с Вами. Вы предлагаете человеку, который не знает синтаксиса C# и не может сам придумать себе задачку или адаптировать задачу из книги по Python, а уж тем более по Java, чтобы закрепить знания синтаксиса C#. Это очень вряд ли сделает мир хотя бы чуть-чуть лучше. Вообще, вот этот идиотский подход «научусь, когда буду работать» ущербен чуть более, чем полностью и, если для уже сложившихся спецов он худо-бедно работает, если, конечно, то, что спец изучает, хоть немного релевантно его опыту и знаниям, то для тех, кто не знает синтаксиса языка этот подход работать не будет и приведёт к тому, что человек, вместо того, чтобы изучать платформу/язык/фреймворк и понимать, «что» он делает, начнёт изучать готовые конструкции и заучивать «как» надо написать.
Денис Загаевский, безусловно, это же шутка. Я совершенно искренне считаю, что если чел не знает синтаксиса языка, то разрабатывать ему, наверное, не стоит :)
Alex, Вы можете создать форму c FormBorderStyle.None (в этом случае окно будет без отрисованных границ, просто прямоугольник), в ней можно разместить любое количество контролов. На события Leave или LostFocus можно повесить закрытие формы.
Крутой Пацык, я догадываюсь, что слава Б-гу, не систему жизнеобеспечения МКС...
Вот смотрите, компилятор дружелюбно и заботливо подсказал Вам в чём проблема, давайте мы поможем Вам прочитать: тип Rigidbody не содержит свойства или метода с названием velosity, метода расширения с именем velosity, принимающего первым параметром экземпляр типа Rigibody тоже не существует. Экземпляр типа Rigibody, судя по всему возвращают Ваши вызовы метода GetComponent.
Roman Sokolov, да, извините, действительно не понял Вашей формулировки. В таком разрезе полностью согласен, но имхо, автор говорит немного о другом: о замене HTML/CSS/JS на что-нибудь вообще новое, типа как в свое время были Flash/Silverlight/Java-апплеты.
Roman Sokolov, это описывает то, как WebAssembly живёт в браузере, однако, WebAssembly-приложение может жить и за его пределами: https://habr.com/ru/post/446764/
WebAssembly же это просто стандарт байт-кода, который при наличии рантайма может выполняться где угодно, и она не ускоряет сам JS.
Roman Sokolov, WebAssembly к JS не имеет отношения никакого от слова «абсолютно» и его сделали точно не для того, чтобы повысить производительность JS. Более того общаться с браузером и DOM WebAssembly не умеет от того же слова, то есть операции с DOM (не самые, кстати, быстрые) всё равно, хоть обложись WebAssembly вдоль и поперёк, выполняются на JS.
