yermolaev4 мая в 01:37

MarkMello: быстрый Markdown viewer для тех, кто каждый день живёт в .md

Простой

3 мин

18K

Open source * .NET * Текстовые редакторы и IDE * СофтИскусственный интеллект

Обзор

+24

Комментарии 44

Закреплённые комментарии

yermolaev 5 мая в 00:17

Спасибо всем за комментарии, замечания и предложения по улучшению, часть из них была реализована.

Что нового:

Добавлено

Добавлена сохраняемая настройка миникарты документа с режимами Авто, Вкл и Выкл.
Добавлена миникарта документа в режиме просмотра, похожая на minimap в VS Code.
Добавлен ленивый рендеринг миникарты после загрузки документа, без влияния на первичное открытие.
Добавлена навигация по внутренним Markdown-ссылкам вида #section-name.
Добавлены более широкие пресеты области чтения для больших экранов.

Улучшено

Улучшена точность миникарты документа и синхронизация с видимой областью.
Улучшено поведение пересборки миникарты при изменениях layout.
Стабилизирован жизненный цикл миникарты и добавлено тестовое покрытие.

Исправлено

Исправлено сохранение положения и размера главного окна.
Добавлено ограничение восстановленного положения окна, чтобы окно не появлялось за пределами экрана.

linux-over 4 мая в 01:52

а по гиперпересылкам он ходить умеет?

yermolaev 4 мая в 01:53

Умеет :)

Dreams_and_magic 4 мая в 01:58

Прикольная штука:)
Но заметил, что не умеет ходить по внутренним ссылкам, типа:
[Зачем нужна эта документация](#зачем-нужна-эта-документация)

yermolaev 4 мая в 02:01

Спасибо! Добавлю эту возможность в ближайший релиз

Dreams_and_magic 4 мая в 02:21

А можно сделать вариант ещё больше ширины?:) А то сейчас выглядит вот так:

И ещё бы хотелось навигацию в мини-превью справа, как в vs code :)

yermolaev 4 мая в 02:27

Сделаем :)

GooseWing 4 мая в 03:55

Кстати, а чем Notepad++ c соответствующим плагином не устроил? Экран делится на две половины, слева RAW вид, справа с форматированием.

yermolaev 4 мая в 04:15

Собственно, об этом я и написал в статье)

AleGen 4 мая в 04:04

Есть же Typora. Отличный лёгкий редактор. Да, это сразу редактор, но использовать как просмотрщик никто не мешает. И да, он при открытии первого документа предлагает активировать лицензию, но мне не сложно всегда просто закрывать попап.

yermolaev 4 мая в 04:17

Я искал бесплатный

red_dragon 4 мая в 10:51

Да и бесплатные тоже есть. Вот первое что попалось. https://apps.microsoft.com/detail/9p9sdhx8tqvq?hl=ru-RU&gl=RU

ven1999 4 мая в 04:52

Триал 15 дней, а по окончании триала даже просмотр не работает.

dot22 4 мая в 09:45

Typora предрелизной 0.11.18 версии не требует оплаты

AleGen 4 мая в 15:56

Прекрасно работает и просмотр и редактирование. Никаких ограничений, только иногда появляется предложение оплатить или ввести лицензию. Стоит уже месяцев 9. Версия 1.13.4 for Linux (x64).

dot22 4 мая в 09:42

Есть еще MarkText https://github.com/marktext/marktext

Bedal 6 мая в 06:16

и WLX Markdown Viewer для TotalCommander

LiquidBlasted 4 мая в 13:09

Сейчас осознал, что 10 лет уже Typora пользую - с 2016-го, когда Evernote окончательно задолбал, и перешел на систему хранения заметок в .md в своем облаке. Плюсую - офигенный вьювер-редактор, и в бете был на тот момент бесплатен. Когда стал платным - купил конечно же, т.к. из бесплатных на замену такого же хорошего не нашел.
Поэтому появление и развитие бесплатных альтернатив, как у автора - приветствуем :)

titulusdesiderio 4 мая в 05:46

Что насчёт поддержки mermaid и plantUML?

yermolaev 4 мая в 08:30

Добавим :)

impwx 4 мая в 07:47

Спасибо за вашу работу. Выглядит очень стильно и открывается действительно ощутимо быстрее, чем VS Code (хотя Zed еще быстрее).

Нашел несколько багов:

Не работает double click на заголовке - в Windows я ожидаю, что приложение откроется на полный экран
Странно работает выделение внутри блоков кода - начало выделения не совпадает с местом, где находится курсор. Чем дальше от начала текста начинаешь выделять, тем сильнее несовпадение.

