AkelPad

Есть вариант рассматривать выделенное как то, что надо заменить, только при условии однострочности. Если же в выделенном тексте есть перевод строки - рассматривать текст как область, где нужно производить замену.

Здравая мысль, поддерживаю.

Instructor wrote:У диалогов есть свои горячие клавиши. Так у диалога замены (русская версия) горячей клавишей для "Заменить всё" является Alt+в ("в" русская)

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

Instructor wrote:Для комфортной работы с большим файлом - размер свободной оперативной памяти должен быть приблизительно в 4 раза больше размера файла.

Жаль, я думал, что новый контрол будет организован помудрее рич эдита...

Instructor wrote:

Поэтому вопрос: может быть, есть смысл загружать файл кусками, и подкачивать его по мере надобности, как это сделано во многих мгновенно-открывающих-любые-файлы вьюверах?

View'еры, Hex редакторы не загружают файл в память для них ресурсы системы не имеют большого значения.

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

Fr0sT wrote:Есть предложение сделать более удобным диалог замены.

А можно сделать несколько окон поиска/замены? Это часто удобно.

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

2. Вместо прописывания "Modified" в статусной строке просто ставить привычную по многим tabbed-редакторам звездочку (*) прямо в таб - например, после имени файла.

3. "Крестик" закрытия таба продублировать в самОм табе слева от имени файла - как в Firefox'е (только там справа), очень наглядно и удобно. Крестик можно расположить прямо на иконке, чтобы не тратить дефицитную площадь таба.

4. Сделать клавиатурный скроллинг по Ctrl+UpArrow/Ctrl+DownArrow именно прокруткой - курсор/каретка стоит на фиксированном ЭКРАННОМ месте, а текст прокручивается относительно этого места.

Спасибо.


Комментарий Instructor'а (10.08.2009):
2. См. ручной параметр ShowModify в документации AkelPad 4.
4. Используем AkelPad 4, AutoScroll и HotKeys плагины. В HotKeys плагин добавляем: [/i]

temp1111
все 4 пункта - поддерживаю

temp1111 - в основном "за", с некоторыми поправками:
1 - выделение можно ограничить цветом фона (опять-таки, "чтобы не тратить дефицитную площадь таба" )
2 - и в статусной строке тоже имеет смысл оставить признак изменения (возможно тоже заменив его на "*")
3 - ИМХО достаточно имеющегося сейчас двойного клика на табе
4 - полностью поддерживаю


Ну и мои "5 копеек" на обсуждение

1. При повторном вызове диалога печати сохраняет предыдущую установку "Печатать"->"Выделенный фрагмент" (при отсутствии выделения!), по идее выбор "Выделенный фрагмент" в таком случае вообще надо блокировать.

2. Диалог (вопрос) о создании нового файла при попытке открытия несуществующего: лучше наверно будет сообщать что-то типа "Файл xxxxxx не найден. Создать новый файл?". И окошко с этим запросом выводить _до_ открытия основного окна, а при отрицательном ответе - основное окно таки не открывать!

3. Может всё же как-то именовать вновь созданные (пустые) файлы (команда "Новый")? Ну там "Новый", "Безымянный", "БезНазвания" и т.п., с индексами... Кстати, наверно стОит вынести это в настройку как "Имя нового/создаваемого файла (по умолчанию)", туда же и "Расширение/тип нового/создаваемого файла (по умолчанию)", или хотя бы в INI-файл.

4. Диалог (вопрос) о сохранении изменённого файла при закрытии вкладки/программы - надо бы всё-таки указывать имя файла, о котором идёт речь.

5. Было бы хорошо добавить "быструю" менюшку "Сохранить"/"Сохранить как..." (возможно ещё "Отменить все изменения") на левый/правый клик по полю "Изменён" (ну или "*") в статусной строке, чтоб "не тянуться через всё окошко"

6. Правый клик по тексту не меняет фокус ввода - наверно, это не правильно? - вопрос снят

7. В режиме "Перенос по словам" при вводе энного кол-ва пробелов в строке справа (перед позицией автопереноса) эти самые пробелы просто "прячутся" и теряются за краем окна (в отличии от ввода <TAB>). Видимо, по достижении правой позиции окна надо-таки ставить курсор в начало следующей строки?

8. Если последняя строка в тесте - URL-адрес (без перевода строки в конце), то при наведении указателя мышки _ниже_ этой строки прога считает, что этот самый адрес всё ещё продолжается, и на двойной клик, например, реагирует соответственно.

И ещё, для ускорения запуска/закрытия программы:
9. Проводить ревизию неподключенных плагинов только при открытии (первом?) окна настройки плагинов.


Комментарий Instructor'а (09.01.2009):
1. В разрабатываемой версии AkelPad 4.1.3 исправлено.

Хотелось-бы ещё хотя-бы одну (лучше несколько) кнопок "Выполнить" , с настройками.

