VB
вотъ
Size: a a a
2019 February 25
OP
дык он не в центре должен быть, а там где он был в момент вызова менюшки
а чегоб тебе вот так не сделать
OP
тыкаешь мышкой пкм, ставишь условный 3d курсор и не насилуешь пользователя?
Пайку тогда из любого места можно вызвать
Пайку тогда из любого места можно вызвать
n
тыкаешь мышкой пкм, ставишь условный 3d курсор и не насилуешь пользователя?
Пайку тогда из любого места можно вызвать
Пайку тогда из любого места можно вызвать
сложна, лишние элементы и всё такое
n
плюс мне всё равно надо будет курсор в ту точку возвращать
OP
зачем, временно курсор пати лочится туда, потом банально второй щелчёк пкм и целик удаляется, пати снова целится в твой курсор
n
ладно, в общем суть токова:
Хочу переделать использование скиллов у себя, т.к. QERF всё ещё неудобно при движении через WASD.
Хочу сделать что-то вроде управления жестами. ПКМ + движение вверх – один скилл, ПКМ + вниз – другой скилл и т.д. (4 штуки всего)
При этом очевидно жесты не должны сбивать прицел, который задаётся курсором мышки.
Само же движение в норме будет моментальным, т.е. нет времени на дополнительные отметки и всё такое, визуально это будет мельтешение
Хочу переделать использование скиллов у себя, т.к. QERF всё ещё неудобно при движении через WASD.
Хочу сделать что-то вроде управления жестами. ПКМ + движение вверх – один скилл, ПКМ + вниз – другой скилл и т.д. (4 штуки всего)
При этом очевидно жесты не должны сбивать прицел, который задаётся курсором мышки.
Само же движение в норме будет моментальным, т.е. нет времени на дополнительные отметки и всё такое, визуально это будет мельтешение
n
поэтому нужно чтоб жест отрабатывался (т.е. читать дельту положения мышки), но курсор оставался бы на месте зажатия ПКМ
R
Вопрос по ретаргетингу, как это фиксить? При экспорте скелета и модели все ок, но при анимации меш просто разносит к чертям. P.s. 3дшник, в анриале не шарю, но проблему надо как-то решить. Даже не знаю я накосячил с ригом или с анимацией что-то.
SD
поэтому нужно чтоб жест отрабатывался (т.е. читать дельту положения мышки), но курсор оставался бы на месте зажатия ПКМ
В myHud.h напиши логику для onDraw. У рамы есть пример меню на чистом hud. Картинку мышки рисуй в месте где настигло события скрыть мышку и вывести меню
AS
Насколько я знаю, чтобы что-то нарисовать в HUD, нужно создать свой класс от AHUD и уже в нем рисовать. Но при этом методы вроде DrawLine - публичные. Зачем так сделано? Может все-таки можно рисовать в любой текущий HUD?
SD
Ты путаешь статичные и публичные. Дефолтный объект hud ничего не рисует, для того и наследуются от базы класса чтобы дополнить поведение на которое нужно
AS
Stas Dozoroff
Ты путаешь статичные и публичные. Дефолтный объект hud ничего не рисует, для того и наследуются от базы класса чтобы дополнить поведение на которое нужно
То есть, если я унаследую от AHUD класс и поставлю его текущим хадом, я смогу в любом месте в другом коде получить текущий хад и вызвать у него DrawLine() снаружи?
AS
Мне надо просто точку поставить посередине экрана. Неужели для этого нужно создавать отдельный класс?
D
То есть, если я унаследую от AHUD класс и поставлю его текущим хадом, я смогу в любом месте в другом коде получить текущий хад и вызвать у него DrawLine() снаружи?
Да, сможешь. А точно в дефолтном хаде не рисуется?
AS
Да, сможешь. А точно в дефолтном хаде не рисуется?
Вот это я и пытаюсь понять. Код такой:
AHUD* Hud = PlayerController->GetHUD();Вот, что я получаю:
Hud->DrawRect(FColor::White, ScreenResolution.X / 2, ScreenResolution.Y / 2, 1, 1);
LM
А ты его из DrawHUD() вызываешь?
AS
До этого, в другом проекте, я создавал класс-наследник от AHUD и там вызывал в DrawHUD() методы для рисования, и это работало. Хотел бы сейчас избежать этого и сделать проще.