D
Size: a a a
2021 February 19
ЮП
C win10 можно u8, но 18362+ и куча багов, злые люди говорят
MK
Или я не прав?
Они пытались сделать что-то VT-подобное, так что оно больше чем просто обертка, и оно едва вылезло из беты. В теории должно работать, но пока не попробуешь - не узнаешь.
AS
Вообще, да, UTF-8 оно знает, можно сделать например вот так:
setlocale(LC_ALL, “ru_RU.utf8”); SetConsoleCP(CP_UTF8); SetConsoleOutputCP(CP_UTF8); (но при этом нужно позаботиться о восстановление кодовой страницы консоли при выходе. С cmd.exe десятки точно работает, с Windows Terminal не пробовал.
AS
то есть через манифест можешь сказать, чтобы WINAPI вызовы Ansi варианта воспринимали все твои строки как UTF-8
AS
в этом случае написание UNICODE версии приложение отпадает
AS
в пределе, Wide версия WINAPI отомрет
AS
у в WINAPI станет вдвое меньше функций
ЮП
у в WINAPI станет вдвое меньше функций
Это вряд ли. M$ уважают обратную совместимость
MK
Давно пора. Вот буквально недавно столкнулся с забавной фичей: VS радостно убеждала что GDI GetObject не существует с нужными мне аргументами (оказалось, что-то просто макрос переопределило, GetObjectW сработал)
AS
Это вряд ли. M$ уважают обратную совместимость
ну, я спецом использовал "предел", что это дело не ближайшего будущего
AS
так или иначе заход на UTF-8 неслучаен, стандарт представления в индустрии наконец-то выбран
АК
так или иначе заход на UTF-8 неслучаен, стандарт представления в индустрии наконец-то выбран
Осторожно, такими утверждениями можно случайно призвать @webreh
ЮП
так или иначе заход на UTF-8 неслучаен, стандарт представления в индустрии наконец-то выбран
U8 в винде из-за linux возник
AS
Осторожно, такими утверждениями можно случайно призвать @webreh
да, я знаю, Костя стриггерится :)
MK
U8 в винде из-за linux возник
Нет, оно возник вместе с модернизацией Unicode (точнее, с вопросом: нафига тащить три нуля на каждую английскую букву)
ЮП
Нет, оно возник вместе с модернизацией Unicode (точнее, с вопросом: нафига тащить три нуля на каждую английскую букву)
Один нуль, u16 ведь там. Возник одновременно с wsl, там это актуально
MK
Потом они пришли к пониманию, что два апи - зло.
MK
Один нуль, u16 ведь там. Возник одновременно с wsl, там это актуально
Да, сорь, не так прочитал - не вообще, а только в винде и сейчас.
IZ
Всем привет.
У меня есть "wchar_t*", который используется в "_wfopen_s".
Все нормально работает на Windows, но на Android "wchar_t*" почему-то не правильные данные как будто принимает, из-за чего появляется ошибка Failed to open stream.
Я погулил и выяснил, что проблема в том, что на Windows "wchar_t*" имеет 2 байта, а на Android - 4 байта.
Так вот вопрос: можно ли как-то переопределить wchar_t*, чтобы он одинаково был реализовал на большей части поддерживаемых платформ? Может быть для этого есть определенные библиотеки, или это всё не нужно - и конвертацию можно сделать буквально одной строкой кода, через cast какой-нибудь?
У меня есть "wchar_t*", который используется в "_wfopen_s".
Все нормально работает на Windows, но на Android "wchar_t*" почему-то не правильные данные как будто принимает, из-за чего появляется ошибка Failed to open stream.
Я погулил и выяснил, что проблема в том, что на Windows "wchar_t*" имеет 2 байта, а на Android - 4 байта.
Так вот вопрос: можно ли как-то переопределить wchar_t*, чтобы он одинаково был реализовал на большей части поддерживаемых платформ? Может быть для этого есть определенные библиотеки, или это всё не нужно - и конвертацию можно сделать буквально одной строкой кода, через cast какой-нибудь?
wchar_t переделать нельзя.
Но есть хорошая новость:
Твоя проблема не в этом
Но есть хорошая новость:
Твоя проблема не в этом