Rou1997

Это неправильно, прежде всего нужно узнать какой конкретно компилятор, и найти его и привести в рабочее состояние, это облегчит процесс, кроме того как вы без этого будете тестировать код?
99 - номер строки, вам нужно понять, что делает ключевое слово ON. Ищите здесь:
https://en.wikipedia.org/wiki/BASIC#Typical_BASIC_...
www.qb64.net/wiki/index.php/Keyword_Reference_-_Al...
Но там может и не быть, еще раз, узнайте диалект Бейсика.

Вот проблема:
android:textDirection="rtl"
Это не правильное решение, и вообще-то проблема не только в минусе, число вообще записывается наоборот, чтобы сделать текст справа - надо было использовать gravity вместо этого

Есть готовые решения для "умного дома", впрочем их все равно еще надо подключить, не хотите сами учиться, обратитесь кто умеет, давно надо было завести знакомство.
А если сами, то достаточно Arduino с Aliexpress за пятьсот рублей, электромагнитного реле, возможно одного транзистора типа MOSFET (Arduino будет "открывать" транзистор, а он - реле), блока питания для Arduino и он же будет "открывать" реле, и самой лампочки. А как все это соединить, это совсем уж азы, и да все "гуглится", включая все что есть в учебнике по электронике.

Обычно никаких, порты внутри сети открыты, IP-адреса статические, и разумеется "белые" изнутри сети.
Все, что нужно (я рассказываю о TCP и протоколах на его основе как о применяемых в 99.99% случаях), это чтобы был один сервер, где программно можно получить IP вида 192.168.x.x, а на других ПК был установлен "клиент", то есть программа которая как-то будет знать этот IP, и к нему подключится.
Ethernet или Wi-Fi - не важно, TCP от них абстрактен.
Правда, не все так просто, все равно остаются те же проблемы что и в интернете, нужен довольно сложный алгоритм для надежной передачи данных, чтобы если совпадет время передачи с "обрывом", то не было "вылета" и по возможности не было потери данных, но в локальной сети это гораздо реже, поэтому с определенным риском можно и пренебречь, в то время как в интернете слишком простой сервер может и суток не проработать.
Пожалуй, применение HTTP вместо TCP сильно упростит задачу, поскольку на клиентской стороне будет библиотека, абстрагирующая от TCP, а на сервере вовсе готовый Web-сервер вроде Apache или nginx.

System.Drawing (ООП-"обертка" для GDI и GDI+), для работы с графикой она подойдет, Paint написан на ее основе, а для игр вообще лучше "движок", дело даже не в быстродействии, а в готовых инструментах, чтобы "не изобретать велосипед", например алгоритмы коллизии, разных графических эффектов.

В общем случае - нет. Если у него есть web_accessible_resources, или другие "внешние проявления" (для AdBlock и т.п. можно создать элемент, имитирующий рекламу, и отследить удаление) то да.