» AkelPad

l_Instructor_l

Цитата:

Скорее всего речь идет о XML/HTML, где может присутствовать указание кодировки файла. Пожелание на добавление определения AkelPad'ом этой метки уже высказывались.

Да обычный текстовый файл - идентичный другим. Его ещё EditPad Lite не может открыть, но если перенести на уровень выше, то уже открывает. Акель не может.

l_Instructor_l

Цитата:

для фолдинга "1000000" и на сколько я вижу оно было увеличено.

Все верно, останусь пока на Coder.dll v2.7

Samars
Выложите или вышлите на почту этот файл.

Вот он
http://zalil.ru/30080538

Samars
Так это какой-то корейский язык. Выбирайте в настройках "Распознавание кодировки->Корейский (UTF-8)".

Я в курсе что корейский. Уже кодировано в юникоде (UTF-8 без BOM), и большинство редакторов его сразу корректно определяют (я про данный файл). Мало того! аналогичные файлы (полностью, только текст другой) Акель тоже определяет, а этот нет. И вот ещё что частенько при переносе файла скажем с одного диска на другой, Акель также разучивается определять его кодировку. Отличный редактор для повседневной работы, но этот балаган с кодировками уже подзатрахал честно говоря, самое страшное что он безсистемный, то есть где копать непонятно. Одно открывает, и тут же почти тоже самое не открывает.

Samars
Чтобы было системно отключаете "Запоминать кодировку" в настройках (как и указано в FAQ).

Отключена - согласно вашему совету в прошлый раз. Тем не менее файл по прежнему корректно не определяется.

Samars
Почему он должен определяться, если в файле корейский язык, а в настройках установлено определение кириллицы? Да, есть вероятность, что символы из корейского языка пересекутся с символами кириллицы в кодировке UTF-8, но она, как вами уже писалось, случайная.

l_Instructor_l

Цитата:

Почему он должен определяться, если в файле корейский язык, а в настройках установлено определение кириллицы?

Хм. Тогда каким макаром другие редакторы определяют кодировку "на лету" и главное - как же тогда Akel аналогичные файлы определяются верно? Правда при их перемещении он опять часто перестает верно определять кодировку.


Цитата:

Да, есть вероятность, что символы из корейского языка пересекутся с символами кириллицы в кодировке UTF-8, но она, как вами уже писалось, случайная.

Не знаю, точно такие же файлы определяются верно, ряд других редакторов вообще всегда верно определяет кодировку. Если вам интересно я укажу какими проверял, но не в этом суть.

Добавлено:
Повозившись ещё немного могу сказать что Акель имеет какую-то проблему с файлами юникода без BOM. Несколько раз сохранял этот фал с BOM\без получил такой устойчивый результат - если сохранять файл с BOM то он читается Акелем. Но! При перемещении в любую другую папку определять верно кодировку опять перестаёт (почему я с BOM никогда не сохраняю - Акель всегда теряет с ней кодировку). Далее если сохранять файл без BOM то кодировку не определяет. Во всех случаях идёт речь об автомате. При ручной смене кодировки - определяет. Кроме того при ручной смене кодировке Акель определяет изначальный файл как имеющий BOM хотя в других редакторах указано, что он BOM не имеет. Проблема ещё и в том что, кодировка в других файлах - что с BOM, что без Акелем верно определяется. Короче всю голову сломал - а результат по сути 0.

Samars
сохраняйте с BOM, отключайте "Запоминать кодировку" и будет вам счастье.

l_Instructor_l
Опять шютите? Я всё уже перепробывал, а "Запоминать кодировку" у меня давным-давно отключено. В проге явные баги при работе с юникодом с BOM\без.

Samars
Ну хорошо теперь серьезно Сделайте скриншот настроек на вкладке "Реестр" и выложите файл с BOM, который не определяется как UTF-8.

Файл я выкладывал уже. Да и балаган не только с ним, потеря определения кодировки при перемещении файла как вам? Она ещё больше достаёт чем этот файл. Короче всё уже описал что к чему.

Настройки вот -

Samars
Как сложно, но мы сделаем это Файл который вы выклывали не содержит BOM. А теперь еще раз:

Цитата:

...выложите файл с BOM, который не определяется как UTF-8.

l_Instructor_l

Цитата:

Файл который вы выклывали не содержит BOM.

Не содержит о чём и речь. Но Акель говорит что содержит. Если открыть его через диалог "открыть как Юникод" то пишет что BOM есть.


Цитата:

А теперь еще раз:

Цитата:
...выложите файл с BOM, который не определяется как UTF-8.

Вот этот самый, что я выложил. Акель его не открывает автоматом в правильной кодировке - а ну да! я уже об этом раз 5 говорил. Может тут ещё речь про какой-то файл идёт?
Ах да! ещё речь идёт про то что скажем если файл перенести в другую папку, то определение кодировки обычно слетает (обычно если BOM есть). Там выше всё подробно описано - все мучения так сказать.

Samars
Отметка со звездочкой "*BOM" говорит о том, что BOM'а в файле нет

А теперь еще раз:

