Skip to content

Markdown'dan HTML'e Dönüştürücü

Markdown'ı tarayıcınızda HTML'e çevirin — tam GitHub Flavored Markdown, canlı önizleme, sözdizimi vurgulama. HTML parçası, tam belge ya da e-postaya uygun satır içi stilli HTML dışa aktarın. %100 gizli, yükleme yok.

Takip Yok Tarayıcıda Çalışır Ücretsiz
Her şey tarayıcınızda çalışır. Markdown'ınız ve HTML'iniz cihazınızdan asla ayrılmaz.
Markdown
Önizleme
Özel CSS
HTML
CommonMark/GFM spesifikasyon davranışı, XSS açısından güvenli korumalı oluşturma ve e-posta HTML satır içi alma açısından doğrulandı — Go Tools Mühendislik Ekibi · Jun 5, 2026

Markdown'dan HTML'e Dönüştürme Nedir?

Markdown'dan HTML'e dönüştürme, Markdown ile yazılmış düz metin bir belgeyi — başlıklar için `#`, `**kalın**`, listeler için `- ` ve bağlantılar için `[metin](url)` — tarayıcıların, içerik yönetim sistemlerinin ve e-posta istemcilerinin gerçekten gösterdiği HTML'e dönüştürür. Markdown olduğu gibi okunabilir ve yazması kolay olacak biçimde tasarlanmıştır, ama bir tarayıcı `# Başlık`'ı anlamaz; <h1>Başlık</h1>'ı anlar. Dönüştürme bu boşluğu kapatır.

Kaputun altında, bir Markdown işleyici önce kaynağınızı bir soyut söz dizimi ağacına (AST) ayrıştırır — bir başlığın, bir paragrafın, bir listenin ve bir kod bloğunun içerikleri ve öznitelikleriyle birlikte ayrı düğümler olduğu yapılandırılmış bir gösterim. Ardından o ağacı doğru etiketleri ve iç içe yerleşimi yayarak HTML'e seri hale getirir. Metni düzenli ifadelerle değiştirmek yerine bir AST üzerinden çalışmak, dönüştürücünün iç içe listeleri, tabloları ve gömülü HTML'i doğru ve öngörülebilir biçimde işlemesini sağlayan şeydir. Tanınan iki dil bilgisi, kesin standart olan CommonMark ve onu tablolar, görev listeleri, üstü çizili ve otomatik bağlantılarla genişleten GitHub Flavored Markdown'dır (GFM).

Hiç dönüştürmenizin nedeni, neredeyse her yayım hedefinin Markdown değil HTML istemesidir. Bir durağan site oluşturucusu, bir CMS zengin metin alanı, bir e-posta şablonu ve bir tarayıcı sekmesinin tümü HTML oluşturur. Yani tipik iş akışı rahat Markdown ile yazmak — bir README, belge, bir blog taslağı, notlar — ve yayım anında HTML'e dönüştürmektir. Bu araç o dönüştürmeyi yerel olarak yapar ve canlı bir önizleme gösterir; böylece oluşturulan sonucu görür ve ihtiyacınız olan biçimde tam HTML'i kopyalayabilirsiniz: bir parça, tam bir sayfa ya da e-postaya hazır satır içi stilli işaretleme.

Ters işlem — HTML'i Markdown'a geri çevirmek — mevcut web içeriğini Markdown tabanlı bir sisteme taşırken eşit derecede yararlıdır. Bunun için HTML → Markdown sekmesine geçin ya da özel HTML'den Markdown'a dönüştürücüyü açın.

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>

Temel Özellikler

Canlı Bölünmüş Bölmeli Önizleme

Solda Markdown yazın ve sağda gerçek zamanlı oluşmasını izleyin, ilerledikçe HTML çıktısı altta oluşur. Önizleme korumalı bir iframe'de oluşur; böylece gördüğünüz, bir tarayıcının göstereceğidir — ve yapıştırılan betikler çalışamaz.

Tam GitHub Flavored Markdown

Yalnızca CommonMark değil — tam GFM üst kümesi: boru tabloları, görev listeleri (`- [x]`), üstü çizili (`~~`), otomatik bağlanan URL'ler ve çitli kod blokları. GitHub için yazılmış bir README ya da sorun, burada orada olduğu gibi oluşur.

