Markdown har ingen indbygget syntaks til at understrege tekst. I CommonMark og GitHub Flavored Markdown betyder _tekst_ kursiv, og __tekst__ betyder fed. Understregning kræver normalt HTML-understøttelse eller en programspecifik udvidelse.
På GitHub er den dokumenterede form:
Den <ins>ændrede frist</ins> er fredag.GitHub angiver <ins>...</ins> til understreget tekst i sin dokumentation om grundlæggende formatering. Det er en HTML-mulighed, som platformen understøtter, og ikke en ny Markdown-markør, der virker overalt.
Understregning, fed og kursiv sammenlignet
| Kilde | Betydning | Hvor det kan forventes |
|---|---|---|
_vigtigt_ |
Fremhævelse, normalt kursiv | CommonMark og GFM |
__vigtigt__ |
Stærk fremhævelse, normalt fed | CommonMark og GFM |
**vigtigt** |
Stærk fremhævelse, normalt fed | CommonMark og GFM |
<ins>tilføjet tekst</ins> |
Indsat tekst, normalt understreget | Renderere med HTML; dokumenteret af GitHub |
<u>annoteret tekst</u> |
HTML-annotation, normalt understreget | Renderere, der tillader dette HTML-element |
Vælg fed eller kursiv, når formålet er fremhævelse. For eksempel kan **Frist fredag** fortsat bruges i en README, en note og en Markdown-eksport uden at afhænge af rå HTML.
Hvad er forskellen på ins og u?
De to tags kan ligne hinanden, men har forskellig betydning.
<ins> repræsenterer tekst, der er indsat i et dokument. Det passer til en revision, for eksempel et nyligt tilføjet krav. Browseren understreger normalt teksten, men et typografiark kan ændre udseendet. Se MDN’s reference om indsat tekst.
Versionen understøtter <ins>CSV- og TSV-import</ins>.<u> markerer en annotation, der ikke er almindelig fremhævelse, for eksempel en stavefejl. Moderne HTML definerer det ikke som et generelt tag til at »gøre noget vigtigt«. Se MDN’s reference om u-elementet.
Kontrollér stavningen af <u>interresant</u>.Hvis du kontrollerer et websted og har brug for en rent visuel understregning, skal du anvende text-decoration: underline via CSS. En hostet Markdown-platform kan fjerne style-attributter eller forbyde brugerdefinerede typografier, så denne tilgang er heller ikke portabel.
Hvorfor virker understregning i én editor, men forsvinder i en anden?
Der er tre adskilte beslutninger: Markdown-parseren genkender HTML, programmet vælger, hvilke tags det tillader, og destinationens typografiark bestemmer, hvordan tilladte elementer ser ud. GFM-understøttelse garanterer ikke, at et produkt tillader alle HTML-tags.
MD File Viewer-editoren fjerner i øjeblikket rå HTML-tags fra brugerens input. Hvis du indsætter <ins>tilføjet tekst</ins> eller <u>annoteret tekst</u>, bliver ordene bevaret uden disse tags, så forhåndsvisningen understreger dem ikke. Brug forhåndsvisningen til understøttet Markdown-formatering, og kontrollér HTML-baseret formatering på den destination, hvor den skal udgives.
Hvis du flytter et HTML-dokument til Markdown, hjælper HTML til Markdown-konverteren med at genskabe tekst, overskrifter, links og lister. Understregning og brugerdefineret CSS kan gå tabt, fordi almindelig Markdown ikke har tilsvarende syntaks. Kontrollér resultatet, før du erstatter det oprindelige dokument.
Eksempler til en GitHub-README
Til en kort tilføjelse i en ændringsnote er GitHubs dokumenterede HTML-mulighed:
Denne version tilføjer <ins>et valgfrit importtrin</ins>.Brug Markdown-fremhævelse til en frist eller et krav:
**Påkrævet:** Medtag en overskriftsrække i CSV-filen.Brug et link til en destination:
[Læs importvejledningen](https://example.com/import)Understreget tekst kan ligne et klikbart link. Undgå at få almindelige etiketter til at virke interaktive, især når samme afsnit indeholder rigtige links. Vejledningen til Markdown-links gennemgår beskrivende linktekst og referencelinks.
Almindelige fejl med understregning
Dobbelte understregningstegn gør teksten fed. At ændre **ord** til __ord__ ændrer markøren, ikke betydningen. Begge repræsenterer stærk fremhævelse.
Backticks viser tagget som kode. At skrive `<ins>tekst</ins>` er nyttigt i en vejledning, men viser bevidst markeringen i stedet for at gengive den.
Tastaturgenveje tilhører programmet. En editor til formateret tekst kan tilbyde en understregningskommando og gemme HTML eller sit eget dokumentformat. Det gør ikke understregning til en del af portabel Markdown.
En understreget overskrift er et andet begreb. I denne kilde laver bindestregerne en overskrift på niveau to:
Versionsnoter
-------------De understreger ikke en frase inde i et afsnit. Brug en vandret Markdown-linje med tomme linjer omkring til at adskille afsnit.
Ofte stillede spørgsmål
Hvordan understreger jeg i Markdown på GitHub?
Brug <ins>tekst</ins>, som GitHub dokumenterer til understregning. Til fremhævelse, der også virker i renderere uden HTML-understøttelse, skal du i stedet bruge **tekst** eller *tekst*.
Findes der et understregningsalternativ med kun Markdown?
Der findes ingen standardmarkør til understregning. Nogle programmer tilføjer deres egen syntaks, men du skal kontrollere deres dokumentation og det format, der bruges ved eksport.
Bevares understregningen ved konvertering fra Markdown til PDF eller Word?
Kun hvis konverteren bevarer den relevante HTML eller udvidelse og understøtter dens formatering. Antag ikke, at en understregning, som er synlig i et programs forhåndsvisning, bevares af en anden eksportør. Undersøg resultatfilen, eller brug almindelig fed fremhævelse, når portabilitet er vigtig.
Markdown-huskearket giver en kompakt reference til formatering, der har sin egen Markdown-syntaks.
Try it in your browser
Open the homepage editor to view, edit, and export Markdown instantly — no install required.