Skip to content

Konwerter Markdown na HTML

Konwertuj Markdown na HTML w przeglądarce — pełny GitHub Flavored Markdown, podgląd na żywo, podświetlanie składni. Eksportuj fragment HTML, pełny dokument lub HTML ze stylami inline dla e-maila. 100% prywatnie, bez przesyłania.

Bez śledzenia Działa w przeglądarce Bezpłatne
Wszystko działa w Twojej przeglądarce. Twój Markdown i HTML nigdy nie opuszczają urządzenia.
Markdown
Podgląd
Własny CSS
HTML
Zweryfikowano względem zachowania zgodnego ze specyfikacją CommonMark/GFM, bezpiecznego dla XSS renderowania w izolacji oraz wstawiania stylów inline w HTML e-maila — Zespół inżynierski Go Tools · Jun 5, 2026

Czym jest konwersja Markdown na HTML?

Konwersja Markdown na HTML zamienia dokument zapisany jako zwykły tekst w Markdown — z `#` dla nagłówków, `**pogrubieniem**`, `- ` dla list i `[tekst](url)` dla linków — w HTML, który przeglądarki, systemy zarządzania treścią i klienci poczty faktycznie wyświetlają. Markdown zaprojektowano tak, by był czytelny w surowej postaci i łatwy do pisania, ale przeglądarka nie rozumie `# Nagłówek`; rozumie <h1>Nagłówek</h1>. Konwersja wypełnia tę lukę.

Pod maską procesor Markdown najpierw parsuje Twoje źródło do abstrakcyjnego drzewa składni (AST) — strukturalnej reprezentacji, w której nagłówek, akapit, lista i blok kodu są osobnymi węzłami z własną treścią i atrybutami. Następnie serializuje to drzewo do HTML, emitując właściwe znaczniki i zagnieżdżenie. Praca na AST, a nie podmiana tekstu za pomocą wyrażeń regularnych, to właśnie to, co pozwala konwerterowi poprawnie i przewidywalnie obsługiwać zagnieżdżone listy, tabele i osadzony HTML. Dwie rozpoznawane gramatyki to CommonMark, precyzyjny standard, oraz GitHub Flavored Markdown (GFM), który rozszerza go o tabele, listy zadań, przekreślenia i automatyczne linki.

Powód, dla którego w ogóle konwertujesz, jest taki, że niemal każdy cel publikacji oczekuje HTML, a nie Markdown. Generator stron statycznych, pole tekstu sformatowanego w CMS-ie, szablon wiadomości i karta przeglądarki — wszystkie renderują HTML. Typowy proces to więc pisanie w wygodnym Markdown — README, dokumentacja, szkic wpisu na blog, notatki — i konwersja na HTML w momencie publikacji. To narzędzie wykonuje tę konwersję lokalnie i pokazuje podgląd na żywo, więc widzisz wyrenderowany rezultat i możesz skopiować dokładnie taki HTML, jakiego potrzebujesz: fragment, pełną stronę lub gotowy do e-maila znacznik ze stylami inline.

Operacja odwrotna — HTML z powrotem na Markdown — jest równie przydatna, gdy przenosisz istniejącą treść webową do systemu opartego na Markdown. W tym celu przełącz się na kartę HTML → Markdown lub otwórz dedykowany konwerter HTML na Markdown.

Markdown in:

  # Release Notes

  We shipped **tables** and `code`:

  | Feature | Status |
  | ------- | ------ |
  | GFM     | Done   |

  - [x] Parse to an AST
  - [ ] Profit

HTML out:

  <h1>Release Notes</h1>
  <p>We shipped <strong>tables</strong> and <code>code</code>:</p>
  <table>
    <thead><tr><th>Feature</th><th>Status</th></tr></thead>
    <tbody><tr><td>GFM</td><td>Done</td></tr></tbody>
  </table>
  <ul class="contains-task-list">
    <li class="task-list-item"><input type="checkbox" checked disabled> Parse to an AST</li>
    <li class="task-list-item"><input type="checkbox" disabled> Profit</li>
  </ul>

Kluczowe funkcje

Podgląd na żywo w podzielonym panelu