Хотелось бы:

Возможность отображать текст на полную ширину (максимальная доступная сейчас занимает 1/4 от моего экрана)
Возможность скроллить текст после клика на колесо мыши, как в браузере
Подсветку синтаксиса для блоков кода

yermolaev 4 мая в 08:31

Принято, поправим :)

maxcat 4 мая в 09:51

Залей в стор, чтобы поиск, установка, обновления стали тривиальными и без споров со смартскрином

yermolaev 4 мая в 11:56

Есть в планах, да

EzS 4 мая в 10:13

Чем не угодил Obsidian?

noncinque 4 мая в 13:50

Он долго открывается!

Elbrus128 4 мая в 11:07

Всегда удивлялся двум вещам! (Вспомнил во время знакомства с этой публикацией, но не из-за её содержимого. ;-)

Почему браузеры умеют из коробки показывать html, xml, txt и пр., но не умеют md?
Почему несложные утилиты, не требующие каких-то сложнейших библиотек к супер-пупер современным версиям распределенных вычислительных кластеров, вышедших 3 дня назад, не программируются так, чтобы их можно было использовать, просто переписав файл на дискетке ;-)), и на любой платформе:

PE (Portable Executable) — PE32 (x32) и PE32+ (x64) для Windows, а через Wine и далее;
ELF (Executable and Linkable Format) — ELF32 и ELF64 для Linux, FreeBSD, Solaris и мн. др.
Mach-O (Mach Object) для XNU, Darwin...

Иногда запускаешь программу уровня хеллоу уолд с одной кнопкой, а она вместо того, чтобы спокойно отработать на условной WinXP, Win 7 сообщает, что у тебя ядро ОС слишком старое для её могучейшего алгоритма. )))

Причем, никаких реальных и очевидных требований по разрядности, API, ABI у программульки нет. Только ленивость или неумность разработчика...

ImagineTables 4 мая в 12:27

Почему браузеры умеют из коробки показывать html, xml, txt и пр., но не умеют md?

Какой в этом смысл, если для просмотра важна стилизация? Универсально прикрутить кастомную стилизацию документа произвольного типа к браузеру не самое архитектурно правильное решение, гораздо лучше взять связку из двух аддонов: один для построения DOM из .md, .fb2 и чего там ещё хочется просматривать в браузере, а второй, типа Stylus, для стилизации этого DOM’а (если не хотите вникать в тонкости CSS, в Stylus можно просто скачать набор стилей, относящихся к документу, заканчивающемуся на .md или .fb2, из расшаренной базы на сервере).

В любом случае, построение DOM неоднозначная операция.

Иногда запускаешь программу уровня хеллоу уолд с одной кнопкой, а она вместо того, чтобы спокойно отработать на условной WinXP, Win 7 сообщает, что у тебя ядро ОС слишком старое для её могучейшего алгоритма. )))

Эти претензии должны быть не к автору программы, а к Microsoft, которая из новых компиляторов злонамеренно убирает поддержку старых версий виндов. У автора выбор: писать на более свежем стандарте C++, или собирать только под более свежие версии виндов. Можно ещё, конечно, поискать компилятор от третьей стороны, но это сильно усложняет процесс разработки. А так, довольно редко бывает, что тебе нужен вызов функции, которой не было в более старом WinAPI. Кроме того, Microsoft перестала публиковать в документации реально минимальную версию для каждой функции (типа, Windows 95), а начала просто врать, что всё равно нужна свежая винда. То есть, разработчику теперь стало труднее принимать решение, хочет он воспользоваться функцией ценой повышения минимальных требований или нет.

Только ленивость или неумность разработчика…

Удобно устроилась Microsoft: со стороны всего этого не видно, и их грехи валят на разработчиков.

Elbrus128 4 мая в 13:30

Мне казалось, что все возможности Markdown можно перевести в HTML-теги — это заложено в саму идею языка. Нет, разве? Если так, то трансляция может осуществляться на лету с огромной скоростью. Никаких моделей строить не надо. 1 к 1. Да! Стилизация и красивости — это всё, конечно, замечательно. Но от быстрого просмотра содержимого документа обычно ждут самого содержимого. Стили можно использовать стандартные. Если вы перетащите файл htmlk без стилей в окно браузера, он же станет красиво отображаться (заголовки, ссылки, списки…), так? Ну, вот и md бы так же спокойно отображался. Кому нужна подготовка печатных макетов, вряд ли будут готовить их на md и заморачиваться с уникальной стилизацией.

