нет

Т.е. на практике нужно либо знать точную позицию курсора, либо считывать разницу между координатами каждый кадр?

ага

Есть вариант "перевод курсора мыши на кнопку диалога при его появлении", но это делается в 1 программе на 1000, и то обычно отключено по умолчанию.

Для этого в Винде вообще есть спецнастройка

Я про внутренние диалоги, не WindowManager.

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

Мне думается что это должен делать клиентский код, а не движок.

Stas, [18.03.20 05:29]
https://github.com/Solisuom/TowerDefense/blob/master/source/Input/LevelState/LevelState.cpp#L16
Хотел бы тут сделать управление камерой.(и заодно генерировать событие о том, что выпущен луч.)
Но вот вопрос. User не знает о текущей камере. Может дать ему эту информацию?
И как здесь генерировать событие? Вместо подписок кажется легче, если будет просто та же очередь событий в GameEngine и будет обрабатываться определёнными сущностями событие на текущем кадре.
(просто если так не сделать - то надо передать камеру. А весь Input это машина состояний. А значит в базовом классе надо будет исправить виртуальный метод. И так далее)
В чём проблема - как сделать сообщение объектам, которые , вообщя говоря, неизвестны текущему объекту, не прибегая к наследования от Subject?
(как обустроено сейчас - ввод для камеры в камере)
Как вариант могу в конструкторе задать нужны элементы(и хранить ссылку на них), либо же создать дополнительные методы для задания(что наверно и напрашивается)

Оба варианта.

Посмотрю.

playrix че-то годное вроде подогнал (еще не читал)
https://habr.com/en/company/playrix/blog/492874/

кому видео с моими кубиками?

Всем давай

хм почему гифкой получилось?

что-то мне кажется ты где-то aspect потерял

меня удивляет почему гифкой

с чего взял?