d
Size: a a a
2020 February 23
CU
а шифт отличает кажется WM_CHAR
CU
но это текстовый ввод, полезно для вских полей ввода
VK
ну вот мы тебе порядка 5% выиграли
а если бы использовал FXC или DXC…
d
перед этим было событие что нажат shift
я про то что не отличает левый/правый
CU
я про то что не отличает левый/правый
VK_LSHIFT/VK_RSHIFT же
d
VK_LSHIFT/VK_RSHIFT же
попробуй их поймать, не поймаешь
VK
но это текстовый ввод, полезно для вских полей ввода
у них ещё и IME бывает, кстати, с ним своя веселуха
d
VK_LSHIFT/VK_RSHIFT же
там просто VK_SHIFT приходит
d
у них ещё и IME бывает, кстати, с ним своя веселуха
что за IME?
CU
что за IME?
китайские
VK
что за IME?
чтобы анимешники и те, кому в карантине приходится у компа сидеть, могли писать
d
чтобы анимешники и те, кому в карантине приходится у компа сидеть, могли писать
а оно не через wm_char идёт?
d
китайские
ещё рекомендую захватывать WM_SYSKEY*
VK
а оно не через wm_char идёт?
Через WM_CHAR, но его показывать в нужном месте надо, и не знаю, как оно в фуллскрине работает, но можно и вручную рисовать
d
китайские
и сделать пустой WM_SYSCHAR
VK
но я вот вручную рисовать пробовал, но боюсь, что покрыл только малую часть того, как оно может использоваться
VK
Если есть такая возможность, лучше для ввода текста вообще системное поле использовать. С фуллскрином, может быть, беда тут будет. Но на каком-нибудь Андроиде уж точно не стоит пытаться все эти spanы вручную обрабатывать
CU
ещё рекомендую захватывать WM_SYSKEY*
я ж захватываю
CU
и сделать пустой WM_SYSCHAR
а это зачем