Markdown Regeleinde Tool
Voeg harde einden toe of normaliseer teruglopende Markdown-regels
Invoer Markdown
Verwerkte uitvoer
Wat is een Markdown Regeleinde Tool?
Een Markdown regeleinde tool is een hulpmiddel voor het afhandelen van een van Markdown's meest verwarrende gedragingen: regeleindregels. In tegenstelling tot platte tekst of tekstverwerkers waarbij op Enter drukken een nieuwe regel maakt, behandelt Markdown een enkele regelovergang als een spatie. Dit kan leiden tot onverwachte opmaak bij het kopiëren van tekst uit andere bronnen of het werken met bestanden die zijn opgemaakt met regeleinden.
De verwarring over regeleinden komt voort uit de Markdown-regeleindspecificatie. Om een regelovergang te maken die als HTML <br> tag wordt gerenderd, heb je twee spaties aan het einde van een regel nodig gevolgd door een nieuwe regel, of een backslash. Als alternatief maakt een lege regel (twee opeenvolgende nieuwe regels) een nieuwe alinea.
De tool ondersteunt twee primaire workflows: "Harde einden toevoegen" voor situaties waar je bron enkele nieuwe regels heeft die als afzonderlijke regels moeten worden weergegeven, en "Alinea's normaliseren" voor wanneer teruggelopen tekst (meerdere regels die één alinea moeten zijn) moet worden samengevouwen in een juiste alineastructuur.
Hoe gebruik je de Markdown Regeleinde Tool?
Volg deze stappen om harde einden toe te voegen of alinea's te normaliseren. Elke stap gebruikt de werkelijke besturingselementen op deze pagina.
Plakken, uploaden of voorbeeldinhoud laden
Plak Markdown in het linker paneel Invoer Markdown. Kies modus: Harde einden toevoegen (elke regel wordt afzonderlijk weergegeven) of Alinea's normaliseren (teruggelopen tekst samenvouwen). Klik op Voorbeeld voor voorbeeldinhoud.
Verwerkte uitvoer bekijken
Het rechter paneel Verwerkte uitvoer toont het resultaat. Harde einden voegen afsluitende spaties toe; Normaliseren vouwt regels samen in alinea's. Volgt de CommonMark-regeleindregels.
Kopiëren of downloaden
Klik op Kopiëren of Downloaden om de uitvoer te gebruiken. Gebruik Wissen om opnieuw te beginnen. Alle verwerking vindt in je browser plaats.
Praktische toepassingen
Poëzie en scripts naar Markdown converteren
Poëzie, liedteksten, scripts en codevoorbeelden hebben vaak opzettelijke regeleinden waarbij elke regel betekenis heeft. Bij het converteren naar Markdown verliest eenvoudig plakken de structuur. Gebruik "Harde einden toevoegen" om elke regel afzonderlijk te behouden in de gerenderde uitvoer.
Inhoud uit tekstverwerkers opruimen
Bij het kopiëren van tekst uit Microsoft Word, Google Docs of andere tekstverwerkers komen regeleinden vaak niet overeen met de verwachtingen van Markdown. Gebruik "Alinea's normaliseren" om dit op te lossen.
Geplakte e-mailinhoud corrigeren
E-mailclients voegen regeleinden in bij verschillende kolombreedten, wat chaos veroorzaakt bij het plakken van e-mailinhoud in Markdown. De tool normaliseert de opmaak en zet kunstmatig teruggelopen regels om in juiste alinea's.
Inhoud voorbereiden voor verschillende platforms
Verschillende platforms (GitHub, Stack Overflow, Discord, Slack) behandelen regeleinden anders. Met deze tool kun je je inhoud voorverwerken zodat het correct werkt op het doelplatform.
Veelgestelde vragen
Wat is het verschil tussen zachte en harde einden?
In Markdown-terminologie is een "zacht einde" gemaakt met twee spaties aan het einde van een regel (of een backslash), dat rendert als HTML <br> tag. Een "hard einde" of alinea-einde gebruikt een lege regel (twee opeenvolgende nieuwe regels) en maakt een HTML <p> tag. De CommonMark-specificatie definieert dit precies.
Waarom behandelt Markdown enkele regeleinden als spaties?
Dit ontwerp komt voort uit het doel van de originele Markdown-specificatie om broncode leesbaar te houden. Een document kan in één editor op 80 kolommen teruggelopen zijn en in een andere op 120 — enkele regeleinden mogen de opmaak niet beïnvloeden.
Moet ik afsluitende spaties of backslashes gebruiken voor zachte einden?
Beide produceren hetzelfde resultaat in CommonMark-parsers, maar afsluitende spaties worden vaak aanbevolen omdat ze zichtbaar zijn in de meeste editors. GitHub Flavored Markdown ondersteunt beide. Kies de duidelijkere voor je workflow en houd het consistent in het project.