Sözdizimi Vurgulama

Bir çitli kod bloğunu diliyle etiketleyin (```js, ```python, ```sql); dönüştürücü onu vurgular, belirteçleri <code> öğesinde bir dil sınıfı olan span'lerin içine sarar. Renk için sayfanızdaki bir vurgulama stil sayfasıyla eşleştirin.

Üç Çıktı Biçimi

Bir HTML parçası (bir şablon ya da CMS için gövde işaretlemesi), bir Tam belge (.html olarak kaydedebileceğiniz bağımsız bir sayfası) ya da Outlook ve diğer istemcilerin doğru oluşturması için stilleri her öğeye taşınmış E-posta satır içi HTML dışa aktarın.

Özel CSS Paneli

Bir sitenin tipografisine uydurmak ya da GitHub'ın README stillemesini taklit etmek için canlı önizlemeye kendi CSS'inizi enjekte edin. h1 { color: #0969da; } gibi kurallar yazın; önizleme, kopyaladığınız temiz HTML'e dokunmadan anında güncellenir.

GFM Söz Dizimi Kısa Kılavuzu

HTML üreten söz dizimi için hızlı bir başvuru: `# H1` → başlık, `**kalın**` → <strong>, `*italik*` → <em>, `- öğe` → liste, `1. öğe` → sıralı liste, `[metin](url)` → bağlantı, `` `kod` `` → satır içi kod, ` ```dil ` → çitli kod, `> alıntı` → blok alıntı, `| a | b |` → tablo, `- [ ]` → görev listesi, `~~metin~~` → üstü çizili.

%100 Gizli, Tarayıcı İçinde

Her dönüştürme yerel olarak JavaScript ile çalışır — Markdown'ınız ve HTML'iniz asla cihazınızdan ayrılmaz, asla bir sunucuya gitmez ve sayfa yüklendikten sonra çevrimdışı çalışır. Yayımlanmamış belgeler, dahili README'ler ve ambargo altındaki sürüm notları için güvenlidir.

Örnekler

GFM tablosundan HTML <table>'a

| Tool | Speed |
| ---- | ----- |
| GFM  | Fast  |
<table>
<thead><tr><th>Tool</th><th>Speed</th></tr></thead>
<tbody><tr><td>GFM</td><td>Fast</td></tr></tbody>
</table>

GitHub Flavored Markdown'ın boru (pipe) tabloları düz CommonMark'ın parçası değildir, ama bu dönüştürücü onları anlar ve <thead> ile <tbody> içeren düzgün, anlamsal bir <table> üretir — stillemeye ya da bir CMS'e bırakmaya hazır.

Görev listesinden onay kutulu HTML'e

- [x] Write the README
- [ ] Convert it to HTML
<ul class="contains-task-list">
<li class="task-list-item"><input type="checkbox" checked disabled> Write the README</li>
<li class="task-list-item"><input type="checkbox" disabled> Convert it to HTML</li>
</ul>

GFM görev listesi söz dizimi `- [x]` / `- [ ]`, tam olarak GitHub'ın bir kontrol listesini gösterdiği gibi gerçek, devre dışı onay kutusu girdilerine dönüşür — böylece kopyalanan bir README kendi sayfanızda aynı görünür.

Çitli kod bloğundan vurgulanmış <pre><code>'a

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

Açılış çitinden sonra bir dil ekleyin; dönüştürücü sözdizimi vurgulaması uygular, belirteçleri span'lerin içine sarar ve <code> öğesine bir language-js sınıfı koyar. Bir vurgulama stil sayfasıyla eşleştirin; kod renklenir.

Bir README'den tam HTML belgesine

# My Project

A short description and a [link](https://example.com).
<!doctype html>
<html lang="en">
<head><meta charset="utf-8"><title>My Project</title></head>
<body>
<h1>My Project</h1>
<p>A short description and a <a href="https://example.com">link</a>.</p>
</body>
</html>

Çıktıyı Tam belge'ye değiştirin; dönüştürücü, oluşturulan HTML'i <head> ve charset içeren eksiksiz bir sayfasına sarar — herhangi bir tarayıcıda açabileceğiniz ya da doğrudan indirebileceğiniz bağımsız bir .html dosyası.

Markdown'dan HTML'e Nasıl Çevirilir

  1. 1

    Markdown'ınızı yazın ya da yapıştırın

    Markdown'ınızı — bir README, sürüm notları, bir sorun gövdesi — giriş bölmesine bırakın. Tam GitHub Flavored Markdown desteklenir: tablolar, görev listeleri, üstü çizili, otomatik bağlantılar ve çitli kod blokları. Canlı önizleme ve HTML çıktısı siz yazarken güncellenir, hepsi tarayıcınızda.

  2. 2

    Bir çıktı biçimi seçin

    Bir şablona ya da CMS'e yapıştırmak için HTML parçası, bağımsız bir .html sayfası için Tam belge ya da Outlook'tan sağ çıkan satır içi stilli HTML için E-posta satır içi seçin. Sözdizimi vurgulaması için kod çitlerine dil etiketleri ekleyin ve önizlemeyi stillemek için Özel CSS panelini kullanın.

  3. 3

    Kopyalayın ya da indirin

    HTML'i almak için Kopyala'ya, bir dosya olarak kaydetmek için İndir'e tıklayın. Dönüştürmeyi tersine çevirmek için HTML → Markdown sekmesine geçin ve temiz Markdown'ı geri almak için HTML'inizi yapıştırın.

Yaygın Tuzaklar

Düz Yazıda Yutulan Kaçırılmamış HTML

Markdown ham HTML'i geçirir; bu yüzden metin olarak kastettiğiniz bir açılı ayraç — bir <Component> ya da genel bir List<T> hakkında yazmak gibi — bir HTML etiketi olarak ayrıştırılır ve çıktıdan kaybolur. Ayraçı bir ters eğik çizgi ya da bir HTML varlığıyla kaçırın ya da metni değişmez oluşması için bir kod aralığına sarın.

✗ Yanlış
Use the <Header> component to wrap pages.
<!-- <Header> is parsed as a tag and vanishes -->
✓ Doğru
Use the `<Header>` component to wrap pages.
<!-- backticks keep it literal: renders <Header> -->

Hizasız ya da Bozuk Tablo Boruları

Bir GFM tablosu bir başlık satırı, tirelerden oluşan bir ayırıcı satır ve her satırda en az bir boru gerektirir. Ayırıcı satırı unutmak ya da başlıktan farklı sayıda sütuna sahip olmak tabloyu bozar — düz bir boru paragrafına geri döner. Hücrelerin görsel olarak hizalanması gerekmez, ama her satırın aynı sayıda sütunu olmalıdır.

✗ Yanlış
| Name | Role |
| Alice | Admin |
<!-- no |---|---| delimiter row: not a table -->
✓ Doğru
| Name | Role |
| ---- | ---- |
| Alice | Admin |
<!-- delimiter row present: renders a table -->

Dilsiz Kod Çiti

Dil bilgi dizesi olmayan bir çitli kod bloğu, dil sınıfı olmayan bir <pre><code> bloğu olarak oluşur; böylece sözdizimi vurgulaması almaz. Kod yine görünür, yalnızca tek renkli. Vurgulamayı etkinleştirmek için dili açılış ters tırnaklarının hemen ardından ekleyin; ters tırnaklarla ad arasındaki bir boşluk onu devre dışı bırakır.

✗ Yanlış
```
const x = 1
```
<!-- no language → no highlighting -->
✓ Doğru
```js
const x = 1
```
<!-- language-js → highlighted -->

Tam Belge Gerekirken Parça Kullanmak

HTML parçası çıktısını kopyalayıp doğrudan bir .html dosyası olarak kaydetmek; doctype'ı, charset'i ve <html>/<head>/<body>'si olmayan bir sayfa üretir. Tarayıcılar çoğunlukla onu yine de oluşturur, ama quirks modu ve eksik charset, aksanlı karakterleri ve düzeni bozabilir. HTML kendi başına durmalıysa, Tam belge biçimine geçin.

✗ Yanlış
<h1>Title</h1>
<p>Saved as page.html — no doctype, no charset.</p>
✓ Doğru
<!doctype html>
<html lang="en"><head><meta charset="utf-8"><title>Title</title></head>
<body><h1>Title</h1><p>Complete, standalone page.</p></body></html>

Yaygın Kullanım Senaryoları

Bir durağan siteye ya da CMS'e yayımlama
İçeriğinizi Markdown ile yazın, bir HTML parçasına dönüştürün ve bir durağan site şablonuna ya da bir CMS zengin metin alanına yapıştırın. Sayfa sarmalayıcısı yolunuza çıkmadan temiz anlamsal işaretleme alırsınız — başlıklar, listeler, tablolar.
Göndermeden önce bir README'yi önizleme
README.md'nizi yapıştırın ve canlı önizlemenin onu tam GFM ile oluşturmasını izleyin — tablolar, görev listeleri, çitli kod — böylece bozuk bir tabloyu ya da eksik bir kod çitini commit'ten önce yakalayın, GitHub onu dünyaya gösterdikten sonra değil.
Notları paylaşılabilir bir web sayfasına dönüştürme
Markdown ile yazılmış toplantı notları, bir tasarım belgesi ya da bir taslak, tek tıkla eksiksiz bir HTML sayfası olur. Tam belge'yi seçin, .html dosyasını indirin ve herhangi bir tarayıcıda açabileceğiniz ya da herhangi bir yerde barındırabileceğiniz bir şeye sahip olun.
E-postaya uygun satır içi stilli HTML oluşturma
E-posta istemcileri <style> bloklarını çıkarır; bu yüzden iletinizi Markdown ile yazın ve CSS'i her öğeye bir style özniteliği olarak taşıyan E-posta satır içi biçimini dışa aktarın. Sonuç, belge düzeyindeki stilleri yok sayan Outlook ve diğer istemcilerde doğru oluşur.
Bir .md dosyasını indirilebilir bir .html'e çevirme
Bir Markdown belgesinin çevrimdışı, kendi kendine yeten bir HTML sürümüne mi ihtiyacınız var? Yapıştırın, Tam belge'yi seçin ve İndir — düzgün bir doctype ve charset içeren bağımsız bir .html dosyası alırsınız, derleme aracı ya da komut satırı gerekmez.
Oluşturulan belgeleri bir uygulamaya gömme
Deponuzda saklanan Markdown'dan belge, değişiklik günlüğü ya da yardım içeriği mi üretiyorsunuz? Belirli bir Markdown kaynağının tam olarak hangi HTML'i ürettiğini görmek için bu aracı kullanın; böylece uygulamanızın oluşturucusuna uydurabilir ve çıktıyı uyacak şekilde stilleyebilirsiniz.

Teknik Ayrıntılar

CommonMark'a Karşı GitHub Flavored Markdown
CommonMark, başlıkların, vurgunun, listelerin, bağlantıların ve kod bloklarının tam olarak nasıl ayrıştığını tanımlayan katı, belirsizliği olmayan Markdown spesifikasyonudur. GitHub Flavored Markdown (GFM) katı bir üst kümedir: CommonMark'ın tanımladığı her şeyi korur ve dört uzantı ekler — boru tabloları, görev listesi öğeleri (`- [x]`), üstü çizili (`~~metin~~`) ve otomatik bağlanan çıplak URL'ler. GFM yalnızca özellik eklediği için, geçerli her CommonMark belgesi aynı zamanda geçerli GFM'dir. Bu dönüştürücü GFM üst kümesini uygular; böylece her iki dil bilgisi için yazılmış belgeler doğru oluşur.
XSS Açısından Güvenli Korumalı Oluşturma
Markdown kasıtlı olarak gömülü ham HTML'e izin verir; bu da bir Markdown belgesinin bir <script> etiketi ya da onerror gibi bir olay işleyicisi içerebileceği anlamına gelir. Canlı önizleme, betikleme devre dışı bırakılmış bir <iframe sandbox=""> içinde oluşturarak buna karşı savunur; böylece girdinizdeki etkin içerik siz önizlerken çalışamaz — güvenilmeyen bir kaynaktan Markdown dönüştürürken önemlidir. Aracın çıkardığı seri hale getirilmiş HTML, girdinizin sadık bir oluşumudur; güvenilmeyen Markdown'dan türetilen HTML'i yayımlamayı planlıyorsanız, sunmadan önce sunucunuzda DOMPurify gibi bir temizleyiciden geçirin.
E-posta HTML Uyumluluğu
HTML e-posta, ünlü ölçüde sınırlı CSS desteğine sahip bir motor yamasıyla oluşturulur. Windows'taki Outlook, Word'ün oluşturma motorunu kullanır ve belge başlığındaki <style> bloklarını yok sayar; bu yüzden sınıf tabanlı stilleme sessizce kaybolur; güvenilir yaklaşım, her öğedeki satır içi style öznitelikleridir ki E-posta satır içi çıktısının ürettiği budur. Görseller başka bir tuzaktır: birçok istemci, alıcı katılana dek uzak görselleri engeller; bu yüzden küçük görselleri data URI olarak gömmek onları hemen oluşturur, oysa büyük uzak görseller hiç görünmeyebilir. İşaretlemeyi basit tutun ve hedef istemcilerinizde test edin.
Eşzamanlı Tarayıcı İçi Vurgulama
Bir çitli kod bloğu bir dil bilgi dizesi taşıdığında (```js), dönüştürücü içeriğinin üzerinde eşzamanlı bir vurgulayıcı çalıştırır, kaynağı belirteçlere ayırır ve her belirteci hljs-keyword ya da hljs-string gibi bir sınıfa sahip bir <span> içine sarar, artı <code> öğesine bir language-js sınıfı. Vurgulama yalnızca yapısaldır — renk değil, sınıf ekler — bu yüzden hedef sayfanın paleti oluşturmak için eşleşen bir vurgulama stil sayfasına ihtiyacı vardır. Tarayıcıda eşzamanlı çalıştığı için, vurgulanmış HTML, ağ çağrısı olmadan siz yazar yazmaz belirir.

En İyi Uygulamalar

Çıktı Biçimini Hedefe Göre Seçin
Biçimi, HTML'in gideceği yere göre eşleştirin. Bir CMS alanı ya da şablonun zaten bir sayfa sarmalayıcısı vardır; bu yüzden bir HTML parçası yapıştırın. Doğrudan bir tarayıcıda açmak istediğiniz bir dosya, doctype ve charset içeren bir Tam belge ister. Bir e-posta, stillerin <style> bloklarını çıkaran istemcilerden sağ çıkması için E-posta satır içi ister. Yanlış biçimi yapıştırmak en yaygın, kaçınılabilir hatadır.
Kod Çitlerini Her Zaman Bir Dille Etiketleyin
Dili açılış ters tırnaklarının hemen ardından yazın — ```js, ```python, ```sql — boşluk olmadan; böylece dönüştürücü bloğu vurgulayabilir ve doğru dil sınıfını ekleyebilir. Çıplak bir çit, stilsiz, vurgulanmamış kod üretir. Vurgulayıcının tanıdığı bir dil kullanın; bilinmeyen ya da yanlış yazılmış bir ad düz metne geri döner.
Güvenilmeyen Markdown'ı Yayımlamadan Önce Temizleyin
Önizleme korumalıdır, ama aracın yaydığı HTML sadık bir oluşumdur — girdideki herhangi bir ham HTML ya da <script> dahil. O Markdown kullanıcılardan ya da başka bir güvenilmeyen kaynaktan geldiyse ve sonucu başka kişilere sunmayı düşünüyorsanız, önce HTML'i sunucunuzda DOMPurify gibi bir temizleyiciden geçirin. Korumalı alan sizi dönüştürürken korur, yayımladıktan sonra ziyaretçilerinizi değil.
E-posta HTML'ini Basit ve Satır İçi Tutun
E-posta için E-posta satır içi biçimini tercih edin, düzeninizi basit tutun ve Outlook ile diğer istemcilerin düşürdüğü CSS özelliklerinden kaçının. Uzak görseller engellendiğinde bile oluşmaları için küçük görselleri data URI olarak satır içine alın ve geniş bir göndermeden önce her zaman kendinize bir test gönderin — e-posta oluşturma, HTML'in sahip olduğu en az affedici hedeftir.
Metindeki Değişmez HTML Karakterlerini Kaçırın
Değişmez bir < ya da &'nin bir etiket ya da varlık olarak yorumlanmak yerine metin olarak görünmesini istiyorsanız, onu bir ters eğik çizgiyle (\<) ya da bir HTML varlığıyla (<) kaçırın. Markdown ham HTML'i geçirir; bu yüzden düz yazıda kaçırılmamış bir <example>, bilinmeyen bir etiket olarak yutulabilir ve oluşturulan çıktıdan kaybolabilir.

Sıkça Sorulan Sorular

GitHub Flavored Markdown'ı (GFM) destekliyor mu?
Evet. Dönüştürücü, CommonMark üzerine tam GitHub Flavored Markdown üst kümesini oluşturur: boru tabloları, görev listeleri (`- [x]` / `- [ ]`), `~~metin~~` ile üstü çizili, otomatik bağlanan URL'ler ve dil bilgi dizeleri olan çitli kod blokları. Yani GitHub için yazılmış bir README, bir sorun gövdesi ya da bir wiki sayfası burada GitHub'ın oluşturduğu gibi oluşur; böylece README önizlemeniz siz göndermeden önce gerçeğe uyar. Düz CommonMark belgeleri de çalışır — GFM yalnızca özellik ekler, asla çıkarmaz.
E-postaya uygun satır içi stilli HTML'i nasıl alırım?
E-posta satır içi çıktı sekmesini seçin. Çoğu e-posta istemcisi — özellikle Outlook — belge başlığındaki <style> bloklarını çıkarır ya da yok sayar; bu yüzden oraya koyduğunuz herhangi bir CSS atılır ve biçimlendirmeniz çöker. E-posta satır içi formatı, stilleri doğrudan her öğeye bir style özniteliği olarak taşıyarak bunu çözer (örneğin <h1 style="font-size:2em;margin:0 0 16px">); istemciler buna uyar. Sonucu doğrudan e-posta şablonunuza ya da ESP'nize yapıştırın. Görselleri küçük tutun ve data URI'leri ya da mutlak https URL'lerini tercih edin; çünkü birçok istemci uzak görselleri varsayılan olarak engeller.
HTML parçası ile tam belge arasındaki fark nedir?
Bir HTML parçası yalnızca oluşturulmuş gövde işaretlemesidir — <h1>, <p>, <ul>, <table> ve benzeri — çevreleyen bir sayfa olmadan. Kendi <html>, <head> ve <body>'sine zaten sahip bir şeye yapıştırırken kullanın: bir CMS zengin metin alanı, bir durağan site şablonu ya da bir React bileşeni gibi. Bir tam belge ise aynı işaretlemeyi <head>, bir charset bildirimi ve bir <title> içeren eksiksiz bir sayfasına sarar; böylece kendi başına durur — bir tarayıcıda açın ya da .html dosyası olarak kaydedin. Yanlışını seçmek yaygın bir hatadır: bir tarayıcı sekmesine bırakılan bir parça oluşur, ama bir doctype ya da charset olmadan yanlış davranabilir.
Oluşturulan HTML'i önizlemek XSS açısından güvenli mi?
Canlı önizleme, betikleri devre dışı bırakılmış korumalı bir <iframe> içinde oluşturulur; böylece Markdown'ınız ham <script> etiketleri ya da bir onerror işleyicisi içerse bile, siz önizlerken hiçbir şey çalışmaz. Bu önemlidir çünkü Markdown tasarım gereği gömülü HTML'e izin verir ve güvenilmeyen Markdown'ı dönüştürmek aksi halde etkin içerik enjekte edebilir. Korumalı alan, dönüştürmeyi yapan kişiyi yani sizi korur. Aracın çıkardığı HTML dizesinin girdinizin sadık bir oluşumu olduğunu unutmayın — o girdi güvenilmeyen bir kaynaktan geldiyse ve sonucu yayımlamayı düşünüyorsanız, onu başka kullanıcılara sunmadan önce sunucunuzda (örneğin DOMPurify ile) temizleyin.
Önizlemeye kendi CSS'imi ekleyebilir miyim?
Evet. Özel CSS panelini açın ve istediğiniz kuralları yazın — örneğin h1 { color: #0969da; } ya da table { border-collapse: collapse; }. Stiller korumalı önizleme iframe'ine enjekte edilir; böylece Markdown'ınızı kendi görünümünüzle oluşmuş olarak hemen görürsünüz; bu, bir sitenin tipografisine uydurmak ya da bir README'nin GitHub tarzı CSS ile nasıl görüneceğini kontrol etmek için kullanışlıdır. Özel CSS yalnızca canlı önizlemeyi etkiler; çıktı sekmelerinden kopyaladığınız HTML, E-posta satır içi formatını seçmediğiniz sürece stilsiz parça ya da belge işaretlemesidir.
Dosyalarım ya da metnim bir sunucuya yükleniyor mu?
Hayır. Dönüştürme tamamen tarayıcınızda JavaScript ile çalışır — Markdown'ınız yerel olarak ayrıştırılır ve HTML'e seri hale getirilir, asla iletilmez, saklanmaz ya da kaydedilmez. Bunu tarayıcınızın Ağ sekmesini açarak doğrulayabilirsiniz: metni dönüştürmek sıfır ağ isteği tetikler. Bu, aracı yayımlanmamış belgeler, dahili README'ler, ambargo altındaki sürüm notları ve paylaşmaya hazır olmadığınız her içerik için güvenli kılar. Yükleme adımı yoktur ve tarayıcınızın bellekte rahatça tutabileceğinin ötesinde dosya boyutu sınırı yoktur.
Çevrimdışı çalışır mı?
Sayfa yüklendikten sonra, evet — Markdown ayrıştırıcısı, sözdizimi vurgulayıcısı ve HTML seri hale getiricisinin tümü, sunucuya gidiş dönüş olmadan tarayıcıda çalışır; böylece ağınız bağlantısızken dönüştürebilirsiniz. Bu, gizlilik öncelikli tasarımın doğrudan bir sonucudur: hiçbir şey hiçbir yere gönderilmediği için, ilk yüklemeden sonra aracın ağa ihtiyaç duyduğu hiçbir şey yoktur. Bir uçakta, kısıtlayıcı bir güvenlik duvarının arkasında ya da bir belgenin makinenizden ayrılmasını istemediğiniz her zaman kullanışlıdır.
Bir Markdown (.md) dosyasını HTML dosyasına nasıl çeviririm?
Markdown'ınızı giriş bölmesine yapıştırın ya da açın, sonucun bağımsız bir sayfa olması için Tam belge çıktısını seçin, ardından herhangi bir tarayıcıda açabileceğiniz bir .html dosyası olarak kaydetmek için İndir'e tıklayın. Yalnızca mevcut bir şablona bırakacağınız gövde işaretlemesine ihtiyacınız varsa, onun yerine HTML parçası'nı seçip kopyalayın. Ayrı bir yükleme yoktur — .md dosyanızın içeriğini yapıştırın (ya da desteklendiği yerde sürükleyin) ve dönüştürülen HTML anında hazırdır, tamamen tarayıcınızda.
Kod bloğum neden vurgulanmıyor?
Sözdizimi vurgulaması yalnızca dönüştürücüye bir çitli kod bloğunun hangi dilde olduğunu söylediğinizde devreye girer. Dili, açılış üçlü ters tırnaklarının hemen ardından bir bilgi dizesi olarak yazın — ```js, ```python, ```sql — boşluk olmadan. Çıplak bir ``` çit, dil sınıfı olmayan ve dolayısıyla renk olmayan bir <pre><code> bloğu üretir. Yanlış yazılmış ya da desteklenmeyen bir dil adı (```javscript) de düz metin olarak ele alınır. Ayrıca vurgulamanın hljs-keyword gibi <span> sınıfları eklediğini unutmayın; renklerin gerçekten görünmesi için hedef sayfada eşleşen bir vurgulama stil sayfasına ihtiyacınız vardır.
HTML'i Markdown'a geri çevirebilir miyim?
Evet. HTML → Markdown sekmesine geçin ya da özel HTML'den Markdown'a dönüştürücüyü açın, HTML'inizi yapıştırın ve temiz Markdown'ı geri alın — ATX'e karşı Setext başlıkları ve satır içine karşı referans bağlantıları seçenekleriyle. İki yön birbirini tamamlar: yayımlamak ya da önizlemek için Markdown → HTML, mevcut web içeriğini bir durağan site ya da bir belge deposu gibi Markdown tabanlı bir iş akışına getirmek için HTML → Markdown kullanın. HTML'i önce düzenlemek için HTML Biçimlendiricimiz onu güzelce yazdırır.