AP
вообще, странно говорить о строке, как о массиве символов на языке Си (без ++). мы же давно уже не пользуемся однобайтовой koi8-r или cp1251
Size: a a a
2021 February 19
С🥔
Прошу прощения тогда, потому что я уже не изучал с и кресты с 2016 года, пересел на пайтон и другие более высокоуровневые яп. Забыл большинство терминов
AP
я, кстати, давно не сталкивался с современными строками на Си, больше по другим ЯП был... wchar_t мне как-то не понятен, он какие кодепоинты то содержит?
AP
Прошу прощения тогда, потому что я уже не изучал с и кресты с 2016 года, пересел на пайтон и другие более высокоуровневые яп. Забыл большинство терминов
да я тоже только время от времени к С/++ возвращаюсь, но ещё не забыл что о них знал. сейчас вот снова "молодость вспоминаю" ради хобби
AP
wchar_t - type for wide character representation (see wide strings). Required to be large enough to represent any supported character code point (32 bits on systems that support Unicode. A notable exception is Windows, where wchar_t is 16 bits and holds UTF-16 code units)
AP
какое-то определение за гранью добра
S
Что не так
S
я, кстати, давно не сталкивался с современными строками на Си, больше по другим ЯП был... wchar_t мне как-то не понятен, он какие кодепоинты то содержит?
Ну смотря какая ОС, какой терминал etc.
S
вообще, странно говорить о строке, как о массиве символов на языке Си (без ++). мы же давно уже не пользуемся однобайтовой koi8-r или cp1251
Сильно, но к сожелению много где еще именно так
AP
мой вопрос касается, к примеру, работы со шрифтами. если я хочу выводить русский текст, мне нужны соответственные кодепоинты. ну, допустим, я беру utf-32, получается, мне надо описать глифы для этих кодепоинтов, а при выводе текста переводить из uf8 в utf32 каждый символ и искать каждый глиф по массиву.... ну такое себе...
S
мой вопрос касается, к примеру, работы со шрифтами. если я хочу выводить русский текст, мне нужны соответственные кодепоинты. ну, допустим, я беру utf-32, получается, мне надо описать глифы для этих кодепоинтов, а при выводе текста переводить из uf8 в utf32 каждый символ и искать каждый глиф по массиву.... ну такое себе...
Это больше к терминалу или гуи ос
S
Тулкиту
AP
но если у меня wchar_t, то я даже не знаю что за кодепоинты у меня есть
AP
то ли они utf-32, то ли utf-16
S
Что поделать, боль кодовых страниц жива просто спрятана от простых смертных
AP
ну вот о том моя печаль
S
то ли они utf-32, то ли utf-16
Там даже в utf не все так хорошо если капнуть
AP
Там даже в utf не все так хорошо если капнуть
если "капнуть", то может быть и хорошо... :) но если копнуть, то там нормально
AP
когда битность определена
AP
с другой стороны, 32 бита на каждый символ тоже так себе, utf8 начинает иметь смысл даже для хранения текста, но кодепоинты из него доставать тоже надо, которые могли бы быть напрямую отражены в ютф-16 или 32