Page 1 of 2
Релиз AkelPad 4.3.2
Posted: Mon Sep 21, 2009 7:57 pm
by Instructor
Добавлено: "Слово целиком" в диалог поиска/замены.
Добавлено: возможность указывать левые и правые разделители ссылок.
Добавлено: скроллинг левой кнопкой мыши в диалоге предварительного просмотра перед печатью.
Добавлено: возможность использовать выделение текcта совместно со скроллингом средней клавишей мыши.
Исправлено: определение кодировки в 4.3.1.
Исправлено: поиск текста с флагом AEFR_WHOLEWORD.
Исправлено: печать текста содержащего суррогатные пары.
<<Скачать>>
Posted: Tue Sep 22, 2009 3:35 pm
by VladSh
Интересный бажок отображения строк в окнах плагинов, скриптов, ... Тянется давно, но только сейчас заметил закономерность.
Если тягать полосу прокрутки мышью, то серенькие разделители строк "формируются" (строки отображаются) правильно.
Если нажимать на область прокрутки ниже/выше бегунка (типа PageDown/PageUp) или стрелку прокрутки вниз/вверх, то разбивка строк (серенькие разделители) производится неправильно: или слишком часто (несколько линий в одну строку) или слишком редко (множество строк, ограниченных всего двумя линиями).
Posted: Tue Sep 22, 2009 4:31 pm
by Tony
По поводу предпросмотра.
При нажатии "Ctrl + прокрутка колёсика" нехватает курсора ввиде лупы в которой нарисован либо плюс либо минус. Мелочи, но приятно
Около процетов неплохо былобы добавить кнопки + и -. Пример: + - 25% и при нажатии например на + он сам будет увеличивать сначала на 50% потом на 75% потом на 100% и так до конца списка.
И нехватает кнопки выхода из этого режима.
Тогда бы предпросмотр был бы идеальны и удобным.

Re: Релиз AkelPad 4.3.2
Posted: Thu Sep 24, 2009 7:04 pm
by caveman
Исправлено: определение кодировки в 4.3.1.
Может кто наступит на те же грабли, что и я
установил 4.3.2 поверх 4.3.1, а проблема осталась - UTF-8 автоматом определяется, как ANSI
настройки у меня хранятся в INI-файле
Оказалось проблема решается просто - надо прибить раздел в реестре HKEY_CURRENT_USER\Software\Akelsoft\ - после этого все заработало нормально
Posted: Fri Sep 25, 2009 4:20 am
by Instructor
Оказалось проблема решается просто - надо прибить раздел в реестре...
Просто надо ознакомиться с
FAQ'ом.

Posted: Sat Sep 26, 2009 10:46 pm
by Instructor
VladSh
Это уже баг контрола Tree-View.
Posted: Fri Oct 02, 2009 5:56 pm
by FeyFre
У меня вопрос: есть ли какая-нибудь команда AkelPad-а, или AkelEdit-а, или на худой конец комбинация клавиш для переключения между разделенными областями. Ну хотя бы следующая/предыдущая. А то бывает редактируешь что-то в правой сверяясь с левой, и когда нужно левую перемотать приходится к мышу тянутся, которого забросил куда подальше что бы не мешал.
Posted: Fri Oct 02, 2009 7:04 pm
by Infocatcher
FeyFre
AkelHelp-Rus.htm:
F9 перейти к следующей части разделенного окна
Shift+F9 перейти к предыдущей части разделенного окна
4427 Перейти к следующей части разделенного окна
4428 Перейти к предыдущей части разделенного окна
Posted: Sat Oct 03, 2009 10:30 pm
by FeyFre
Простите идиота во-второй раз

Posted: Sat Oct 17, 2009 11:52 am
by DV
Alt + Num-цифры срабатывает и при отключенном NumLock. Как следствие, сначала каретка смещается в соответствии с нажатыми
стрелочками на Num-клавиатуре, а потом появляется символ, чей код был набран.
Кстати, общий вопрос: а почему ввод символа по коду разрешен только с использованием Num-цифр? Почему нельзя использовать обычные цифры (верхний ряд над буквами), что за дискриминация?

Posted: Sat Oct 17, 2009 12:58 pm
by Instructor
DV wrote:Alt + Num-цифры срабатывает и при отключенном NumLock.
Не воспроизводится. Какие цифры нажимаются? Используется точно 4.3.2?
DV wrote:Кстати, общий вопрос: а почему ввод символа по коду разрешен только с использованием Num-цифр?
Так Windows'овские эдиты делают. Да и вероятность больше, что пользователь назначит что-нибудь, например, на Alt+1, чем на Alt+Num 1.
Posted: Sat Oct 17, 2009 2:03 pm
by FeyFre
DV, этот ввод по коду - наследие от древних ДОС систем. Эта дискриминация называется "разные скэн-коды у разных клавиш". А разработчик обработчика прерывания клавиатуры тогда не желал тратить место двойные проверки, да и не только потому. Ведь ввод по коду - дополнительная возможность, вот и выполняется только на дополнительной клавиатуре(NumPad).
Posted: Sat Oct 17, 2009 2:46 pm
by DV
Instructor wrote:DV wrote:Alt + Num-цифры срабатывает и при отключенном NumLock.
Не воспроизводится. Какие цифры нажимаются? Используется точно 4.3.2?
Точно, без плагина XBrackets (в разработке) не воспроизводится. Но! Дело в том, что переопределенная ф-ция NewEditProc получает сообщение WM_CHAR и при отключенном Num Lock. Соответственно, плагин этот WM_CHAR обрабатывает. Например, Alt+0171.
Posted: Sat Oct 17, 2009 5:09 pm
by Instructor
DV
В релизе 4.3.3 можно использовать следующий код:
Code: Select all
else if (uMsg == WM_CHAR)
{
LRESULT lResult;
if (lResult=NewEditProcData->NextProc(hWnd, uMsg, wParam, lParam))
{
//...
}
return lResult;
}
WM_CHAR возвращает TRUE, если был вставлен символ.
Posted: Sat Oct 17, 2009 6:38 pm
by DV
Instructor wrote:В релизе 4.3.3 можно использовать следующий код
А с помощью какой-то другой проверки нельзя? Потому как сейчас XBrackets принимает решение об автозакрытии скобок
до того, как вызвать стандартный обработчик WM_CHAR.