Samars
BANNED | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
l_Instructor_l
Цитата:| Почему он должен определяться, если в файле корейский язык, а в настройках установлено определение кириллицы? |
Хм. Тогда каким макаром другие редакторы определяют кодировку "на лету" и главное - как же тогда Akel аналогичные файлы определяются верно? Правда при их перемещении он опять часто перестает верно определять кодировку.
Цитата:| Да, есть вероятность, что символы из корейского языка пересекутся с символами кириллицы в кодировке UTF-8, но она, как вами уже писалось, случайная. |
Не знаю, точно такие же файлы определяются верно, ряд других редакторов вообще всегда верно определяет кодировку. Если вам интересно я укажу какими проверял, но не в этом суть.
Добавлено:
Повозившись ещё немного могу сказать что Акель имеет какую-то проблему с файлами юникода без BOM. Несколько раз сохранял этот фал с BOM\без получил такой устойчивый результат - если сохранять файл с BOM то он читается Акелем. Но! При перемещении в любую другую папку определять верно кодировку опять перестаёт (почему я с BOM никогда не сохраняю - Акель всегда теряет с ней кодировку). Далее если сохранять файл без BOM то кодировку не определяет. Во всех случаях идёт речь об автомате. При ручной смене кодировки - определяет. Кроме того при ручной смене кодировке Акель определяет изначальный файл как имеющий BOM хотя в других редакторах указано, что он BOM не имеет. Проблема ещё и в том что, кодировка в других файлах - что с BOM, что без Акелем верно определяется. Короче всю голову сломал - а результат по сути 0. |
Всего записей: 1209 | Зарегистр. 05-06-2010 | Отправлено: 17:48 05-12-2010 | Исправлено: Samars, 19:28 05-12-2010 |
|
сохраняйте с BOM, отключайте "Запоминать кодировку" и будет вам счастье.
Короче всё уже описал что к чему. 