Комментарии 58
А есть ли нативные (не основанные на web-движках и js) WYSIWYG редакторы markdown?
Прямо вот на 100% не уверен, но если судить по размеру инсталлятора:
http://www.texts.io/features/ - 45 Мб
https://typora.io/#windows - 60 Мб
https://wikigo.leomoon.com/ - 45 Мб
ну и если не совсем WYSIWYG нужен (а только жирность, например), то мне нравится https://www.hippoedit.com/ - 5 Мб
Notepad.exe в Windows 11
Emacs с markdown-mode? (более, чем полусерьезно)
Наверное не подойдет под требование web-движков, но в VSCode встроен предпросмотр MD
А вот зачем именно WYSIWYG не понимаю - формат итак простой как 3 копейки и разрабатывался как-раз для того, чтобы можно было без спец редакторов редачить =)
Не визивиг, но Obsidian в режиме редактирования все строки кроме текущей отображает в режиме просмотра. Только текущая в режиме редактирования, и в ней соответственно исходник.
А раньше я пользовалась Ulysses, он есть десктопный на мак. Там интерфейс визивиг, но не совсем честный маркдаун в кишках. Хотя может экспортировать в мд.
Отличная история про "первых в мире".
К 2004 , только ленивый не писал собственный шаблонизатор, Большинство писало для себя про них уже никто не знает. Кто-то пытался стать популярным. Кому-то это удалось. Какой-то из выживших продуктов сейчас используется и есть интересанты рассказывать о его революционности перевернувшей мир
Дальше в дело вступают генераторы контента, которым пофиг о чём писать, главное KPI по символам выполнить.
И, вуаля, у нас есть рассказ об очередном первонахе, без которого наш мир так и остался бы ужасным и отсталым.
З.Ы. Пепел bbcode стучит в наших сердцах.
bbcode все-таки ленивая калька с html, сделанная для упрощения и контролируемости. Она не дает приближения к естественному тексту (особенно более сложные конструкции типа списка) и намного более многословна. А если набираемый текст отличается от латиницы, вставка тегов вручную превращается в настоящую боль
Сложнее печатать, да, но с теми же WYSIWIGами подстановка тегов чуть ли не горячими клавишами набивается. Насчёт phpBB не помню, но в IP.Board 2 как минимум так уже работало, пока в Invision Community 5 поддержку синтаксиса BBCode целиком не удалили.
BBCode выигрывает расширяемостью произвольными тегами, с Markdown уже так не поиграть, но тут уже заявкой на холивар тянет.
З.Ы. BBCode вечен!
А уж сколько дыр привносило добавление тех BB-кодов. Сколько тех форумов полегло не счесть.
Она не дает приближения к естественному тексту
Зато в Markdown есть подчёркивание, которое не подчёркивает, а зачем-то дублирует выделение звёздочками (курсив и жирный). И так везде. Для списка тоже есть три символа, хотя подходит из них один (дефис - странно, звёздочка - будет периодически отвлекать курсивом, остаётся плюс). Для блока кода варианта три.
Экранирование \* в реализациях зачастую принято нарушать.
this text is surrounded by literal asterisks - говорит оригинальная спецификация, но хабр не согласен.
Пепел bbcode стучит в наших сердцах.
В смысле пепел? вон Битрикс24 весь на bbcode. Самое забавное, что эти мудрецы выпилили WYSIWIG из чатов. Хочешь вставить цитату\выделить текст - будь добр запомни синтаксис .. .. в 2026 году... маркетологам и прочим владельцам малого бизнеса
Пример bbcode в ленте
Пример из чата, найди WYSIWIG
И нет, четыре квадратика это не доп. меню с форматированием. Это "Application"
@bitrix24 когда вы уже нафиг уволите весь UI\UX отдел по статье проф.непригодности и наймете нормальных специалистов? У вас куда не ткни какая-то дичь.
Пепел BBCode стучит только в сердцах админов phpBB форумов, которые до сих пор не могут мигрировать на Discourse, остальной мир выдохнул с облегчением когда квадратные скобки ушли в прошлое)
Допустим,
[мой блог](https://anildash.com)!
Нет. Лучше бы сделали единое обрамление элемента вроде
[мой блог |https://anildash.com]
Или выпиливали бы юзеров, которые не осилили html.
А что по RST? Я в него повтыкал мало, но там прям мнооооого всякого.
Или выпиливали бы юзеров, которые не осилили html.
html имел две принципиальных проблемы:
если пользователь не закрывал тэг или не ставил закрывающую скобку, то всю страницу плющило и колбасило
в html быстро набился яваскриптовый функционал, а чистилка тэгов не позволяла вычищать конструкции вида img src="..." onload="..."
Создать с нуля убогий шаблонизатор, гарантированно не имеющий этих двух проблем, было самым разумным вариантом.
Да вот только markdown позволяет вставлять в себя куски html-кода и прямо на его сайте было написано, что если вам чего-то не хватает в markdown (этим «чем-то» обычно оказывались таблицы), то просто пишите html. Так что про «гарантированно не имеющий этих двух проблем» мимо.
У него могло быть написано что угодно, но использовать это совершенно необязательно.
Эти штуки создавались для того, чтобы гарантировано убрать бесконечный набор непредсказуемых html-тэгов, но оставить конечный гарантировано безопасный набор шаблонов. Например, вставку картинок хотлинком разрешали не все.
В итоге, ни пользователь форума, ни наёмный редактор не сможет сделать никакой дурости или гадости.
Это как с мылом - то что не все моют руки перед едой, не отменяет того факта, что мыло было создано как раз для мытья рук.
Вы только что изобрели wiki-разметку. :)
сделать воображаемую девушку более соответствующей комплаенсу
что?
А потом имеем классный Markdown, который не понимает другой движок Markdown?
Берем Typora - правда, отличный редактор (когда они были бесплатными в бете, было еще "отличнее"), пишем в ней текст с разметкой. Копируем в буфер, несём в редактор Хабра - ба, шляпа (притом, что в старый, что в новый)! По сути, в редактор Хабра вероятнее скопировать rich text, нежели чистый plain-text c md-разметкой. Технический же ресурс, правда?
И такое сплошь и рядом - и в копировании через буфер, и в работе с готовым файлом с разметкой. И чем более продвинутое (больше, чем болд и италик для шрифта) мы хотим от Markdown, тем меньше шансов, что md от одного движка подойдет к другому.
В общем, как вешать форматирование минимальной продвинутости - да, ок. Как для чего-то серьезного - тут будут не просто вопросики, а вопросищи!
У Хабра много проблем с Markdown, и он не сочетается с GitHub Flavored Markdown. Несколько лет назад я даже разработал конвертер в формат хабра.
писал когда то статью на Хабре, как конвертирую MarkDown ответы в pdf https://habr.com/ru/articles/962592/
markdown действительно шикарный формат. Как и сказано в статье, пользовался я им давно, не зная что это какой-то формат, но серьезно на него перехожу только сейчас, после знакомства с mermaid (позволяет описывать схемы внутри md) и когда в голове сложилось все окончательно - где это создавать, смотреть и как выкладывать.
В этом ключе статья просто историческая и не знакомит с md. Но и для истории неплохо бы упомянуть что HTML это поломанный XML (до html 5), а не стартовать с него. И зачем его поломали, а потом чинили
Я не понял, вы меня минусуете за то что я перед XML SGML не упомянул? Я сделал это специально и задал про это наводящие вопросы. Что бы не тянуть резину, покажите мне схемы, sgml-xslt, path, итп. А в теме топика SGML-FO.
Спрашивайте у тех, кто вас минусует. Я обычно пишу ответ текстом, пусть даже из одной строки.
А если предполагать, мне кажется, вы просто наступили людям на больную мозоль. Например, совсем недавно я словил исключение по поводу незакрытого тега в XUL, и вспомнил, как же это было больно в HTML.
Ну извините, кроме вас никого не было. Мне просто интересно "за что"
В XML трудно не закрыть тэг. Нормальный редактор это сразу покажет и скормить куда либо это вряд-ли получится (в трансформации или в сериализатор)
Если брать мой личный опыт, то я XML использую для трансформации чего либо машинно-читаемое, во что либо, не исключая md
Или для разметки UI в виде XAML
Поэтому мне не понятно что я не так сказал. Я рассчитывал на благодарности за mermaid :) Лично я в восторгах.
Как по мне, разница в следующем. XML пишут роботы для роботов (сериализация/десериализация), а кожаные прокладки изредка туда смотрят при отладке («Это шо за странное значение?»). HTML же пишут люди для людей (как WYSIWYG ни толкали, он не взлетел), только в конце его читают браузеры, а люди не любят языки роботов. Зачем человеку нужно требование закрытия? Роботу оно нужно понятно для чего: чтобы находить криво сгенерированный код (== ловить баги в сериализаторах). А человек предпочтёт отступы, глаза и голову.
Ну а XAML (как и QML, и все остальные UI ML) просто слишком нерепрезентативен, чтобы качнуть чашу весов в любую сторону. Как сказал один очень умный разработчик по поводу UI: вы или мучаетесь без DOM'а, или заканчиваете с маргинальной версией HTML, которую мало кто знает.
По теме статьи: а Markdown это ещё более human oriented DSL, для ниши, где даже HTML слишком «роботский». Например, для написания этих комментариев.
Нет, от html вряд-ли можно получить WYSIWYG, а от XML запросто. Большинство сложных форм контрактов, которые вы подписываете в банках и телекоме сделаны так. Там где куча столбцов, прямоугольничков для заполнения итп. В идеале на один лист бумаги.
XML это не только и не столько данные, сколько схемы, трансформации и запросы.
Я сделал это специально и задал про это наводящие вопросы
Также надо отметить, что в вашем предыдущем комментарии нет ни одного вопроса.
Как HTML, вышедший в ~1993 (и разрабатываемый чуть ли не с 86) мог быть поломанной версией XML (разработка начата в 1996, релиз 1.0 в 1998)?
HTML; 1.6 History
For its first five years (1990-1995), HTML went through a number of revisions and experienced a number of extensions, primarily hosted first at CERN, and then at the IETF.
With the creation of the W3C, HTML's development changed venue again. A first abortive attempt at extending HTML in 1995 known as HTML 3.0 then made way to a more pragmatic approach known as HTML 3.2, which was completed in 1997. HTML4 quickly followed later that same year.
https://html.spec.whatwg.org/multipage/introduction.html#history-2
HTML 3.2 Reference Specification - W3C Recommendation 14-Jan-1997
XML; 1.1 Origin and Goals
XML was developed by an XML Working Group (originally known as the SGML Editorial Review Board) formed under the auspices of the World Wide Web Consortium (W3C) in 1996.
The W3C's XML 1.0 Recommendation was first issued in 1998...
влияние компании на культуру, вероятно, увеличилось ещё больше that.
...
Одно печально - в тени маркдауна остался гораздо более фичастый asciidoc
У markdown куча пограничных случаев, разные парсеры решают их по-разному. Кто-то поддерживает одно, кто-то другое. Написать свой парсер - та еще задачка. В html всё намного четче. Да даже у большинства LLM до сих пор бьется верстка в том или ином месте, когда они пытаются выдать в чат код markdown. А еще шаг влево, шаг вправо - уже приходится вставлять куски html в разметку (это уже о многом говорит).
Мне не очень нравится как некоторые вещи сделаны в маркдауне, но т.к. Obsidian (https://obsidian.md/) использует его, приходится смириться. Обсидиан просто топ уже года 4 на нём. Так вот когда я выбирал движок для блога/сайта выбрал docusaurus (https://github.com/facebook/docusaurus) который тоже на маркдауне. У меня когда-то был блог на вордпрессе и это небо и земля, когда у тебя все статьи исходниками в гите лежат, и бекапить не надо и всё наглядно в истории, короче топчик.
Markdown победил потому что он читаем без рендеринга. Открой html в блокноте - сломаешь глаза об теги. Открой Markdown - увидишь структурированный текст. Эту киллер-фичу для документации и README многие пытались повторить (Textile, AsciiDoc), но MD оказался проще и доступнее
Пользуюсь MD только потому что он используется на github и в obsidian, но как язык разметки для меня он существенно менее интуитивен, чем HTML. Время от времени мне приходится вспоминать, как оформляются ссылки в MD и какой там порядок скобок, текста и ссылки (есть как минимум три ошибочных способа записи и только один правильный), но в HTML такой двусмысленности просто нет.
Воспринимаю этот язык разметки как необходимое зло вроде мессенджера, без которого просто неудобно пользоваться вещами, которыми пользуется большинство (т.н. "эффект Ксерокса").
для меня мд это
скорость набора текста, сразу с форматированием, часто достаточным, что бы его - форматирование больше никогда не трогать. пишу в obsidian где повесил # и [ на горячие клавиши, чтобы не переключать язык на английский
читаемость, не зависимо от того, чем ты его отркрыл, даже если текущая софтина его не поддерживает
читаемость людьми не знающими, что это и зачем оно нужно - тупо скинув куда-то кусок текста не заботишься оно там сверстается или нет
Нормально воспринимаю Markdown для документов на английском (Readme, документация, рабочие чаты).
Но вот для PKM (LogSeq, Obsidian и тп) - мучаюсь и терплю.
Он дико неудобен для ЙЦУКЕН-раскладки. Вот думаю, есть ли какой-то кириллица-френдли язык разметки...
На макоси набор в русской раскладке с опшином (alt/option key) приводит к набору символов из английской раскладки. Это делает работу с mark’ами достаточно удобной. Думаю, что если на винде такой возможности нет, то можно повешать форматирование на хоткеи.
@Chiron на винде и линухе можно расширить раскладку клавиатуры вместо использования программ-макросов. Правый Alt превращается в AltGr для набора второго слоя.
А мне вот непонятно почему Latex канул в лету. По возможностям на голову выше md. Например для формул я не знаю лучше инструмента, даже LLM формулы в latex выплевывают.
Насколько мне известно, он не канул, а продолжает использоваться в научных публикациях Ив верстке научных книг.
В ширпотребе просто нет спроса на такие технологии. Чтобы быстро писать на Техе, нужна привычка. А если пользуешься раз в год, то проще визивиг. Да и… большинство не использует многие возможности Теха, это ведь далеко не только формулы, это и возможность работы с переносами, с разбивкой текста на страницы, и оформление цитат и сносок. В общем это инструмент который позволяет сделать всё, что можно было сделать «вручную», а потом автоматом «скомпилировать» для другого размера бумаги. Latex — отдельный пакет, оптимизированный для научных «paperwork», Тех поддерживает любые paper.
Например для формул я не знаю лучше инструмента, даже LLM формулы в latex выплевывают.
Они через доллары вставляются в хабровском диалекте Markdown и в других, где это есть. И в целом он везде, где нужна формула без WYSIWYG (вики-движки и т.д.).
https://habr.com/ru/docs/help/markdown/#:~:text=Inline-формула
1. Отличный бренд.
Кто выпустил этого пейсателя из Linkedin в открытый интернет? Комментарии было интереснее читать, чем его изложения... в котором он так и не дал ответа на вопрос от своего лица, а набросал фантазий.
Как Markdown захватил мир