A Markdownban nincs natív szintaxis a szöveg aláhúzására. A CommonMarkban és a GitHub Flavored Markdownban a _szöveg_ dőltet, a __szöveg__ félkövéret jelent. Az aláhúzáshoz általában HTML-támogatás vagy alkalmazásspecifikus kiterjesztés szükséges.
GitHubon a dokumentált alak:
A <ins>módosított határidő</ins> péntek.A GitHub az <ins>...</ins> alakot sorolja fel az aláhúzott szöveghez az alapvető formázási dokumentációban. Ez a platform által támogatott HTML-lehetőség, nem mindenhol működő új Markdown-határoló.
Az aláhúzás, félkövér és dőlt összehasonlítása
| Forrás | Jelentés | Hol várható támogatás |
|---|---|---|
_fontos_ |
Kiemelés, általában dőlt | CommonMark és GFM |
__fontos__ |
Erős kiemelés, általában félkövér | CommonMark és GFM |
**fontos** |
Erős kiemelés, általában félkövér | CommonMark és GFM |
<ins>hozzáadott szöveg</ins> |
Beszúrt szöveg, általában aláhúzott | HTML-t engedélyező megjelenítők; a GitHub dokumentálja |
<u>megjegyzéssel jelölt szöveg</u> |
HTML-annotáció, általában aláhúzott | Ezt a HTML-elemet engedélyező megjelenítők |
Ha a cél a kiemelés, válasszon félkövér vagy dőlt formázást. Például a **Határidő: péntek** README-ben, jegyzetben és Markdown-exportban is használható marad nyers HTML nélkül.
Mi a különbség az ins és az u között?
A két címke hasonlóan nézhet ki, de eltérő jelentést hordoz.
Az <ins> a dokumentumba beszúrt szöveget képviseli. Olyan módosításhoz illik, mint egy újonnan hozzáadott követelmény. A böngésző általában aláhúzza, de egy stíluslap megváltoztathatja a megjelenést. Lásd az MDN beszúrt szövegről szóló leírását.
A kiadás támogatja a <ins>CSV és TSV importálását</ins>.Az <u> olyan megjegyzést jelöl, amely nem közönséges kiemelés, például helyesírási hiba megjelölését. A modern HTML nem általános „tedd fontossá” címkeként határozza meg. Lásd az MDN u elemről szóló leírását.
Ellenőrizze a <u>muszály</u> szó helyesírását.Ha Ön kezeli a webhelyet, és csak vizuális aláhúzásra van szüksége, alkalmazza a text-decoration: underline szabályt CSS-en keresztül. Egy hosztolt Markdown-platform eltávolíthatja a stílusattribútumokat vagy tilthatja az egyéni stílusokat, ezért ez a megoldás sem hordozható.
Miért működik az aláhúzás az egyik szerkesztőben, és miért tűnik el a másikban?
Három külön döntésről van szó: a Markdown-elemző felismeri a HTML-t, az alkalmazás kiválasztja az engedélyezett címkéket, a célhely stíluslapja pedig meghatározza ezek megjelenését. A GFM támogatása nem garantálja, hogy a termék minden HTML-címkét engedélyez.
Az MD File Viewer szerkesztője jelenleg eltávolítja a nyers HTML-címkéket a felhasználói bemenetből. Az <ins>hozzáadott szöveg</ins> vagy <u>megjegyzéssel jelölt szöveg</u> beillesztése után a szavak címkék nélkül maradnak, ezért az előnézet nem húzza alá őket. Ezt az előnézetet a támogatott Markdown-formázáshoz használja, a HTML-alapú formázást pedig azon a célhelyen ellenőrizze, ahol közzéteszi.
Ha HTML-dokumentumot visz át Markdownba, a HTML Markdownná alakító segít megőrizni a szöveget, címsorokat, hivatkozásokat és listákat. Az aláhúzás és az egyéni CSS elveszhet, mert az egyszerű Markdownban nincs megfelelő szintaxisuk. Az eredeti dokumentum lecserélése előtt ellenőrizze az eredményt.
GitHub README-példák
Egy változásjegyzet rövid kiegészítéséhez a GitHub dokumentált HTML-lehetősége:
Ez a verzió <ins>választható importálási lépést</ins> ad hozzá.Határidőhöz vagy követelményhez használjon Markdown-kiemelést:
**Kötelező:** A CSV-fájl tartalmazzon fejlécsort.Célhelyhez használjon hivatkozást:
[Az importálási útmutató elolvasása](https://example.com/import)Az aláhúzott szöveg kattintható hivatkozásnak tűnhet. Ne tegye a közönséges feliratokat interaktívnak látszóvá, különösen, ha ugyanabban a bekezdésben valódi hivatkozások is vannak. A Markdown-hivatkozási útmutató ismerteti a leíró hivatkozásszöveget és a referenciahivatkozásokat.
Gyakori aláhúzási hibák
A dupla aláhúzásjel félkövérré teszi a szöveget. A **szó** cseréje __szó__ alakra a határolót módosítja, nem a jelentést. Mindkettő erős kiemelést képvisel.
A fordított aposztrófok kódként mutatják a címkét. A `<ins>szöveg</ins>` írásmód hasznos egy oktatóanyagban, de szándékosan a jelölést mutatja annak megjelenítése helyett.
A billentyűparancsok az alkalmazáshoz tartoznak. Egy formázott szövegszerkesztő kínálhat aláhúzási parancsot, és tárolhat HTML-t vagy saját dokumentumformátumot. Ettől az aláhúzás még nem lesz a hordozható Markdown része.
Az aláhúzott címsor más fogalom. Ebben a forrásban a kötőjelek második szintű címsort hoznak létre:
Kiadási megjegyzések
-------------Nem egy bekezdésen belüli kifejezést húznak alá. Szakaszok közötti elválasztóhoz használjon vízszintes Markdown-vonalat, körülötte üres sorokkal.
Gyakori kérdések
Hogyan húzhatok alá Markdownban GitHubon?
Használja az <ins>szöveg</ins> alakot, amelyet a GitHub aláhúzáshoz dokumentál. Olyan kiemeléshez, amely HTML-támogatás nélküli megjelenítőkben is működik, használjon **szöveg** vagy *szöveg* jelölést.
Van csak Markdownra épülő aláhúzási alternatíva?
Nincs szabványos aláhúzási határoló. Egyes alkalmazások saját szintaxist adnak hozzá, de ellenőrizni kell a dokumentációjukat és az exportáláskor használt formátumot.
Megmarad az aláhúzás Markdown PDF-fé vagy Worddé alakításakor?
Csak akkor, ha az átalakító megőrzi a megfelelő HTML-t vagy kiterjesztést, és támogatja annak stílusát. Ne feltételezze, hogy az egyik alkalmazás előnézetében látható aláhúzás egy másik exportálóban is megmarad. Vizsgálja meg az elkészült fájlt, vagy használjon szabványos félkövér kiemelést, ha fontos a hordozhatóság.
A Markdown-puska tömör hivatkozást ad a saját Markdown-szintaxissal rendelkező formázásokhoz.
Try it in your browser
Open the homepage editor to view, edit, and export Markdown instantly — no install required.