Текст

Markdown Preview / HTML ↔ Markdown

Живий перегляд Markdown як відформатованого HTML, а також конвертація в обидва боки: Markdown → HTML і HTML → Markdown.

Markdown — легка розмітка для форматування тексту простими символами (**жирний**, # заголовок, - список), яку читабельно навіть без рендерингу. Інструмент показує живий перегляд Markdown як HTML і конвертує в обидва боки.

Як користуватися

Типові сценарії

Що варто памʼятати

Різні платформи (GitHub, GitLab, Discord) підтримують дещо різні розширення Markdown (таблиці, закреслення, чекбокси) — базовий синтаксис однаковий скрізь.

Конвертація HTML → Markdown втрачає можливості, яких немає в Markdown: складну верстку, inline-стилі, вкладені елементи.

Стаття про цей інструмент: Markdown: чому простий текстовий синтаксис переміг складні редактори

Часті запитання

Які конвертації пропонуються?

Доступні три режими: живий перегляд Markdown, відрендерений як відформатований HTML, явна конвертація Markdown → HTML та зворотна конвертація HTML → Markdown.

Який движок рендерингу Markdown використовується?

Це простий клієнтський рендеринг Markdown на JavaScript, не пов'язаний із жодним конкретним серверним шаблонізатором на кшталт Blade чи Twig; результат відображає стандартний Markdown, а не специфічний для фреймворку синтаксис.

Чи надсилається мій вміст Markdown чи HTML на сервер?

Ні, конвертація й перегляд повністю відбуваються в браузері, жоден вміст не передається онлайн.

Чому той самий файл виглядає по-різному в різних застосунках?

Оригінальний Markdown не визначає таблиці, закреслений текст чи підсвітку синтаксису в блоках коду — це розширення різних реалізацій. GitHub Flavored Markdown і специфікація CommonMark по-різному трактують деякі неоднозначні випадки, тому рендеринг того самого файлу може відрізнятися залежно від парсера.

Що втрачається при конвертації складного HTML у Markdown?

HTML підтримує значно більше можливостей форматування, ніж базовий Markdown, тому складні таблиці, вкладені стилі чи нестандартна розмітка можуть спрощуватися або губитися при зворотній конвертації.

Статті: Текст

Case Converter: навіщо потрібні різні стилі написання

Чому в одному проєкті змінні пишуть camelCase, а файли — kebab-case, і звідки взялись ці правила.

Text Diff: як алгоритми знаходять різницю між текстами

Як diff-алгоритм знаходить мінімальний набір змін між двома версіями тексту.

Регулярні вирази: основний синтаксис і типові патерни

Як читати регулярний вираз і чим жадібний пошук відрізняється від лінивого.

Сортування та видалення дублікатів рядків: навіщо це потрібно

Чому числове сортування «10» перед «9» — це помилка, і як цього уникнути.

String Escape: чому той самий текст треба екранувати по-різному

Чому той самий символ лапок екранується по-різному в JS-рядку, JSON і shell-команді.

CRLF проти LF: чому символи кінця рядка досі мають значення

Чому файл, написаний у Windows, може показувати «змінений увесь файл» у git на Linux.

Підрахунок символів і слів: чому це не завжди тривіально

Чому емодзі чи символи з діакритикою можуть рахуватись як кілька символів одразу.

Lorem Ipsum: звідки взявся текст-заповнювач і навіщо він потрібен

Чому дизайнери навмисно використовують «безглуздий» текст замість реального контенту в макетах.

Slugify: як перетворити довільний текст на URL-адресу

Як заголовок «Привіт, Світ!» перетворюється на URL-сумісний рядок вигляду pryvit-svit.

Пробіли та невидимі символи: прихована причина дивних багів

Чому два на вигляд однакові рядки можуть не збігатися при порівнянні через невидимий символ.

Text Reverse: чому «перевернути текст» складніше, ніж здається

Чому наївний реверс рядка може перетворити емодзі на непридатні для показу байти.

Частотний аналіз тексту: навіщо рахувати повторення слів

Як частота літер у зашифрованому тексті допомагає зламати найпростіші шифри підстановки.