Pisz Markdown po lewej i obserwuj, jak renderuje się po prawej w czasie rzeczywistym, a wynik HTML buduje się poniżej. Podgląd renderuje się w odizolowanej ramce iframe, więc widzisz to, co pokaże przeglądarka — a wklejone skrypty nie mogą się wykonać.

Pełny GitHub Flavored Markdown

Nie tylko CommonMark — pełny nadzbiór GFM: tabele z kreskami pionowymi, listy zadań (`- [x]`), przekreślenia (`~~`), automatyczne linki z URL i bloki kodu w ogrodzeniu. README lub zgłoszenie napisane dla GitHuba renderuje się tutaj dokładnie tak, jak tam.

Podświetlanie składni

Oznacz blok kodu w ogrodzeniu jego językiem (```js, ```python, ```sql), a konwerter go podświetli, opakowując tokeny w elementy span z klasą języka na elemencie <code>. Połącz z arkuszem stylów podświetlania na swojej stronie, aby uzyskać kolory.

Trzy formaty wyniku

Eksportuj Fragment HTML (znacznik treści do szablonu lub CMS-a), Pełny dokument (samodzielną stronę , którą zapiszesz jako .html) lub HTML E-mail inline ze stylami przeniesionymi na każdy element, by Outlook i inni klienci renderowali go poprawnie.

Panel Własny CSS

Wstrzyknij własny CSS do podglądu na żywo, aby dopasować typografię witryny lub naśladować styl README z GitHuba. Wpisz reguły jak h1 { color: #0969da; }, a podgląd zaktualizuje się natychmiast, nie naruszając czystego HTML, który kopiujesz.

Ściągawka składni GFM

Szybki przewodnik po składni, która tworzy HTML: `# H1` → nagłówek, `**pogrubienie**` → <strong>, `*kursywa*` → <em>, `- element` → lista, `1. element` → lista numerowana, `[tekst](url)` → link, `` `kod` `` → kod inline, ` ```jęz ` → kod w ogrodzeniu, `> cytat` → cytat blokowy, `| a | b |` → tabela, `- [ ]` → lista zadań, `~~tekst~~` → przekreślenie.

100% prywatnie, w przeglądarce

Każda konwersja działa lokalnie z użyciem JavaScriptu — Twój Markdown i HTML nigdy nie opuszczają urządzenia, nigdy nie trafiają na serwer i działają offline po wczytaniu strony. Bezpieczne dla niewydanej dokumentacji, wewnętrznych plików README i informacji o wydaniu objętych embargiem.

Przykłady

Tabela GFM na element HTML <table>

| Narzędzie | Szybkość |
| --------- | -------- |
| GFM       | Szybkie  |
<table>
<thead><tr><th>Narzędzie</th><th>Szybkość</th></tr></thead>
<tbody><tr><td>GFM</td><td>Szybkie</td></tr></tbody>
</table>

Tabele z kreskami pionowymi w GitHub Flavored Markdown nie są częścią zwykłego CommonMark, ale ten konwerter je rozumie i emituje prawidłowy semantyczny element <table> z <thead> i <tbody> — gotowy do ostylowania lub wstawienia do CMS-a.

Lista zadań na HTML z polami wyboru

- [x] Napisz README
- [ ] Skonwertuj go na HTML
<ul class="contains-task-list">
<li class="task-list-item"><input type="checkbox" checked disabled> Napisz README</li>
<li class="task-list-item"><input type="checkbox" disabled> Skonwertuj go na HTML</li>
</ul>

Składnia list zadań GFM `- [x]` / `- [ ]` staje się prawdziwymi, wyłączonymi polami wyboru, dokładnie tak, jak GitHub renderuje listę kontrolną — więc skopiowany README wygląda tak samo na Twojej własnej stronie.

Blok kodu w ogrodzeniu na podświetlony <pre><code>

```js
const html = md.render(src)
```
<pre><code class="language-js"><span class="hljs-keyword">const</span> html = md.render(src)
</code></pre>

Dodaj nazwę języka po otwierającym ogrodzeniu, a konwerter zastosuje podświetlanie składni, opakowując tokeny w elementy span i nadając klasę language-js elementowi <code>. Połącz to z arkuszem stylów podświetlania, a kod zyska kolory.

README na pełny dokument HTML

# Mój projekt

Krótki opis oraz <a href="https://example.com">link</a>.
<!doctype html>
<html lang="pl">
<head><meta charset="utf-8"><title>Mój projekt</title></head>
<body>
<h1>Mój projekt</h1>
<p>Krótki opis oraz <a href="https://example.com">link</a>.</p>
</body>
</html>

Przełącz wynik na Pełny dokument, a konwerter opakuje wyrenderowany HTML w kompletną stronę z sekcją <head> i deklaracją zestawu znaków — samodzielny plik .html, który otworzysz w dowolnej przeglądarce lub pobierzesz bezpośrednio.

Jak skonwertować Markdown na HTML

  1. 1

    Wpisz lub wklej swój Markdown

    Wstaw swój Markdown — README, informacje o wydaniu, treść zgłoszenia — do panelu wejściowego. Obsługiwany jest pełny GitHub Flavored Markdown: tabele, listy zadań, przekreślenia, automatyczne linki i bloki kodu w ogrodzeniu. Podgląd na żywo i wynik HTML aktualizują się w miarę pisania, w całości w przeglądarce.

  2. 2

    Wybierz format wyniku

    Wybierz Fragment HTML do wklejenia w szablon lub CMS, Pełny dokument dla samodzielnej strony .html albo E-mail inline dla HTML ze stylami inline, który przetrwa w Outlooku. Dodaj znaczniki języka do ogrodzeń kodu, aby uzyskać podświetlanie składni, i użyj panelu Własny CSS, aby ostylować podgląd.

  3. 3

    Skopiuj lub pobierz

    Kliknij Kopiuj, aby przechwycić HTML, lub Pobierz, aby zapisać go jako plik. Aby odwrócić konwersję, przełącz się na kartę HTML → Markdown i wklej swój HTML, by odzyskać czysty Markdown.

Częste pułapki

Nieeskejpowany HTML połknięty w tekście

Markdown przepuszcza surowy HTML, więc nawias kątowy, który miałeś na myśli jako tekst — jak pisanie o <Component> czy ogólnym List<T> — jest parsowany jako znacznik HTML i znika z wyniku. Eskejpuj nawias odwrotnym ukośnikiem lub encją HTML albo opakuj tekst w element kodu, by wyrenderował się dosłownie.

✗ Niepoprawne
Użyj komponentu <Header> do opakowania stron.
<!-- <Header> jest parsowany jako znacznik i znika -->
✓ Poprawne
Użyj komponentu `<Header>` do opakowania stron.
<!-- grawisy zachowują go dosłownie: renderuje <Header> -->

Niewyrównane lub błędne kreski pionowe w tabeli

Tabela GFM potrzebuje wiersza nagłówka, wiersza separatora z myślnikami oraz co najmniej jednej kreski pionowej na wiersz. Pominięcie wiersza separatora lub inna liczba kolumn niż w nagłówku psuje tabelę — wraca ona do zwykłego akapitu kresek. Komórki nie muszą wyrównywać się wizualnie, ale każdy wiersz musi mieć tę samą liczbę kolumn.

✗ Niepoprawne
| Imię | Rola |
| Ala | Admin |
<!-- brak wiersza separatora |---|---|: to nie tabela -->
✓ Poprawne
| Imię | Rola |
| ---- | ---- |
| Ala | Admin |
<!-- wiersz separatora obecny: renderuje tabelę -->

Ogrodzenie kodu bez języka

Blok kodu w ogrodzeniu bez ciągu informacyjnego o języku renderuje się jako blok <pre><code> bez klasy języka, więc nie dostaje podświetlania składni. Kod nadal się pojawia, tyle że monochromatyczny. Dodaj język zaraz po otwierających grawisach, aby włączyć podświetlanie; spacja między grawisami a nazwą je wyłącza.

✗ Niepoprawne
```
const x = 1
```
<!-- brak języka → brak podświetlania -->
✓ Poprawne
```js
const x = 1
```
<!-- language-js → podświetlony -->

Użycie fragmentu tam, gdzie potrzebny jest pełny dokument

Skopiowanie wyniku Fragment HTML i zapisanie go bezpośrednio jako pliku .html tworzy stronę bez typu dokumentu, bez zestawu znaków i bez <html>/<head>/<body>. Przeglądarki często i tak ją wyrenderują, ale tryb quirks i brak zestawu znaków mogą zepsuć znaki ze znakami diakrytycznymi i układ. Gdy HTML musi być samodzielny, przełącz się na format Pełny dokument.

✗ Niepoprawne
<h1>Tytuł</h1>
<p>Zapisane jako page.html — bez typu dokumentu, bez zestawu znaków.</p>
✓ Poprawne
<!doctype html>
<html lang="pl"><head><meta charset="utf-8"><title>Tytuł</title></head>
<body><h1>Tytuł</h1><p>Kompletna, samodzielna strona.</p></body></html>

Typowe zastosowania

Publikuj na stronie statycznej lub w CMS-ie
Napisz treść w Markdown, skonwertuj na fragment HTML i wklej go do szablonu strony statycznej lub pola tekstu sformatowanego w CMS-ie. Otrzymujesz czysty, semantyczny znacznik — nagłówki, listy, tabele — bez otoczki strony stojącej na przeszkodzie.
Podejrzyj README, zanim go wypchniesz
Wklej swój README.md i obserwuj, jak podgląd na żywo renderuje go z pełnym GFM — tabele, listy zadań, kod w ogrodzeniu — więc wyłapiesz zepsutą tabelę lub brakujące ogrodzenie kodu przed commitem, a nie po tym, jak GitHub pokaże go światu.
Zamień notatki w udostępnialną stronę WWW
Notatki ze spotkania, dokument projektowy czy szkic napisany w Markdown staje się kompletną stroną HTML jednym kliknięciem. Wybierz Pełny dokument, pobierz plik .html i masz coś, co otworzysz w dowolnej przeglądarce lub umieścisz gdziekolwiek.
Buduj bezpieczny dla e-maila HTML ze stylami inline
Klienci poczty usuwają bloki <style>, więc napisz wiadomość w Markdown i wyeksportuj format E-mail inline, który przenosi CSS na każdy element jako atrybut style. Wynik renderuje się poprawnie w Outlooku i innych klientach ignorujących style na poziomie dokumentu.
Skonwertuj plik .md na pobieralny .html
Potrzebujesz offline'owej, samodzielnej wersji HTML dokumentu Markdown? Wklej go, wybierz Pełny dokument i Pobierz — otrzymasz samodzielny plik .html z właściwym typem dokumentu i zestawem znaków, bez żadnego narzędzia kompilacji ani wiersza poleceń.
Osadź wyrenderowaną dokumentację w aplikacji
Generujesz dokumentację, dzienniki zmian lub treści pomocy z Markdown przechowywanego w repozytorium? Użyj tego narzędzia, aby zobaczyć dokładnie, jaki HTML tworzy dane źródło Markdown, by dopasować silnik renderujący Twojej aplikacji i ostylować wynik.

Szczegóły techniczne

CommonMark a GitHub Flavored Markdown
CommonMark to ścisła, jednoznaczna specyfikacja Markdown, która definiuje dokładnie, jak parsują się nagłówki, wyróżnienia, listy, linki i bloki kodu. GitHub Flavored Markdown (GFM) to ścisły nadzbiór: zachowuje wszystko, co definiuje CommonMark, i dodaje cztery rozszerzenia — tabele z kreskami pionowymi, elementy list zadań (`- [x]`), przekreślenie (`~~tekst~~`) oraz automatyczne linki z gołych adresów URL. Ponieważ GFM tylko dodaje funkcje, każdy prawidłowy dokument CommonMark jest też prawidłowym GFM. Ten konwerter implementuje nadzbiór GFM, więc dokumenty napisane dla obu gramatyk renderują się poprawnie.
Bezpieczne dla XSS renderowanie w izolacji
Markdown celowo dopuszcza osadzony surowy HTML, co oznacza, że dokument Markdown może zawierać znacznik <script> lub procedurę obsługi zdarzenia jak onerror. Podgląd na żywo broni się przed tym, renderując wewnątrz <iframe sandbox=""> z wyłączonym wykonywaniem skryptów, więc aktywna treść w Twoim wejściu nie może się wykonać podczas podglądu — co jest istotne, gdy konwertujesz Markdown z niezaufanego źródła. Serializowany HTML, który narzędzie zwraca, to wierne odwzorowanie Twojego wejścia; jeśli planujesz publikować HTML wyprowadzony z niezaufanego Markdown, przepuść go przez narzędzie oczyszczające, takie jak DOMPurify, na swoim serwerze, zanim go udostępnisz.
Zgodność z HTML w e-mailu
HTML w e-mailu jest renderowany przez zlepek silników o notorycznie ograniczonej obsłudze CSS. Outlook w systemie Windows używa silnika renderującego Worda i ignoruje bloki <style> w nagłówku dokumentu, więc każde stylowanie oparte na klasach po cichu znika; niezawodne podejście to atrybuty style inline na każdym elemencie, co właśnie tworzy wynik E-mail inline. Obrazy to kolejna pułapka: wielu klientów blokuje obrazy zdalne, dopóki odbiorca się nie zgodzi, więc osadzenie małych obrazów jako data URI renderuje je natychmiast, podczas gdy duże obrazy zdalne mogą się w ogóle nie pojawić. Trzymaj znacznik prosty i testuj go w docelowych klientach.
Synchroniczne podświetlanie w przeglądarce
Gdy blok kodu w ogrodzeniu niesie ciąg informacyjny o języku (```js), konwerter uruchamia na jego zawartości synchroniczne narzędzie podświetlające, tokenizując źródło i opakowując każdy token w element <span> z klasą taką jak hljs-keyword lub hljs-string, plus klasą language-js na elemencie <code>. Podświetlanie jest wyłącznie strukturalne — dodaje klasy, a nie kolory — więc strona docelowa potrzebuje pasującego arkusza stylów podświetlania, aby wyrenderować paletę. Ponieważ działa synchronicznie w przeglądarce, podświetlony HTML pojawia się w chwili, gdy piszesz, bez żadnego zapytania sieciowego.

Dobre praktyki

Dobierz format wyniku do celu
Dopasuj format do tego, dokąd trafia HTML. Pole CMS-a lub szablon mają już otoczkę strony, więc wklej Fragment HTML. Plik, który chcesz otworzyć bezpośrednio w przeglądarce, potrzebuje Pełnego dokumentu z typem dokumentu i zestawem znaków. E-mail potrzebuje E-mail inline, by style przetrwały u klientów usuwających bloki <style>. Wklejenie złego kształtu to najczęstszy, łatwy do uniknięcia błąd.
Zawsze oznaczaj ogrodzenia kodu językiem
Zapisz język zaraz po otwierających grawisach — ```js, ```python, ```sql — bez spacji, aby konwerter mógł podświetlić blok i dodać właściwą klasę języka. Samo ogrodzenie tworzy nieostylowany, niepodświetlony kod. Użyj języka, który rozpoznaje narzędzie podświetlające; nieznana lub błędnie zapisana nazwa zostanie potraktowana jako zwykły tekst.
Oczyść niezaufany Markdown przed publikacją
Podgląd jest izolowany, ale HTML, który narzędzie emituje, to wierne odwzorowanie — łącznie z każdym surowym HTML lub <script> w wejściu. Jeśli ten Markdown pochodzi od użytkowników lub z innego niezaufanego źródła i zamierzasz serwować wynik innym osobom, przepuść HTML przez narzędzie oczyszczające, takie jak DOMPurify, na swoim serwerze. Izolacja chroni Ciebie podczas konwersji, a nie Twoich odwiedzających po publikacji.
Trzymaj HTML w e-mailu prosty i inline
Dla e-maila preferuj format E-mail inline, trzymaj układ prosty i unikaj funkcji CSS, które Outlook i inni klienci odrzucają. Osadzaj małe obrazy jako data URI, by renderowały się nawet wtedy, gdy obrazy zdalne są blokowane, i zawsze wyślij sobie test przed szerszą wysyłką — renderowanie e-maili to najmniej wyrozumiały cel, jaki HTML ma.
Eskejpuj dosłowne znaki HTML w tekście
Jeśli chcesz, by dosłowny < lub & pojawił się jako tekst, a nie był interpretowany jako znacznik lub encja, eskejpuj go odwrotnym ukośnikiem (\<) lub encją HTML (<). Markdown przepuszcza surowy HTML, więc nieeskejpowany <example> w tekście może zostać połknięty jako nieznany znacznik i zniknąć z wyrenderowanego wyniku.

Najczęściej zadawane pytania

Czy obsługuje GitHub Flavored Markdown (GFM)?
Tak. Konwerter renderuje pełny nadzbiór GitHub Flavored Markdown nad CommonMark: tabele z kreskami pionowymi, listy zadań (`- [x]` / `- [ ]`), przekreślenie `~~tekst~~`, automatyczne linki z adresów URL oraz bloki kodu w ogrodzeniu z ciągiem informacyjnym o języku. Oznacza to, że README, treść zgłoszenia czy strona wiki napisana dla GitHuba renderuje się tutaj tak samo, jak renderuje ją GitHub, więc Twój podgląd README odpowiada rzeczywistości jeszcze przed wypchnięciem zmian. Zwykłe dokumenty CommonMark też działają — GFM tylko dodaje funkcje, nigdy ich nie usuwa.
Jak uzyskać bezpieczny dla e-maila HTML ze stylami inline?
Wybierz kartę wyniku E-mail inline. Większość klientów poczty — w szczególności Outlook — usuwa lub ignoruje bloki <style> w nagłówku dokumentu, więc każdy CSS umieszczony tam jest odrzucany, a Twoje formatowanie się rozsypuje. Format E-mail inline rozwiązuje to, przenosząc style bezpośrednio na każdy element jako atrybut style (na przykład <h1 style="font-size:2em;margin:0 0 16px">), który klienci respektują. Wklej wynik prosto do szablonu wiadomości lub do ESP. Trzymaj obrazy małe i preferuj data URI albo bezwzględne adresy https, bo wielu klientów domyślnie blokuje obrazy zdalne.
Jaka jest różnica między fragmentem HTML a pełnym dokumentem?
Fragment HTML to tylko wyrenderowany znacznik treści — <h1>, <p>, <ul>, <table> i tak dalej — bez otaczającej strony. Użyj go, gdy wklejasz do czegoś, co ma już własny <html>, <head> i <body>, jak pole tekstu sformatowanego w CMS-ie, szablon generatora stron statycznych lub komponent React. Pełny dokument opakowuje ten sam znacznik w kompletną stronę z sekcją <head>, deklaracją zestawu znaków i tytułem <title>, więc jest samodzielny — otworzysz go w przeglądarce lub zapiszesz jako plik .html. Wybór złej opcji to częsty błąd: fragment upuszczony do karty przeglądarki się wyrenderuje, ale bez typu dokumentu i zestawu znaków może zachowywać się nieprawidłowo.
Czy wyrenderowany HTML jest bezpieczny pod kątem XSS przy podglądzie?
Podgląd na żywo jest renderowany w odizolowanej ramce <iframe> z wyłączonymi skryptami, więc nawet jeśli Twój Markdown zawiera surowe znaczniki <script> lub procedurę obsługi onerror, nic się nie wykona podczas podglądu. Ma to znaczenie, bo Markdown z założenia dopuszcza osadzony HTML, a konwersja niezaufanego Markdown może w przeciwnym razie wstrzyknąć aktywną treść. Izolacja chroni Ciebie, osobę wykonującą konwersję. Pamiętaj, że ciąg HTML, który narzędzie zwraca, to wierne odwzorowanie Twojego wejścia — jeśli to wejście pochodzi z niezaufanego źródła i zamierzasz opublikować wynik, oczyść go na swoim serwerze (na przykład za pomocą DOMPurify), zanim udostępnisz go innym użytkownikom.
Czy mogę dodać własny CSS do podglądu?
Tak. Otwórz panel Własny CSS i wpisz dowolne reguły — na przykład h1 { color: #0969da; } lub table { border-collapse: collapse; }. Style są wstrzykiwane do odizolowanej ramki podglądu, więc od razu widzisz swój Markdown wyrenderowany w Twoim wyglądzie, co przydaje się przy dopasowywaniu typografii witryny lub sprawdzaniu, jak README wygląda z CSS-em w stylu GitHuba. Własny CSS wpływa wyłącznie na podgląd na żywo; HTML, który kopiujesz z kart wyniku, to nieostylowany fragment lub znacznik dokumentu, chyba że wybierzesz format E-mail inline.
Czy moje pliki lub tekst są przesyłane na serwer?
Nie. Konwersja działa w całości w przeglądarce z użyciem JavaScriptu — Twój Markdown jest parsowany i serializowany do HTML lokalnie i nigdy nie jest przesyłany, przechowywany ani logowany. Możesz to potwierdzić, otwierając kartę „Sieć” w przeglądarce: konwersja tekstu nie wywołuje żadnych zapytań sieciowych. Dzięki temu narzędzie jest bezpieczne dla niewydanej dokumentacji, wewnętrznych plików README, informacji o wydaniu objętych embargiem oraz wszelkich treści, których nie jesteś jeszcze gotów udostępnić. Nie ma kroku przesyłania ani limitu rozmiaru pliku poza tym, co Twoja przeglądarka jest w stanie wygodnie utrzymać w pamięci.
Czy działa offline?
Po wczytaniu strony — tak. Parser Markdown, narzędzie podświetlające składnię i serializator HTML działają w przeglądarce bez żadnej podróży do serwera, więc możesz konwertować z odłączoną siecią. To bezpośrednia konsekwencja projektu stawiającego prywatność na pierwszym miejscu: skoro nic nie jest nigdzie wysyłane, narzędzie nie potrzebuje sieci po początkowym wczytaniu. Jest to wygodne w samolocie, za restrykcyjną zaporą sieciową lub zawsze, gdy po prostu nie chcesz, by dokument opuszczał Twoją maszynę.
Jak skonwertować plik Markdown (.md) na plik HTML?
Wklej lub otwórz swój Markdown w panelu wejściowym, wybierz wynik Pełny dokument, aby rezultatem była samodzielna strona, a następnie kliknij Pobierz, by zapisać go jako plik .html, który otworzysz w dowolnej przeglądarce. Jeśli potrzebujesz tylko znacznika treści do wstawienia w istniejący szablon, wybierz zamiast tego Fragment HTML i skopiuj go. Nie ma osobnego przesyłania — wklej zawartość swojego pliku .md (lub przeciągnij go tam, gdzie jest to obsługiwane), a skonwertowany HTML jest gotowy natychmiast, w całości w Twojej przeglądarce.
Dlaczego mój blok kodu nie jest podświetlony?
Podświetlanie składni włącza się tylko wtedy, gdy powiesz konwerterowi, w jakim języku jest blok kodu w ogrodzeniu. Zapisz język jako ciąg informacyjny zaraz po otwierających trzech grawisach — ```js, ```python, ```sql — bez spacji. Samo ogrodzenie ``` tworzy blok <pre><code> bez klasy języka, a więc bez koloru. Błędnie zapisana lub nieobsługiwana nazwa języka (```javscript) też jest traktowana jak zwykły tekst. Pamiętaj również, że podświetlanie dodaje klasy <span>, takie jak hljs-keyword; na stronie docelowej potrzebujesz pasującego arkusza stylów podświetlania, aby kolory rzeczywiście się pojawiły.
Czy mogę skonwertować HTML z powrotem na Markdown?
Tak. Przełącz się na kartę HTML → Markdown lub otwórz dedykowany konwerter HTML na Markdown, wklej swój HTML i odzyskaj czysty Markdown — z opcjami nagłówków ATX lub Setext oraz linków inline lub referencyjnych. Oba kierunki się uzupełniają: użyj Markdown → HTML, by publikować lub podglądać, a HTML → Markdown, by przenieść istniejącą treść webową do procesu opartego na Markdown, takiego jak strona statyczna czy repozytorium dokumentacji. Aby najpierw uporządkować HTML, nasz Formater HTML ładnie go sformatuje.

Powiązane narzędzia

Zobacz wszystkie narzędzia →