GavriKos

Вообще не силен в рисовании в канве джавы, но попробую предположить.
Перегруженный метод paint у вас перегружен для всего окна, а не для белой панели - вот крестики и привязаны к окну. Обычно если вам нужно рисовать в каком то компоненте - то делается свой компонент-наследник от какого нить Plane, Panel, Button на крайняк, и у него перегружается уже paint. Тогда вся отрисовка будет происходить в рамках этого объекта.

Это что касается выхода за белую область.

Если же вы хотите, чтобы при изменении размера белой области ваши метки всегда оставались в той же ОТНОСИТЕЛЬНОЙ позиции - то и надо считать относительные координаты. Т.е. вместо g2.translate(target.x+50, 100+target.y); должно быть что то вроде g2.translate(0.5*width, 0.5*height);. где 0.5 - относительные координаты, width, height - размеры канвы.

Самое примитивное - FindWindow и все около того в составе win32gui.
Но подход крайне странный, возможно вашу задачу можно решить проще.

PointerEventData eventDataCurrentPosition = new PointerEventData(EventSystem.current);
eventDataCurrentPosition.position = new Vector2(Input.mousePosition.x, Input.mousePosition.y);
EventSystem.current.RaycastAll(eventDataCurrentPosition, raycastResults);

После этого в raycastResults будет то, куда попал рейкаст именно в UI. Ну и mousePosition заменяйте на что вам нужно - на тачи, например.

А не лучше ли выложить на тематический сайт? Тот же хабр/гиктаймс, если статья около IT.
Про гитхаб - это не средство для публикации статей, а средство совместной разработки. И с книгами, то что вы упоминали - это во первых очень узкий пример, во вторых - сделанный именно с целью совместного написания.

Нельзя вот так просто взять. и обернуть код в класс. Нужно еще методы сделать. Собственно все кроме MySqlConnectionStringBuilder mysqlCSB = new MySqlConnectionStringBuilder(); должно быть в методе.

Если на двух вкладках один пользователь - то проще блокировать.

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

Но, если объектов очень много (миллионы) - то такой подход не верен - лучше уж БД тогда.

Когда возникнет такая ситуация - я бы пошел к тому, кто случайно нажал кнопку merge, тобишь к главному всея мержей, и задал этот вопрос ему.
Четкого ответа на ваш вопрос - нет. Есть - рекомендации. И не более. Каждая контора вольна коммитать и называть ветки как ей угодно, хоть именем хомячка босса.
А так - это судя по всему БАГ. Соответственно - идем в описание рабочего процесса, и смотрим как быть с неймингом веток для багов.

Начинать всегда надо с постановки задачи, целей и ТЗ.
И исходя из этих данных уже и выбираются технологии, языки и прочее.

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

Словарь, в котором ключ - это команда, а значение - это обработчик этой команды "CommandExecutor"
Все обработчики - это классы, наследуемые от единого класса "CommandExecutor", который умеет сам регистрироваться в словаре этом, и у которого есть метод Execute, который собственно и будет вызываться в момент прихода сообщения из того самого словаря.