Форум » [x]Harbour » Hbedit - текстовый редактор » Ответить

Hbedit - текстовый редактор

alkresin: Довел, наконец, свой текстовый редактор до того состояния, когда можно показать его общественности. Я начал писать его сначала как замену Memoedit(), но потом увлекся) и решил сделать что-то помощнее, как нормальный редактор для повседневного использования. Мне приходится в течение дня работать и под виндами, и под Линуксом - использую Far и mc, соответственно. Иногда Vim - но к некоторым вещам в нем так и не привык. Но хочется иметь что-то одно для всех платформ - не слишком навороченный, но чтоб было все что надо. Сегодня выложил на github: https://github.com/alkresin/hbedit. F9 (или мышкой по соответствующей надписи) - главное меню. В ближайших планах: - Lower/Upper для utf8 - новые режимы подсветки ( директивы препроцессора и пр. ) - скобки - подсветка парных и переход на парные - undo - решить проблемы с табуляцие - сохранение истории открытых файлов, поиска - написать help (hbedit.help) Если есть идеи для реализации - буду рад услышать.

Ответов - 300, стр: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 All

alkresin: Обновлен hbedit. В диалог Save as добавлены опции eol и bom. В диалог Search&Replace добавлена кнопка для выбора replace. В диалог Search добавлены опции Whole word и Regular expression.

SergKis: alkresin пишет В диалог Save as добавлены опции eol и bom. Не смог попасть на [ ] ...BOM .. ( ) ...., ни TAB, ни стрелкой вниз, ни мышкой

SergKis: PS hbedit.exe F9, 7, 3 // Utf8 поставили ввожу текст Esc edi_Alert с сообщением, отвечаю Save окно Save, ввожу имя, перемещаюсь по галочкам, жму Esc полный выход из hbedit, отказался только от режима Save as, вернуться должен на текст oEdit и выходить через edi_Alert


SergKis: alkresin Может галочку для BOM Utf8 в ini завести. Если работа с текстовыми файлами BOM чаще нужен, чем нет, при html и xml BOM не нужен

alkresin: SergKis пишет: Не смог попасть на [ ] ...BOM .. ( ) ...., ... Esc полный выход из hbedit Исправил.

alkresin: Обновлен hbedit (когда я это пишу, то имею ввиду бинарники у меня на сайте, исходники на github обновляются чаще). Добавлены vim-команды r, R, ~. Исправлены кое-какие ошибки.

alkresin: Обновлен hbedit. Теперь можно расщепить текущее окно на две части по горизонтали или по вертикали, при этом в новом "субокне" откроется тот же файл, что и в текущем, но в readonly режиме: Ctrl-w, s - расщепить по горизонтали Ctrl-w, v - расщепить по вертикали Ctrl-w, w - переключение между "субокнами". Сочетания клавиш, если кого удивляют, взяты из vim. Добавлены новые vim-команды: ciw, ci", di"

alkresin: Обновлен hbedit. Сделан выбор нескольких файлов (нужные отмечаются пробелом) из списка в диалоге Open File и в списке файлов проекта hbp-плагина. В диалог Open File добавлены опции ReadOnly и In a current window (т.е., вместо текущего файла). Добавлена возможность искать по содержимому файлов: в списке файлов в нижней строчке, где мы можем ввести фрагмент имени файла для поиска, после прямой косой теперь можно ввести строку для поска по содержанию, которая должна завершаться двумя косыми. Например, нам надо найти prg-файлы каталога, где есть строка "AddWindow": prg/AddWindow// Между двумя завершающими косыми можно ввести 'c' - поиск без учета регистра: prg/addwindow/c/

SergKis: alkresin 1. Выбор файлов окно, TAB, фокус на [^] жму Enter (только пробел, "маловато будет") -> уходим на oEdit как New file 2. Выбор файлов окно на списке, ищем по содержимому /prg/method/пытаюсь ввести / не дает, Enter -> валит dbedit 3. Деление окна Ctrl+w любое. На разделенном (правом или нижнем) окне F11 или F4, возможно др. меню не восстанавливают экран после меню при возврате в режим Edit

