» Mark - небольшой удобный редактор

Astra55


Цитата:

Bred 3 - новая версия текстового редактора Bred.
Как и его предшественник Bred 2, ставший очень популярным в России, Bred 3 представляет собой многофункциональный текстовый редактор-заменитель стандартного Блокнота Windows.
Теперь работа с Bred доступна всем без исключения пользователям Windows. Список возможностей нового Bred 3 включает в себя поддержку наиболее распространенных кириллических кодировок (ANSI, KOI8, OEM, юникод) с возможностью мгновенного преобразования текста из одной кодировки в другую, возможность работы с файлами неограниченного размера, поддержку плагинов, подсветку синтаксических конструкций и многое другое.
К выходу финальной версии планируется значительно расширить список доступных функций, в т.ч. за счет предложенных пользователями программы.

Выделено мной. Pitersky

Pitersky
Бред 3 - последний раз трогался создателями полтора года назад, печать так и не сделали, несмотря на каждый второй пост об этом, поэтому я его не юзаю, так как печать одна из важнейших вещей.
Astra55
По многим пукнтам согласен, НО Марк реализован на РичЕдите, в котором многие вещи (например подчеркивание неправильных слов не реализуется в лоб) Поэтому работа над ним прекращена. по поводу непонятых тобой пунктов, об этом писалось на страницах, в частности u-n-d-o это посимволное отменение ввода, а UNDO поэтапное (то есть ввел кусок текста, нажал анду и этого куска сразу не стало). Работа с кодировками в самом деле не очень удобная, вчера мне надо было создать документ, а в буфере нахожился фрагмент в кодировке доса, короче в итоге я его вставляю (просто пробовал все варианты) потом делаю Выделенный фрагмент - из DOS потом сохранение. Закрытие открытие и только тогда у меня стало все по русски, все остальные попытки вставить досовский текст приводили к полной потере кодировки. Очень желательно было бы, чтобы при вставке из буфера марк либо сам бы опеределял кодировку и переводил страницу в соотв, либо делал запрос на то, в какой кодировке мы хотим вставить. Это к будующей версии.

Astra55
отличный анализ!
только бы подредактировать, чтобы на всю ширину страницы был?

Добавлено:
[x] 28.12.05 неверное определение формата файла (Windows,Unix,Mac) на    очень маленьких файлах.

2 vito333

Сделал по 76 знаков в строке, если не понравится, то исправлю на любое другое. В Бреде это делается весьма быстро.
Есть интересный редактор, он на втором месте после Бреда, если не учитывать работу с русскими кодировками, ибо писан не нашим автором - MetaPad, кое-что из него можно взять по части функций. Тоже крошечного размера, но как и Бред, заброшен автором.

2 Pitersky

Действительно, ShIvADeSt прав, новый Бред умер, толком не родившись. И вряд ли у автора будет время и энтузиазм для его возрождения. У его конторы есть куда более актуальные и прибыльные проекты.

Astra55

Цитата:

новый Бред умер, толком не родившись

Кстати, не знал... Давненько не следил, последнее время всё другими разными пользовался. Сейчас Mark. Потом может ещё что появится, нет предела совершенству!

vito333
Опять марк не может создавать файлы из тотала при вызове по shift+F4, когда уже открыт с редактированием другого файла. Я думал это уже пройденный этап, а тут оказалось что нет. Может забить на передачу нескольких файлов в коммандной строке (все равно никто не юзает) но сделать по нормальному работу при открытии одного файла? А то достало уже вначале закрывать окно с ошибкой, потом по Ф4 редактировать созданный файл. Я думаю многие будут согласны. Лучше иметь что то немного ограниченное, но рабочее, чем более функциональное, но глючное
Кстати, может быть сделаешь чтобы при вставке из буфера обмена текст автоматом конвертировался в ту кодировку, в которой сейчас документ? В крайнем случае сделай окно выбора кодировки при вставке (что не есть гуд, но его можно вызывать только когда вставка идет в только что созданный документ). Очень нужная фича, так как после пары танцев с бубном, при вставке ДОС в 1251 не хочется больше шаманить.

ShIvADeSt
да, я писал, что откатил это исправление, так как возникали ошибки, и вряд ли сделаю .
по буферу обмена - сейчас автодетект кодировки оформляю в класс, как сделаю - наверное и прикручу к буферу.

Добавлено:
Astra55
ты бы не делал жестких переносов - страница сама растянет на приемлемую ширину, читабельность не пострадает я думаю.

по поводу твоих замечаний:
1. в текущем виде Марк заморожен, только багфиксы и мелкие улучшения возможны.
2. было бы в сутках 36 часов, да спать не хотелось бы - сделал бы я всё, что только хочется
3. подсветка, как опция, считаю нужна.

Поздравляю всех с Новым Годом!

vito333

И тебя с новым годом! Спасибо за отличную программу. В новом году будем очень ждать новый Mark!

vito333
Будь счастлИв и не болей!

ALL
Всех с новым годом!

vito333
С Новым годом!
Удачи во всем!
ALL
А нам нового Marka!

Очень неприятноя ошибочка в Марке: при редактировании текста в utf-8 он при сохранении (произвольно?) меняет некоторые символы (рус/лат - без разницы) на код 0x06 (иногда бывал 0x00). Пробовал отредактировать в другом редакторе (ListEdit) - без проблем. Mark 0.9z от 28.12.05, WinX PSP2 ru.

