-
- Это же для автоматического формирования po-файлов. Удобно. А
хрюникод в текстовых файлах не допустим, у меня КОИ8-Р. - Eddy_Em(08.02.2024 14:51)
- Ретроград. - =AlexD=(08.02.2024 16:28)
- Зачем создавать себе сложности и отказываться от UTF-8 в
исходниках? Надо быть проще. - VVB(08.02.2024 16:22)
- Затем, что глас разума подсказывает: а) хрюникод занимает больше
места, б) его значительно сложней парсить. Поэтому исключительно
8-битные кодировки. Уж тем более - на микроконтроллерах! Eddy_Em(607 знак., 08.02.2024 16:30)
- А в чем конкретно преимущество использования 8-ми битного кода на
32/64-битных микроконтроллерах? - Cкpипaч(08.02.2024 18:53)
- Можно точно сказать какая длина у строки из N символов. - AlexBi(09.02.2024 10:02)
- И обратно: вот есть у меня буфер 64 байта, и я уверен, что любая "команда=параметр" в рамках допустимого туда влезет со свистом! А если этот "параметр" будет кириллицей, то уже проблемка... Ну и есть вообще отдельные извращенцы вроде одинэсников, у которых и "команда" кириллицей может быть! Eddy_Em(410 знак., 09.02.2024 11:33)
- Ну можно было бы и 7 бит использовать )) а так аж целых 8 - куда больше-то. - POV(08.02.2024 18:55)
- Можно точно сказать какая длина у строки из N символов. - AlexBi(09.02.2024 10:02)
- А в чем конкретно преимущество использования 8-ми битного кода на
32/64-битных микроконтроллерах? - Cкpипaч(08.02.2024 18:53)
- Затем, что глас разума подсказывает: а) хрюникод занимает больше
места, б) его значительно сложней парсить. Поэтому исключительно
8-битные кодировки. Уж тем более - на микроконтроллерах! Eddy_Em(607 знак., 08.02.2024 16:30)
- Гы, гы. Ну дак, юникод же никому не нужен, с его слов. - mr-x(08.02.2024 14:44)
- Это же для автоматического формирования po-файлов. Удобно. А
хрюникод в текстовых файлах не допустим, у меня КОИ8-Р. - Eddy_Em(08.02.2024 14:51)