to post messages and comments.

Перепробовал целую кучу десктопных md редакторов, все уже и не припомню, но делятся они на две группы:
1. Либо в нутрях хромонога/электрон
2. Либо они не понимаю перенос строки без <br>
Ну и у каждого есть пара своих особенностей по обработке md, хотя учитывая что стандарта у него нет — это норма.

Открыл что markdown хранится для мелких заметок и напоминалок, начал искать десктопный редактор и твою-ж мать, я даже не думал что в мире столько софта на chromium/electron.

Как ни печально, готовые CMS на Flatfile/Markdown разочаровали все :-/ Даже столь крутые, как Grav.

Всё же, основная идея flatfile/markdown, ИМХО, в том, чтобы иметь страницу со всеми объектами в одном каталоге. Чтобы можно было копировать переносить из одного места. В Grav, например, штатные картинки лежат в другом месте, чем страницы. Адреса в файловой системе должны быть постоянными. Чтобы корректно работали VCS. В Grav путь корневых страниц меняется при изменении порядка в меню. Ну и использование относительных путей без конечного слеша тоже ведёт к бардаку с относительной адресацией...

Придётся продолжать велосипедить :-/

Попалось очень интересное решение, которое процентов на 80 пересекается с моими идеями и разработками:

getgrav.org

— CMS базируется на плоских файлах в Markdown формате (для ускорения опционально возможно кеширование «поверх»).
— Хотя наличествуют и традиционные способы установки, рулит реализация всего на Composer.
— Большое количество плагинов и тем (Twig).
— Запускается в базовом варианте сразу, без всякого конфигурирования.
— Есть свой пакетный менеджер для расширений/тем.
— Расширения/темы можно ставить через админку (хотя первый раз она ставится отдельным пакетом).
— Мультисайты, многоязыковость, ЧПУ, роутинг, редиректы
— Система пользователей и прав (хотя не разбирался, есть ли возможность коллективной работы).
— Контент может браться из Git, SVN, Dropbox и других. В т.ч., например, текст страниц может быть прямо на GitHub.

Моя идея «поправил файл дома, он через SparkleShare автоматом ушёл на GitHub, GitHub дёрнул сайт и вот страница уже на сайте», т.е. «правлю Markdown-файл дома в файловой системе — обновляется удалённый сайт» тут, кажется, уже работает.

Забавно, что формат метаданных в Markdown практически совпадает с моим :) Т.е. большинство моих тестовых страничек в этой CMS будут работать как есть.

Небольшие нестыковки с моей системой по структуре имён файлов, расположению картинок и т.п. У меня логичнее :)

Надо будет подумать. То ли эту CMS как есть на мои новые сайты ставить, то ли просто в роли бэкенда/миддлэнда (админка, редактор файлов, благо, он хорошо сделан, а фронт уже мой). В любом случае система заслуживает внимания :)

Если я правильно понял https://github.com/mybb/Parser, то на 2-й версии MyBB можно использовать Markdown. И тогда можно будет перевести на него все форумы Infonesy по умолчанию.

— Движок Авиабазы и сейчас понимает Markdown, просто чтобы народу голову не забивать, вариант BBCode используется без возможности выбора альтернативы
— MyBB 2
— Vanilla Forum
— FluxBB
— Flarum (правда, там кривой и принципиально не расширяемый Markdown без таблиц)

Получается, всё, что я щупал и признал интересным, теперь сможет поддерживать Markdown. Отлично :)

Продолжаю тему IPFS. JS позволяет вполне удобно загрузить Markdown-документ по ссылке в параметрах. И — voilà. Заливаем в ipfs markdown-парсер, передаём ему в виде параметра наш же markdown-документ. Получаем ссылку на приятно оформленный файл. Оригнальный пример: ipfs.io

Первый попавшийся собственный markdown, засунутый туда же:

gateway.ipfs.io

А вот — оригинал:

gateway.ipfs.io

То есть, просто делаем ipfs add на наш .md и подставляем его хеш в качестве параметра. Получаем удобную p2p-ссылку. Надо будет подправить мой ipfs-add, чтобы при добавлении .md давал ссылку на рендерёный вариант :)

Забавно, что пару лет назад, когда меня интересовал промежуточный слой XML для хранения логики BB-code разметки перед конвертацией в HTML ( linux.org.ru ) никто не предложил DocBook XML. Похоже, это то, что нужно. И позволит унифицировано задействовать разметки в других форматах, хоть Markdown, хоть AsciiDoc. Надо будет попробовать задействовать на практике.

В идее распределённых статических сайтов решил, таки, от Zim отказаться в пользу Markdown. Markdown стал фактически популярным стандартом, а Zim перестал шевелиться. И хотя Markdown-based десктопной Wiki в файловой системе я пока не вижу, это направление явно перспективнее.

Как мелкий бонус — заодно на GitHub документы вполне прилично смотрятся :) Вот для затравки: github.com
~~~

Это, наверно, уже реквестировали. Я предлагаю добавить волшебный тег *markdown (или *md), добавив который, мы прикажем жуику парсить и рендрить тело сообщения как mardown документ.
По аналогии с тегом *code, который делает шрифт моноширным.

Ищется какой–нибудь формат файла, в котором можно было бы хранить статьи для сайтов и соцсетей. Такие форматы, в принципе, есть, например, XAR, а хотелось бы чего–то, что может быть понято самым разным софтом. Пока что кажется перспективным Markdown + изображения в .zip. Markdown редакторы есть, а вот, чтобы в .zip могли редактировать, надо разбираться.

Цель: заменить Office, из которого перепостить на сайт нифига не удобно. Разная механика вёрстки в офисных продуктах и в web, как минимум.

Вот что за полумеры? Markdown для ссылок введён, а почему (уже сколько лет прошло с первых предложений?) нет для остального? Ведь напрашивается же для формата Juick'а. В первую очередь, конечно, разметка для кода.

А так получается, что юзабилити всё падает, а новые полезные фишки мало компенсируют потери.

«Valletta : Markdown Editor» goo.gl – отличный редактор, у которого киллер фича, есть комбинированный режим, весь документ рендериться в красивый вид, а строка на которой стоит курсор показывается голую markdown разметку. Писать одно удовольствие.
P.S джуй не пригоден для работы после markdown %) сорри за спам

все таки по совету друга написал очень скромненький для markdown2, который позволит задавать цвета для текста, чуточку позже еще допишу для линков и всего остального, чему требуется непосредственное указания цвета, нежели определение его в блоке ;). Не особо хочется на бб перелазить, но все таки сделаю BB, Markdown по выбору пользователя.