AkelPad

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

Добавлено: поддержка суррогатных пар UTF-16.
Добавлено: команда 4430 - вставить текст из буфера обмена после каретки.
Добавлено: поддержка Drag'n'Drop текста содержащего NULL символ (между окнами AkelEdit'а).

Исправлено: корректное открытие/сохранение UTF-8 текста содержащего суррогатные пары.
Исправлено: ссылка, находившаяся в начале строки, не подсвечивалась в 4.2.5.
Исправлено: обновление переносов по словам после изменения отступов текста.
Исправлено: обновление разделенных окон после изменения переносов по словам.


<<Скачать>>

Очередной баг перерисовки(поймал ещё в 4.2.5, собрался писать но тут вижу 4.2.6 появился - тоже есть)
1. Открываем Акел.
2. Открываем любой текст, можно даже пустой документ создать.
3. Убеждаемся что ливое/правое поля в настройках не неулевые.
4. Блокироуем рабочую станцию Win+L. Блокировка в виде списка пользователей, а не в виде окна с ручным вводом пользователя/пароля/домена.. Вобщем ХР-ый стиль(см. второй скрин)
5. Активируемся опять и видим

Тоесть зоны левого и правого поля не рисуются. Такое иногда бывает когда какое-то другое приложение уходит из экрана.
Пока текст выше писал, решил попробовать ещё - наткнулся на вот это:

Способ "натыкания" такой:
1. Создал документ.
2. Вставил 1 перенос.(курсор на второй строчке)
3. Поднялся вверх.
4. Блокирка и разблокировка.
...
Методом тыка нашел зависмость возникновения второго скина: если последнее действие было промто движение курсора. Т.е. инвалидация области не делалась.
Под это думаю также подходит и случай с первым скрином: я действительно перед блокировкой не редактировал, только навигация куросором имела место быть.

активный столбец не подсвечивается, в настройках цветов менял

Calhoon
Ставим галочку: "Главное меню->Настройки->Параметры...->Редактор->Каретка->Показывать активный столбец"

А посимвольная прорисовка не означает ли, что в Highlight будет нормально работать стили bold и italic? Сейчас глянул на pas файл, вроде так неплохо прорисовывается, единственная засада с буквой "т" в Arial - чересчур широкая. Да, и апдейтер ругнулся на 404 с зеркала osdn.

Не могу прочесть файл настройки AkelPad.ini самим AkelPad. Он открывается, только там сплошные твердые знаки. А блокнотом открывается нормально. При открытии он распознает его как Mac в кодировке 1251. Пробовал удалял и создавал по новой, таже фигня.

Instructor, спасибо, не видел)

saym101 wrote:Не могу прочесть файл настройки AkelPad.ini самим AkelPad. Он открывается, только там сплошные твердые знаки. А блокнотом открывается нормально. При открытии он распознает его как Mac в кодировке 1251. Пробовал удалял и создавал по новой, таже фигня.

У меня нормально, как UTF-16 открывается. Может, отключено распознование кодировки в настройках? Еще можно вручную клик правой по строке внизу окна с кодировкой -> Открыть как..

Calhoon wrote: У меня нормально, как UTF-16 открывается. Может, отключено распознование кодировки в настройках? Еще можно вручную клик правой по строке внизу окна с кодировкой -> Открыть как..

Пробовал по разному. Включал-отключал. Нехочет.

Починил. Полная переустановка помогла.

Fr0sT

А посимвольная прорисовка не означает ли, что в Highlight будет нормально работать стили bold и italic?

Да, сейчас более менее прорисовывается.

Да, и апдейтер ругнулся на 404 с зеркала osdn.

Смотрим обновление AkelUpdater'а.

saym101
Почему не корректно определяется кодировка у файла?

FeyFre
Исправлено - тестовая.

Fr0sT wrote:единственная засада с буквой "т" в Arial - чересчур широкая

Сама буква нормальная, то просто Акел не понимает пока, что она чуть шире остальных букв, и поэтому начинает следующую букву рисовать чуть раньше На наклонном шрифте это отлично видно.

>Смотрим обновление AkelUpdater'а.
Увидели, забрали, запустили - работает! =)

>Сама буква нормальная, то просто Акел не понимает пока, что она чуть шире остальных букв, и поэтому начинает следующую букву рисовать чуть раньше
Она чуть ли не одна такая во всем шрифте =)

Сорри, что без обращений, но отсутствие окна быстрого ответа меня вымораживает

Instructor wrote:FeyFre
Исправлено - тестовая.

Вроде бы вылечилось

Обнаружился неприятный баг.
Если потянуть текст на вкладку в MDI-режиме, эта вкладка станет активной. И если при этом файла, который был там открыт, больше нет, вылезает соответствующее сообщение, и все виснет. (Если сообщение про «невозможно открыть» уже было показано, то перетаскивается нормально.)

Fr0sT wrote:Сорри, что без обращений, но отсутствие окна быстрого ответа меня вымораживает

Ничего не поделаешь, ник обязывает. Но было бы удобнее, да.

[UPD]
Кстати, нельзя ли сделать это сообщение панелькой в верхней части окна – чтобы не не было необходимости соглашаться, что таки файл и правда больше не существует.

Во, и еще окно не перерисовывается, если переместить сообщение об ошибке.

VladSh wrote:Сама буква нормальная, то просто Акел не понимает пока, что она чуть шире остальных букв, и поэтому начинает следующую букву рисовать чуть раньше На наклонном шрифте это отлично видно.

Как уже писалось AkelEdit все вычисления производит с основным стилем шрифта. Поэтому если ширина буквы Т в обычном стиле 10 (активном), а в жирном 20 (в подсветке), AkelEdit всеравно отводит для буквы место шириной в 10 пикселей.