Не знаток, но согласен, что без отладочной информации особо не разберёшья. Проще подождать Instructor
Возможно, это что-то локальное, вряд ли я один такой, кто включает-выключает перенос на ходу при необходимости.
Posted: Fri Feb 19, 2016 3:21 pm
by opk44
Skif_off
Нет, не один вы такой. Но баг воспроизводится ещё проще (без включений/выключений). Исходное положение: ver 4.9.8, все плагины отключены, опция Word Wrap (перенос слов) включена. Также можно (но не обязательно) установить шрифт размером побольше или перейти из полноэкранного режима в режим окна, сократив его до небольшого размера. Процедура завешивания AkelPad:
Теперь, "на чистом листе" зажимаем какую-нибудь широкую (если шрифт не моноширинный) букву (например "W") и ждём, когда строка заполнится до самого правого края. В момент перехода на вторую линию AkelPad зависает, нагружая процессор по максимуму.
Параллельно ещё один любопытный баг "всплыл". После экспериментов с завешиванием AkelPad-а, восстанавливаю/подключаю все необходимые плагины. В том числе и ContextMenu. Так вот, в меню исчезли некоторые пункты (вместо них пустые плашки):
И тут выясняется, что для проверки воспроизводимости "бага с переносом" в разных режимах, последним был выбран режим SDI (обычно им не пользуюсь). Переключаю режим в привычный MDI, перезапускаю AkelPad и пункты меню волшебным образом восстанавливаются. Переключаю режим обратно в SDI, перезапускаю AkelPad - пропадают...
Posted: Sun Feb 21, 2016 3:35 am
by Instructor
YuS wrote:Возможно, уже было сообщение, тогда повторюсь...
Помню правил, но в теме забыл отписаться. Попробуйте тестовую.
opk44 wrote:Последняя бета 4.9.8 что-то часто "падает", либо "вдруг" завешивает процессор на 99%. Причина не установлена. Кто-то ещё замечал подобное?
Skif_off wrote:Сталкиваюсь в третий раз: в документе одна длинная строка, для удобства включаю перенос по словам и спустя какое-то время AkelPad намертво виснет, нагружая по полной одно ядро.
Сигнатура проблемы:
Имя события проблемы: APPCRASH
Имя приложения: AkelPad.exe
Версия приложения: 4.9.8.0
Отметка времени приложения: 56cab6cd
Имя модуля с ошибкой: AkelPad.exe
Версия модуля с ошибкой: 4.9.8.0
Отметка времени модуля с ошибкой: 56cab6cd
Код исключения: c0000005
Смещение исключения: 000327a1
Версия ОС: 6.1.7601.2.1.0.256.48
Код языка: 1049
Дополнительные сведения 1: 0a9e
Дополнительные сведения 2: 0a9e372d3b4ad19135b953a78882e789
Дополнительные сведения 3: 0a9e
Дополнительные сведения 4: 0a9e372d3b4ad19135b953a78882e789
Не понял, в чём дело, было открыто несколько файлов (PMDI), сохранил изменения и щелчком колеса мыши закрыл крайний слева (SearchReplace.ini, перетряхивал шаблоны) - AkelPad вдруг подвис, потом вкладка закрылась, а на следующей вкладке пропал весь текст и слетели цвета фона (тема, настроенная в Command(4202)), при этом на других вкладках ничего не слетело. Переключился опять на вкладку со слетевшим текстом и открыл диалог Цвета, там была выбрана моя настроенная тема, просто нажал Ок и собрался перезапустить: диалог закрылся, цвета вернулись и AkelPad упал.
Не знаю, как воспроизвести
P.S. ini.coder с отличиями, а txt.coder заметно отличается, но вроде ничего обременительного.
- если выделяем весь текст, найдено будет только второе вхождение, а если выделяем блок с тегом "tag", то находит только в третьем вхождении...
Имеет значение начало выделения (от начала строки) и совпадение шаблона регэкспа тоже от начала строки. Т.е. если добавить, например, пробел в начало строки/выделения, то поиск происходит корректно.
2. При поиске в выделении, фактически, если строка найдена, то смещается только начало выделения, а конец не изменяется, т.е. совпадение не отмечается - я что-то делаю не так или такое поведение предусмотрено?
Posted: Tue Mar 08, 2016 10:30 am
by Kley
Instructor
Такая вот ситуация. Открыты файлы и\или новые вкладки. Изменяем текст текущей. Открываем окно ContextMenu плагина. Нажимаем "OK".
Теперь текущая вкладка вроде, как бы, и не изменена. А если она без имени, то вообще считается только что открытой и пустой.
AkelPad 4.9.7 (x86), win7.
Posted: Tue Mar 08, 2016 2:27 pm
by Instructor
Kley
Не воспроизводится. Вероятно у вас так отрабатывают скрипты посаженные в метод if.
Posted: Sun Mar 13, 2016 8:00 am
by Kley
Instructor
Instructor wrote:Вероятно у вас так отрабатывают скрипты посаженные в метод if.
Точно! Ой-ой.
Извините пожалуйста, если такой вопрос уже звучал.
И конечно же это не баг. Просто не смог выбрать нужную тему.
Команда 4197[, 1]:
- удаляет текущую строку и закладку (LineBoard плагин) на следующей строке;
- удаляет текущую строку (строка с закладкой), но оставляет закладку.
Не логично как-то. И не удобно. Разумеется «по моему скромному имху».
Posted: Thu Mar 17, 2016 7:43 am
by alandre
Не уверен, баг ли это, но временами мешает удобному использованию.
В плагине макросов, при нажатии на кнопку "воспроизвести до конца", воспроизведение обрывается после первой итерации на последней отображаемой строке. Так происходит и со включённым автопереносом, и даже если это единственная, но очень длинная строка.
Я понимаю, что можно поставить в конце еще один перенос строки и получить результат, но это костыль.
Если это не баг, то хотелось бы узнать причину, по которой так было сделано.
Posted: Mon Mar 28, 2016 2:32 pm
by Skif_off
Instructor
Какое-то странное поведение при использовании AEM_LOCKSCROLL (дискуссия). Замечено ещё с UndoAll.js и UndoAllNoScroll.js.
На WinXP AkelPad падает, на Win7 не падает, но всё выглядит аналогично.