И хотел-бы спросить , что-бы такое сделать , достаточно-ли написать плагин , или это реализуется в коде самой программы ?

Очень понравилась возможность например запускать bat-файл передав ему нужные параметры.
и, извиняюсь если не слишком внимательно и не везде читал, есть-ли переменная что-бы передать имя файла без расширения ?

xx7 так открываешь редактирование настроек Toolbar плагина и вперед, хоть 100 кнопок разных напихивай

Большое Спасибо.

Всегда не хватало наверное времени внимательно всё поизучать.

буду пробовать сделать кнопки для запуска всяких mysql, php, perl, masm, tasm, fasm, gcc, cl ..... и всего чего движется

BrsX wrote:5. Было бы хорошо добавить "быструю" менюшку "Сохранить"/"Сохранить как..." (возможно ещё "Отменить все изменения") на левый/правый клик по полю "Изменён" (ну или "*") в статусной строке, чтоб "не тянуться через всё окошко"

Вы можете настраивать свои меню с помощью ContextMenu плагина.

6. Правый клик по тексту не меняет фокус ввода - наверно, это не правильно?

Посмотрим.

7. В режиме "Перенос по словам" при вводе энного кол-ва пробелов в строке справа (перед позицией автопереноса) эти самые пробелы просто "прячутся" и теряются за краем окна (в отличии от ввода <TAB>). Видимо, по достижении правой позиции окна надо-таки ставить курсор в начало следующей строки?

Вы можете сделать скриншот с использованием SpecialChar плагина?

8. Если последняя строка в тесте - URL-адрес (без перевода строки в конце), то при наведении указателя мышки _ниже_ этой строки прога считает, что этот самый адрес всё ещё продолжается, и на двойной клик, например, реагирует соответственно.

Верно. AkelEdit ассоциирует активность мышки ниже последней строки текста с этой самой строкой.

И ещё, для ускорения запуска/закрытия программы:
9. Проводить ревизию неподключенных плагинов только при открытии (первом?) окна настройки плагинов.

Что значит "проводить ревизию неподключенных плагинов"?

Instructor

скриншот с использованием SpecialChar плагина

соотв. обратите внимание на позицию курсора и его координаты в статусной строке...

AkelEdit ассоциирует активность мышки ниже последней строки текста с этой самой строкой.

А может лучше, чтоб он этого не делал?.. вызывает определённый дискомфорт..

"не проводить ревизию неподключенных плагинов" - если убрать все неиспользуемые (на текущий момент) плагины из папки Plugs, то запуск и, в меньшей степени, закрытие программы проходит несколько быстрее. Или это только кажется? Кстати, по сравнению с прежними версиями (например 3.4.x) AkelPad 3.6.2 действительно стал чуть менее резвым ??

BrsX wrote:соотв. обратите внимание на позицию курсора и его координаты в статусной строке...

Теперь ясно (я думал, что вы пользуетесь 4.x.x). Данное поведение проявляется на RichEdit'е и только при снятой галочке "Разделители слов".

"не проводить ревизию неподключенных плагинов" - если убрать все неиспользуемые (на текущий момент) плагины из папки Plugs, то запуск и, в меньшей степени, закрытие программы проходит несколько быстрее. Или это мне только кажется?

Если плагин не занесен пользователем в автозагрузку, то никакого обращения к ним не происходит. Соответственно наличие или отсутствие плагина в папке plugs роли не играет.

Кстати, по сравнению с прежними версиями (например 3.4.x) AkelPad 3.6.2 действительно стал чуть менее резвым??

Врятли

Instructor wrote:пользуетесь 4.x.x

Спасибо! От теперь точно перейду на четвёрку!

temp1111

2, 4 - ЗА.
3 - ПРОТИВ. По моему это лишнее.


BrsX
п. 1, 2, 4 - по моему это просто культура; так и должно по идее быть. +1!

> 6. Правый клик по тексту не меняет фокус ввода - наверно, это не правильно?
А по моему это удобно. Я выделяю текст (или просто ставлю курсор в нужное мне место), потом веду мышь к тулбару, нажимаю какую-то кнопку (или раздумал нажимать), потом возвращаю курсор в окно редактирования и жму правый клик для вызова контекстного меню и запуска скрипта по обработке текста. Так вот если курсор сместится на указателем мыши, то получится чёрти что...
Ещё пример: что-то набираю на клавиатуре (курсор уходит от указателя мыши), потом выделяю текст с помощью клавиш, затем жму на правую клавишу с той же целью, что описывал выше, - мне в любом случае вылетит контекстное меню где бы в окне редактирования я не находился. Это удобно, чтобы каждый раз не целиться в выделенный текст или в нужную позицию курсора.
Или может я не так понял вопрос?


С уважением

VladSh wrote:А по моему это удобно.

Таки да, после ознакомления с качественной аргументацией пункт 6 снимаю.