Цитата:

...выложите файл с BOM, который не определяется как UTF-8.

Цитата:

Отметка со звездочкой "*BOM" говорит о том, что BOM'а в файле нет
 

Вот этого я не знал, думал что наличие *BOM это когда есть его обозначение в других редакторах иная философия. Не суть. Хорошо с этим разобрались. Получается тогда что именно без BOM Акель теряет определение кодировки при перемещении в другие директории. От это ничуть не легче.



Цитата:

А теперь еще раз:  
...выложите файл с BOM, который не определяется как UTF-8.

Про это я уже писал. Дважды. Файл выложен.

А ещё ответте про это:


Цитата:

если файл перенести в другую папку, то определение кодировки обычно слетает (обычно если BOM нет). Там выше всё подробно описано - все мучения так сказать.

про это


Цитата:

если сохранять файл c BOM то кодировку не определяет.

и про это


Цитата:

Проблема ещё и в том что, кодировка в других файлах - что с BOM, что без Акелем верно определяется. Короче всю голову сломал - а результат по сути 0.

Также я изначально указал в чём основная проблема -

1)Ряд других редакторов вообще всегда верно определяет кодировку.
2)Речь идёт об автоматическом определении
3)Во всех случаях идёт речь об выложен файле, с другими может быть диаметрально иная ситуация.

То что можно залезть в меню программы и там сменить кодировку я в курсе. Если вам так удобно, это хорошо. Мне нет. Поэтому и вопросы. Компрендо? Или опять "ещё раз". Мне не трудно хоть 500 раз. Лишь бы результат был.

Samars
Видно на этот раз не пробьемся.


Цитата:

И один человек сможет привезти лошадь к водопою, но даже десять человек не смогут ее заставить напиться.

l_Instructor_l

Цитата:

Видно на этот раз не пробьемся.

Видно уже нет:


Цитата:

Конечно, есть другие редакторы с автоопределением, но ни один из множества мною протестированных (около 20) не справляется с автоопределением кодировки - щелкнул на файл, прочитал, подправил (нельзя в листере) пару слов и на печать. Не будет тетя-юзер вручную править кодировку, лишнее нажатие клавиш - это порой катастрофа. Попадаются редакторы, где есть автоопределение, но сильно текст ломает или вместо рамочек вокруг текста непонятные символы.

Акель просто никогда и не умел корректно автоопределять кодировку. Если бы умел, то было бы достаточно снять галку - запоминать кодировку.
Все усилия ничего не принесли, как не отрывал файл верно так и не открывает, как слетала кодировка (хаотично) при перемещении файлов так и слетает.
Могу сказать что действительно это далеко не все редакторы могут. В основном платные аля EditPlus и UltraEdit. Но Акель мне больше импонирует, надеюсь проблему (мы) исправят.

Народ помогите как убрать название самой проги сверху, где рядом еще имя открытого файла написано. Когда много окон открыто вместо названий файлов внизу в панели задач я вижу только одно AkelPad AkelPad AkelPad AkelPad AkelPad . Собственно название проги.

Samars
Сделай в настройках акеля буфер для определения побольше и будет нормально определять

ShIvADeSt
Буфер у меня и так выставлен больше самого файла раз в 10. Выставлял 8192 - толку ноль. Программа просто не имеет автоопределения хорошего (или вообще не имеет - не очень понятно), и ничего тут уже не сделаешь.

l_Instructor_l
Спасибо за обновленный Coder.dll v3.8 с ним все норм.

l_Instructor_l
Подтверждаю проблему Samars по файлу http://zalil.ru/30080538 Не важно что выставлено в настройках АкельПада (я убирал автоматически определять кодировку), определять автоматически или нет, файл он открывает как Ansi (хотя на самом деле это UTF). Даже если нажать "Определить заново" - все равно детектит как Анси. ИМХО бага.

ShIvADeSt
Решили меня вдвоем из равновесия выбить?

Да, UTF-8 без BOM. Чтобы определить UTF-8 без BOM используются алгоритмы распознавания, но т.к. файл не удовлетворяет требованию:

Цитата:

Возможно файл слишком маленький. Символов для распознавания должно быть больше 11.

в данном случае не содержит кириллических символов (а определение идет в соответствии с настройкой "Распознавание кодировки->Кириллица"), то файл не определяется.

ShIvADeSt
Samars
Для того, что бы нормально открылся вышеупомянутый файл, достаточно, при отключенном режиме распознавания кодировки, выставить кодировкой по умолчанию UTF-8.
Все свои файлы создаю и храню в UTF-8 и сайты в Интернете делаю в этой же кодировке.
И проблем с отображением файлов на разных языках давно не имею...

Каким образом можно включить поддержку вкладок?

l_Instructor_l
Возможно, надёжнее определять кодировку в последовательности:
UTF-8, ANSI, OEM, KOI8-R, а не как сейчас:
ANSI, OEM, KOI8-R, UTF-8...

qwertyjoper

Цитата:

Каким образом можно включить поддержку вкладок?

«Настройки — Оконный режим — Многооконный (MDI)»