SergKis: PS При вертикальном разделении окна, в левом окне, счетчик колонок наезжает на режим работы - пропадают правые значения и ]

SergKis: PPS Прикольно разбивать окна на подокна, но когда, разбив все окно на 4 части, продолжить разбиение, кроме искажения строки меню, выход по Esc с подокна уходит на главное окно, а ожидается на предыдущее подокно, как создавались и переключаются по Ctrl+w, w. Т.е. Esc убирает подокно и ставит на предыдущее, иначе нажатие Esc скидывает всю работу по окнам с подокнами, убирая\завершая hbedit, что становится неожиданным

alkresin: SergKis пишет: Выбор файлов окно, TAB, фокус на [^] жму Enter (только пробел, "маловато будет") -> уходим на oEdit как New file Не удалось воспроизвести и не понял, при чем тут пробел. /prg/method/пытаюсь ввести / не дает Поиск по умолчанию - с учетом регистра (потому что без учета - медленнее) - второй слэш не вводится, потому что поиск не дал результатов. А валиться не должен, конечно, исправлю.

SergKis: alkresin пишет Не удалось воспроизвести и не понял, при чем тут пробел. По пробелу (в фокусе [^]) вызывается список файлов, а по Enter улетаем сразу в oEdit. Точно так ведут себя и др. элементы окна ReadOnly, In a current ... -> улетают в oEdit при Enter. Находясь в фокусе, по мне, они должны срабатывать, как при нажатии Space. Если в фокусе поле ввода имени файла и оно пустое, а мы жмем Enter, должно срабатывать TAB+VK_SPACE, т.е. фокус на [^] и вызов списка, а не переход в oEdit, как при New file

alkresin: SergKis пишет: По пробелу (в фокусе [^]) вызывается список файлов, а по Enter улетаем сразу в oEdit. Точно так ведут себя и др. элементы окна ReadOnly, In a current ... -> улетают в oEdit при Enter. Находясь в фокусе, по мне, они должны срабатывать, как при нажатии Space. Вопрос спорный. Я, когда это делал, ориентировался на Far - там именно так, как у меня сейчас.

SergKis: alkresin пишет Вопрос спорный. Я, когда это делал, ориентировался на Far - там именно так, как у меня сейчас. Для пользователей console, wvt режимов это скорее аксиома. Все переделанные проги на windows hmg, по просьбам пользователей, доводятся именно до такой работы (хорошо в hmg есть команда). И это удобнее, по мне. Если бы фокус стоял на кнопке [Отменить], а сейчас получается именно так по default, я бы согласился. Far, правктически, не использую как редактор.

SergKis: PS Вызывая окно Open file, хочется выбрать именно файл и хотелось, что бы окно было сфокусировано на это, а не режим [Отменить]

SergKis: SergKis пишет При вертикальном разделении окна, в левом окне, счетчик колонок наезжает на режим работы - пропадают правые значения и ] По мне, для подокон имя файла и режим работы можно не показывать в строке состояния - все видно в окне с режимом Edit. Достаточно счетчиков строк, колонок.

alkresin: SergKis пишет: Если бы фокус стоял на кнопке [Отменить], а сейчас получается именно так по default, я бы согласился Нажатие ENTER в любой позиции, кроме кнопки CANCEL - это подтверждение операции, а не отмена. Если бы у вас в строке для имени файла что-то было, то указанный файл открылся бы. Ну а раз там пусто, то соответствующее действие не производится.

SergKis: alkresin пишет Если бы у вас в строке для имени файла что-то было, то указанный файл открылся бы. Ну а раз там пусто, то соответствующее действие не производится. В своих программах, на полях со справочником (вызов списка файлов - аналог) Enter на пустом поле, проделывает операцию вызова справочника. Это удобно для пользователя, как удобно и нажатие Enter на элементе в фокусе - проделывается операция в "фокусе". Esc - отказ от операции. Но это Ваша программа и Ваше видение. Я только излагаю мысли вслух

SergKis: PS [^] - это кнопка и когда она в фокусе, то Space и Enter исполнители операции в "фокусе". Сейчас срабатывает только Space, что несколько не логично.



полная версия страницы