AkelPad

DV
AkelPad тут ни при чём, дело в консоли Windows: "%" разве не спецсимвол? Интерпретатор пытается раскрыть переменную. Перед амперсандом и остальными спецсимволами в подобном случае нужно добавлять "^", попробуйте и здесь.

Skif_off wrote:DV
AkelPad тут ни при чём, дело в консоли Windows: "%" разве не спецсимвол? Интерпретатор пытается раскрыть переменную. Перед амперсандом и остальными спецсимволами в подобном случае нужно добавлять "^", попробуйте и здесь.

Увы, в данном случае, консоль не при чем, это съеденный символ параметром /OpenFile("файл"), командной строки AP, т.е. все таки баг (или фича) AP. А в консоли переменная раскрывается в точности так, как и ожидается. Проверить можно так:
Содержимое AkelPad_Open.bat: Запускаем: ...

DV
В методах командной строки символ % необходимо экранировать %% (см. AkelHelp-Rus.htm).

В 4.9.1 будет доступен метод Var().

Если согласиться на открытие бинарного файла и открыть его, то зелёный progressbar в статусбаре проги не исчезает и виден во всех вкладках. Пропадает только после переоткрытия проги.
Win7 (x64), AkelPad (32-bit).

VladSh wrote:Win7 (x64), AkelPad (32-bit).

Какой размер бинарного файла? Крайняя тестовая - не наблюдаю, проверил на десятке файлов до 70 Мб.

Skif_off
Только определил, что прогрессбар виснет при открытии бинарника такой строкой: Если другими, то всё хорошо.
Размер файла не влияет - 1,7Mb (фотка).

Добавлено: и ещё странно, что в статусбаре кодировка у таким образом открытого файла стоит "Win 65001 ( UTF-8 ) без BOM".
Если же файл открывать в "тихом" режиме: то он открывается нормально, - в статусбаре только "Win" и никакой кодировки.

VladSh wrote:Только определил, что прогрессбар виснет при открытии бинарника такой строкой:

Code: Select all

var result = AkelPad.OpenFile(pFile);

Не воспроизводится.

Code: Select all

var result = AkelPad.OpenFile(pFile, 0);

Так вызывать нельзя. Если вы не используете флаги OD_ADT_DETECT_CODEPAGE, OD_ADT_DETECT_BOM, то очевидно, что вам необходимо передавать кодировку и BOM (3-им и 4-ым параметром).

Instructor wrote:Не воспроизводится.

Возможно это у меня из-за того, что работаю на слабом ноуте и переключаюсь на другие вкладки до того, как прогресс доходит до 100%. Если бы на прогрессбаре были процентики, было бы понятнее.
Хотя и не так быстро переключаюсь, - 1,7Mb файл, жду минуту.

VladSh
Файл открывается в главном потоке программы. Как вам удаётся переключаться на другие вкладки пока открывается файл?

Есть текстовый документ, например "!Счета", созданный в AkelPad последней версии 4.9.0 (х86) в системе Win 7 x64 в раскладке
Win 1251 (ANSI - кириллица) с использованием символов русского, украинского и английского языков (при вводе с клавиатуры).
Оригинал этого текстового файла - http://sendfile.su/1050056 (261 байт).

Вот так он смотрится при первоначальном сохранении и открытии, например, на диске D - http://savepic.org/6477436.png
Всё нормально, но стоит только его пересохранить в этот же каталог, или скопировать в любой другой, скажем, на диск E,
как всё кардинально портится - после открытия тем же AkelPad'ом видим "кракозябрики" - http://savepic.ru/6344032.png
Подскажите, плз, что происходит с кодировкой, почему она меняется на Win 20866 (русская КОИ - восемь)? Проверил ещё на парочке систем Win 7 x86/x64 - та же история...

А вот если просматривать тот же файл, скажем с помощью просмотрщика Universal Viewer 6.5.6.2, то - опять видим нормальную картинку http://savepic.org/6436476.png

tiktak
Ошибка определения кодировки, этот совет не прокатил, но, что любопытно, сработало уменьшение буфера до 171.

И не ставьте, пожалуйста, точки сразу после ссылки: ни открыть, ни просто посмотреть с помощью Imagus и подобных не получится - сначала нужно удалить точку.

Паттерн определения кодировок срабатывает, наверняка, - КОИшный текст, открытый в неверной кодировке часто Прописными буквами отображается.
В настройках поставьте буфер определения кодировки, например, 128.
Конечно, это испортит жизнь на других файлах.

Skif_off wrote:tiktak
не ставьте, пожалуйста, точки сразу после ссылки: ни открыть, ни просто посмотреть

Да это я уже сам понял, сразу исправил...
Так а что с этим делать? Не уменьшать же самому буфер каждый раз...
И почему всё же это происходит, баг это или не баг?

Lenchik wrote:В настройках поставьте буфер определения кодировки, например, 128. Конечно, это испортит жизнь на других файлах.

А насколько и в чём испортит?

На столько же. В каких-нибудь других файлах кодировка определяться не будет.

У вас есть непреодолимое препятствие ведению текстовых файлов в UTF-8 с BOM?