до начала конверсии ?
Это в самом начале делал. Но это не отменяет необходимость codepage utf8
У меня есть. Без этого строке WideString и WideChar строковую константу на русском фиг присвоишь.
значит, это баг, связанный с wide
Странный какой-то глюк, и лечится с помощью codepage.
я думаю, он также лечится BOM-ом. но, тем не менее, это глюк сами подумайте, какая связь между utf8 и wide? по идее, надо utf16 указывать у меня с Ansi никаких проблем, Wide стараюсь не пользоваться
Я не увидел никакой разницы от наличия bom, думаю, компилятор его никак не учитывает.
Есть. Бои или директива должны быть обязательно
Прямая связь. Компилятор должен знать в какой кодировке тсходники
может он конечно кому-то что-то должен. но конкретно делфя переваривает корректно любой вариант (в пределах локали, конечно): ansi, utf8 с бомом и без
и переводы строки односимвольные?
переводы 10.4.2 тоже норм схавало
проходили уже это, по второму кругу не хочу.. у меня всё, что мне надо, работает без всяких костылей типа codepage, лазарь по умолчанию должен считать кодировку utf8
ну как перестанет работать - ты предупрежден куда копать. Вообще это всё касается захардкоженых констант строковых. если их нет - да, можно посчитать что это ненужно
У таких констант есть удивительное свойство: если константа объявлена в модуле с codepage utf8, а к ней есть обращение из модуля без директивы codepage utf8, то вместо текста на русском получается абракадабра.
Стикер
Там в свойствах проекта есть внизу кнопки, где можно посмотреть итоговую строку компиляции, вроде
Обсуждают сегодня