AltSolo
давай конкретные файлы, примеры.
как-то когда-то что-то такое было - вроде разобрались.
Может сейчас как-то повлияло использование ричедита последней версии(msftedit.dll)? Надо разобраться, нужна конкретика.

AltSolo
и уточни, может замена происходит при загрузке всё-таки?

vito333
Посмотрел, действительно, изменения происходят при загрузке файла со 100% воспроизводимостью. А файлы? Ну, например меню Оперы, unicode-маркер там есть, кодировка сразу определяется правильно (_http://moldova.cc/dennis_hawks/standard_menu%20(1).ini).
Отклыл, символы поменялись на код 0х06, добавил-удалил любой символ, сохранил, результат:

Сравнение файлов standard_menu (1).ini и STANDARD_MENU (1).INI
00001000: 74 06
00001FFE: 34 06
00002FFC: 64 06
00003FFA: 74 06
00004FF8: 63 06
00006FF4: 65 06
00007FF2: 74 06
00008FF0: 2D 06
00009FEE: 32 06
0000AFEC: 63 06
0000BFEA: 47 06
0000CFE8: 6F 06

хм, действительно, при загрузке именно UTF8 символы по счёту кратно 4096 (размер порции данных, считываемых ричедитом ), то есть 4096, 8192 и т.д., заменяются на символ 0x06, если они из первой половины таблицы символов ASCII, то есть код у которых 0-128.
Причём этот глюк присутствует с самого начала . Причём это глюк ричедита, хотя это не совсем глюк - я бы назвал это "ошибка недокументированной (или плохо документированной) возможности" . Всё равно глюк, короче.
В общем для UTF8 буду загрузку переделывать.

Как писать в этот микрософт об ошибках, никто не знает?

У меня что-то последний Марк перестал помнить позицию курсора. Раньше (в предыдущих версиях) вроде было все нормально.

да, появился такой глючок, у меня и МРУ косячит. Исправлю вместе с загрузкой utf8 и выложу.

Я весь топик не читал - но, тем не менее, сразу возник вопрос к автору - а почему, собственно, этот чудный редактор не умеет работать в Win9x ? Неужели это так сложно реализовать ?

alexey65536

Цитата:

почему, собственно, этот чудный редактор не умеет работать в Win9x ? Неужели это так сложно реализовать

Значит плохо читал, у Марка врожденная способность работать с юникодом, которого в 9х в принципе нету.

а нельзя ли сделать так, чтобы, вводя "mark.exe readme", автоматически создавался и открывался файл readme.txt?

конкретно интересует работа в Тотал Коммандере, чтобы при нажатии на кнопку с этой командой в активной панели создавался этот файл. с notepad'ом такая штука прокатывает, но он еще и ненужный запрос на создание файла выводит, и всё же хочется mark =)

p.s.: или посоветуйте другой способ

ShIvADeSt
Вы не совсем правы насчет юникода, имеется Microsoft Layer for Unicode on Win9x Systems (MSLU) - UNICOWS.DLL, нужно только желание его использовать.

alexey65536
да, дело прежде всего в юникодовом контроле richedit, используемом программой, но не только. Ещё прозрачность, ещё по ходу процесса программирования достаточно много функций, которые реализованы только с вин2000 и выше. На мой взгляд уже и вин2к старовата становится, хотя я на ней тоже несколько лет сидел.

Пожеланьице: хорошо бы сделать, чтобы можно было выделять тескт не по строкам, а ещё и блоками, как это в ворде с клавишей <Аlt> делается. Кстати я не знаю, что такое "вертикальные блоки", про которые говорится в списке "to do" в файле readme. Если они -- это такое же выделение, о котором я гоорю, то тогда пардон.

Добавлено:
в общем, сейчас такого списка там уже я не вижу, но раньше я помню, был список "TO DO".

[x] 20.01.06 при загрузке файлов utf8 портились символы ASCII на позициях, кратных 4096.

Добавлено:
Dudus

Цитата:

хорошо бы сделать, чтобы можно было выделять тескт не по строкам, а ещё и блоками, как это в ворде с клавишей <Аlt> делается.

хорошо бы, но уже не обещаю
а вертикальные блоки - это они и есть.

Добавлено:
[+] в командной строке можно задавать имена несуществующих файлов.
Файлы будут созданы и открыты для редактирования. Количество задаваемых имён не ограничено (можно задать несколько файлов).

Цитата:

Файлы будут созданы и открыты для редактирования.

спасибо большое!

vito333

А когда первая (готовая к использованию) версия нового Mark будет?

Добавлено:
Почему-то в списке последних файлов в Mark, вместо названий файлов только по два квадрата, как при "непонятной" кодировке...?

Harrier

Цитата:

в списке последних файлов в Mark, вместо названий файлов только по два квадрата

в последней бетке? в предыдущей было такое, вроде пофиксил.


Цитата:

А когда первая (готовая к использованию) версия нового Mark будет?

задерживается, насколько - даже не знаю, времени на кодинг просто нет.

vito333


Цитата:

в последней бетке? в предыдущей было такое, вроде пофиксил.

На моём компе во всех версиях Mark так. Хотел уже написать об этом, но забывал.

хм, и ты молчишь ...