Не надо гадать, можно просто посмотреть.

И учесть, что иногда там где стоит "Может"
на практике нужно читать "теории - может"

Неспеша вношу новые улучшения.
Добавил возможность вставлять контент других файлов.
Drag&Drop и ранше позволял открывать файл.
Теперь с нажатым Контролом вставляет контент.
Также и через меню.

Следующий пункт в плане: сделать полноценную поддержку буфера обмена.
Сейчас текст ограничен размером буфера и поместит в буфер
большой фрагмент текста не получится, да и работает не эффективно.
В плане привести это в порядок.
Ещё один момент заставляет призадуматься - постоянно возрастающая сложность
и как следсвие возрастающее время реакции на нажатие клавиш.
В немецкой прессе была статека об одном дядке, который замерил
время реакции на нажатие кнопки клавиатуры.
Результат был отрезвляющий - победил 20 летний древний Commodore:)
Ну а свременные копутеры на виндовсах - последние.
Вобщем, сложность растёт и время реакции тоже, но как с этим боротся пока непонятно.

maytonmikron
Ещё один момент заставляет призадуматься - постоянно возрастающая сложность
и как следсвие возрастающее время реакции на нажатие клавиш.

Это проблему надо решать сразу. Никому из пользователей не понравится редактор
который замедляет свою работу.
Он не замедляет работу, он работает константно относително "медленно".
Медленность расёт с ростом версии и сложности кода.

Посмотрим на примитывнй редактор:
Нажатие клавиши приводит к изменению в текстовом буффере и к инвалидации региона окна.
И если реализовать работы с текстовым буферм не самым дубовым методом то будет оочень быстро.

Сомтрю на то что имею:
Нажатие клавиши приводит к добавлению новой задачи на изменеие буфера в очередь.
Буфер не простой. И в следствии его изменения - инвалидация кешей, логирование, изменения в закладках. В конечном итоге перестроение отображаемой модели и на её основе определение региона окна для перерисовки.
И это ещё далеко не все детали.

Как с этим боротся - без понятия.

Продолжая тему

добавил:

Поддержка вставки файлов через буфер обмена.

Поддержку передачи больших регионов через буфера обмена.

Также поддержка вставки больших регионов. Здесь ешё есть потенциал для оптимизации но только если источник данных - сам редактор.

Так-же поддежка колоночного режима работы для болчич регионов.


Удаление строк (не-)удовлетворяюших кретерию поиска.

Скачать можно здесь.
Ну и конечно буду рад замечаниям / предложениям / критике.

Добавил проверку на апдейты, исправил пару ошибок и внёс новые.
Скачать здесь.
_{Интересно, что ошибли вылезли только на ХП, на вин8 COM работа с буфером обмена очевидна реализована немного по другому.}
Теперь думаю какой функцинал внести после фазы стабилизации.
Добавить многотабие, поддержку динамической подсветки "тэгов" пользователя или макросы. Или чего совершенно другого. Вопрос в зал, какой фукцинал наиболее востребован за пределами стандартного Notepad.
Feedback is wellcome.

hVosttвертикальное выделение
>> Уже есть.

+ мультиредактор на вертикальном выделении
>> Что это и зачем это нужно?

tab выделенного блока перемещает весь блок, shift-tab в обратную сторону
>> Это можно, но предположительно только для программистов востребовано. Или есть другие случаи?

ctrl-up/down скролит текст, оставляя курсор на месте
>> Уже есть, толко с ALT+...

поиск/замена с регулярными выражениями
>> Уже.

Выложил очередную alpha-версию:
— Добавил Auto indent,
— улучшения в производительности некоторых операций,
— переодическая проверка наличия новых версий (без автоматического update)

Теперь думаю над добавлением табов / регистров. Собственно сама реализпция не сложна,
а вот с usability одни неприятности:
Однооконный интерфейс имеет однозночное и ожидаемое поведение.
Одно окно - один файл. Хочешь ещё окно - команда ctl-n. Закрываеш окно - буфер удаляется.
При открытии файла окно остаётся на месте и количество открытых файлов не меняется.
и независимость процессов - убиваем процес и все остальные окна не страдают.
И чёткое разделение обязанностей - виндовс управляет окнами и их переключением.
Но есть и минусы: операции через буфер обмена не эффевны, просмотр одного буфера в двух окнах одновременно невозможен etc.

С табами другие неприятности:
Например просмотр нескольких регионов одного файла одновременно.для реализации этого всё равно потребутся создавать несколько окон.
И тут начинаются неоднозначности - ctl-n открывает окно или таб? А что делает ctl-o если буфер уже открыт в соседнем окне?
Вобшем полно неоднозначностей.

hVosttmikronВобшем полно неоднозначностей.

Можно пойти по принципу реализации табов в Chrome. Каждый таб -- отдельный процесс. Сам видимый браузер с табами, не более чем переключалка табов :)

Можно, не вижу как это можно "просто" реализовать.
И главная проблема - usability не решается.

Предположим у меня есть два окна
Window1: fileA, fileB
Window2: fileB, fileC

И Window1 активно а Window2 свёрнуто.
Ползователь открывает fileC (по закладке или просто через открыть файл).
Что он ожидает:
А) откроется ещё один таб с fileC в активном окне Window1
Б) фокус переключится на fileC в Window2, которое развернётся из трея
В) откроется ещё одно окно Window3 и в нём отобразится fileC
Г) что то другое?

Проблема в том что все варианты логичны.
А) пользователь хочет просто увидеть буфер рабочем окне. (он не хочет других окон, по тому что расположение окон оптимально и возможно паралено он смотрит в другом приложении кино)
Б1) ползователь просто забыл про буфер во втором окне. Возможно увидев его он получит то что хочет.
Б2) ползователь знает про буфер во втором окне и перешёл по закладке (bookmark). Он ожидает иммено что фокус переключится но первое окно не изменится.
В) что то по середине, но пользователь не хочет измененив текушем лайауте.

Основная проблема как я её вижу в том что управление буфером и управление окном обединяются в одну операцию.

В сингл документ - всё просто:
Управление окном - (Control-N и Alt-F4)
Всё осталное - управление буфером.


У кого какие будут идеи?

Roman Mejtesлицензионный ключ для профессионала 0000-0000-0000-0000 :D
Да пожалуйста. :)

mikron Новейшая версия здесь