Про Майкрософт согласен. Но, фактически, заранее уже и высказался Вам в ответ — ленивость разработчика. У меня же получается написать код, чтобы его и на старой, и на новой, и на *nix’е запустить.

Понятно, если Вы пишете сиcтему управления правами доступа e. g., то будет много привязок. Но программу консольную или из одного окна с единственной кнопкой можно и более переносимую написать, чутка не поленившись.

ImagineTables 4 мая в 14:18

1 к 1

1 к 1 это как? Это же не XSLT. Вот вам некоторые вопросы.

Заворачивать текст в <p> или нет? Для курсива и болда использовать <i>/<b> или <span class="…">? Генерировать <body> вокруг всего документа? Что делать с flavored-вставками, например, с <cut />, который используется в статьях Хабра (кстати, с ходу даже не сообразишь)? Какие теги генерировать для строк между `````js`` и ``````` (о, а вот и баг в хабровском парсере: он не умееет эскейпить бэктики), т.е. для ключевых слов языка ES? И многие другие вопросы, которыми задаёшься при интенсивной реальной работе с MD.

Вместо того, чтобы тащить в браузер всю эту кухню (настройку схемы преобразования для каждого типа документа), которая нужна, если всё делать по уму, гораздо логичнее вынести построение DOM в аддон, который сделает трансформацию так, как вам надо.

А делать тяп-ляп преобразование в браузере — лично мне хватило XML в IE в своё время. Спасибо, не надо.

У меня же получается написать код, чтобы его и на старой, и на новой, и на *nix’е запустить.

Думается мне, это как раз благодаря «и на *nix’е запустить». А мне не надо кросс-платформенность, и что, я должен с .vcxproj переползать на CMake, ради непонятно чего? Особенно для «одного окна с единственной кнопкой».

Elbrus128 5 мая в 09:00

1 к 1 это как?

Имеется ввиду 1 структура md в одну визуальную структуру на экране. (Хоть табуляцией и пробелами форматировать. )) Но проще, мне кажется, одну структуру md преобразовать в более-менее аналогичную структуру html.

Пусть есть некий формат md, который мы для себя принимаем желаемым стандартом.
Пусть есть некое ПО «ABC», что отображает файл этого формата так, как нам кажется приемлемым (соблюдает структуру, заложенную в файле, на стили не обращаем внимание).

Можно с помощью некоего ПО (я бы хотел видеть этот код в браузере) перевести код из файла в формате md в код на HTML и отобразить его тут же браузером так, чтобы он визуально (заголовки большие, текст маленький…), по структуре и функционально соответствовал структуре и содержал нужные ссылки, как если бы этот файл md отображался эталонным ПО «ABC» (пусть и без сохранения всех стилей).
В какие html-теги программист такого легкого md-вьювера преобразует код md — БЕЗ РАЗНИЦЫ! Я этот html-код всё равно не увижу никогда! Да, мне и не надо! Мне только надо, чтобы заголовки отличались от абзацев, один абзац не слипался с другим, списки шли своим чередом и можно было жмакнуть по ссылке и открыть другой пункт документации. Всё.

Если мне понадобится полноценная работа с документом md я возьму специальное ПО «ABC», как я беру систему верстки, если собираюсь готовить макет к печати.

Но, для быстрого просмотра файла md в браузере все Ваши вопросы про модель документа и в какие теги и как оформлять код md абсолютно не интересны. В любые! Получится, что документ структурно похож, и ладно! )))
(Даже, если это нарушает как-то стройность DOM и html-код никогда не прошел бы верификацию W3C.)

Вот, такой легкий просмотрщик md прямо в браузере получился. ;-)

Dreams_and_magic 4 мая в 12:53

"Почему браузеры умеют из коробки показывать html, xml, txt и пр., но не умеют md?"

нет единого стандарта реализации маркдауна

APh 4 мая в 13:02

С HTML такая же петрушка была поначалу. Войны браузеров (Нетскейп Навигейтор verse Майкрософт Иксплорер) и всё такое.

MrBrooks 4 мая в 12:46

Зачем опусу говоришь не писать в коммитах его имя?))

eee 4 мая в 16:14

Базовый HTML умеет рендерить?

KCEHOKOT 4 мая в 20:03

товарищи, а Joplin кто-нить юзает? вроде удобная штука-то?

steus_au 4 мая в 20:22

обычный notepad в вын11 открывает md файлы.

brat_viktor 5 мая в 00:08

Обычный notepad открывает любые файлы и в любой винде