Hemul GM

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

Подключи класс формы в LOL.cs и сможешь обращаться к форме и её объектам.

Всё правильно. И никак ты не исправишь это.
Твоей программе требуется админский доступ? Если нет, то можешь поправить manifest программы через редактор ресурсов и тогда программа запустится только с правами пользователя.

Браузер такое не позволяет делать. Необходимо окно браузера делать полупрозрачным. Забудь в общем.

После append можешь обращаться к полям (fields) и присваивать значения

Я переносил крупные проекты прямиком из Delphi 7 в Seattle и проблемы были только с WideChar и AnsiChar.
В остальном появилось огромное кол-во фишек и нововведений. Одни ускоряют процесс разработки, другие увеличивают кол-во возможностей языка и ООП и многое-многое другое. Новые версии среды - это тот же Delphi, что и Delphi 7, тебе не стоит переживать по этому поводу.

Главный параметр выбора БП, после мощности конечно (хоть и не всегда) является его качество
Про качество рекомендую посмотреть мельком тут и всё сразу поймешь
https://ru.wikipedia.org/wiki/80_PLUS
Если в кратце, то нужно чтоб у БП была сертификация 80PLUS. Ну и чем выше по таблице из ссылки, тем лучше.

P.S. Главное не DEXP/DNS

TStringList.Delimiter := ';';
TStringList.DelimitedText := <твой текст>;

После этого в списке будут все элементы

Любой bios прошивается напрямую. Прошивка через ОС - это дополнение. Тебе нужно иметь флешку с ФС FAT32, закинуть туда нужную прошивку и через меню bios найти пункт обновления. В современных всё очень просто, в старых же нужно будет покопаться или погуглить конкретный bios.

Ты можешь использовать 32 битный bitmap как буфер и рисовать на нём любые фрагменты без фона.
32-х битный bitmap это как png без сжатия.
Вот пример. Я рисую на GlassFrame иконки и текст.

ВК бот тебе здесь зачем?
Вот ты получил команду от пользователя в боте. Забираешь чистый запрос пользователя из команды. Делаешь запрос в гугл поиске, парсишь ответ как ты этого хочешь и отправляешь через бота.

У тебя такой же правильный подход как и у всех. Только нужно чуть больше опыта. Твой случай, нужно было решать так:
1. Какие действия сопровождают проблему? - Печать.
1.1 Можно проверить, есть ли проблема с печатью (отдельно), но не всегда воспроизводится. PDF может печататься не только как "картинка". - Не обязательный пункт.
2. Что может повесить процесс? - Более важный процесс или поток от которого зависит исполнение.
3. Это какой процесс? Раз связано с печатью, значит скорее всего процесс (в данном случае и точнее - служба).
4. Сам по себе процесс печати (если перезапуск компа/процесса не помог) не может повесить процесс просто так. Процесс печати зависит от сторонних драйверов на принтер. Исправляем проблемы с драйвером на принтер. Профит.

Лично у меня бы заняло это час-два в худшем случае. Но здесь от раза к разу. Проблемы могут быть разными и не всегда предсказуемыми. Даже точное совпадение симптомов и проблемы может быть вызвано разными косяками. Просто продолжай в том же духе и набирайся опыта.

Жаль, что такое нельзя автоматизировать. Я писал себе инструмент, позволяющий быстрее решать проблемы связанные с чисткой и очисткой от дерьма винды.

Если хочешь синхронизировать потоки из метода, то используй
TThread.Synchronize(<method>);

Достаточно иметь прямые руки и немного знаний основ WinAPI.
Например, как кто-то выше говорил, что мол есть сторонние компоненты и прочее, которые позволяют...и так далее, в отличие от таких "специалистов", я категорически отношусь к сторонним решениям, т.к. эти решения зачастую ограничены и/или в добавок ко всем проблемам могут добавить багов и зависимости, например как Qt.
Я всегда делаю интерфейс самостоятельно, используя только стандартные методы. А обрезка окна - это тоже стандартная функция WinAPI.
Вот несколько примеров того, как я делаю

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

Помимо этого в Delphi есть кроссплатформенный фреймворк, позволяющий создавать чрезвычайно красивый софт, т.к. в нём доступна отрисовка на GPU, анимация и гибкая визуальная стилизация.

RDP это не просто удаленный доступ, как например это делают TeamViewer, AmmyAdmin, Radmin и прочие. RDP работает по другому принципу и перебросить видеокарту у вас никак не получится. Звук и микрофон должны работать, видимо у вас просто проблемы.
Рекомендую использовать TW, и видимо либо крякнутый, либо купить лицензию.
А по поводу RDP.
Прямой доступ хоть откуда тебе должен обеспечивать провайдер, дав тебе белый ip адрес. Настроив роутер, на проброс портов ты подключишься к компу хоть откуда. И никакого сервера поднимать не нужно.
Также, если создать два пользователя на компе, то ты сможешь работать на этом компе одновременно с кем-то другим пользователем. Чего кстати невозможно сделать не с RDP. Т.к. для него создаётся полноценная сессия и т.д.
VPN поднимается в том случае, если тебе нужна сеть, а не отдельный комп. Для VPN сервера тебе также нужен будет белый ip адрес. Или какие-то замароченные VPN с клиентом на компе.

Создаешь на странице вк standalone-приложение. С его помощью получаешь токен. Пишешь запросы используя VK API. Всё просто. Только в последнее время ВК API не особо любит работу с сообщениями пользователей.
Тебе не нужны библиотеки, достаточно отправлять запросы на сервер и получать ответ. Ответы в формате JSON (вот для них только нужна библиотека).

Если чуть глубже, то тебе нужен стандартный GET/POST запрос через HTTP, в теле запроса - параметры: ид юзера и т.д. Ах, да ну и желательно использовать OAuth2 аутентификацию. Т.е. Открывать страницу встроенного браузера для авторизации в ВК и получения токена.