Ich habe Nutzer, die ihre Zitat-Syntax fehlerhaft bearbeiten und dadurch die Zitatfunktion zum Scheitern bringen. Hier ist ein Beispiel aus einem aktuellen Thema. Dies ist nicht escaped:
[quote=“CFO.Digest.Input, post:1, topic:3258”]
er schlug vor, dass ich Mineralöl wieder hineingeben soll. [/quote]
Das Problem ist, dass das schließende [/quote] in der Zeile steht, während das öffnende [quote] auf einer eigenen Zeile steht. Ich habe festgestellt, dass beides möglich ist, aber sie müssen übereinstimmen. Zum Beispiel funktioniert dies (das ’ wurde hinzugefügt, um die Funktion zu escapen):
'[quote=“CFO.Digest.Input, post:1, topic:3258”]
er schlug vor, dass ich Mineralöl wieder hineingeben soll.
'[/quote]
und dies funktioniert ebenfalls:
'[quote=“CFO.Digest.Input, post:1, topic:3258”]er schlug vor, dass ich Mineralöl wieder hineingeben soll.[/quote]
… aber man kann die Modi nicht mischen.
Ich weiß, dass jemand sagen wird: „Dann mach das nicht
Oh je… also setzen wir im Grunde Codierungsstandards für unsere Kunden und Nutzer durch?
Obwohl ich Sam’ Analyse des Formats zustimme, gibt es einen Unterschied zwischen etwas, das für den Schreiber schwer zu lesen ist, und etwas, das für alle, die den Beitrag lesen, schwer zu lesen ist. Es scheint so, als würden wir die Leser für die Sünden des Schreibers bestrafen…
Ich werde wohl weiterhin planen, Beiträge zu bearbeiten, wenn Leute sie durcheinanderbringen.
Edit: Eine andere Möglichkeit wäre, nach [/] automatisch einen Zeilenumbruch einzufügen, falls keiner vorhanden ist… das Format automatisch für bessere Lesbarkeit bearbeiten.
Das klingt nicht nach einer schlechten Idee, aber wenn sie einfach Text auswählen und die Zitat-Schaltfläche verwenden, funktioniert es. Bearbeiten sie das Zitat anschließend und zerstören dabei die Formatierung?
Ja, das sind sie! Wirklich bemerkenswert… und dabei bemerken sie gar nicht, dass sie dabei das Format verletzen. Ich vermute, die Vorschau ist noch nicht freigeschaltet? Oder sie machen es vielleicht mobil…
Und derjenige, der das gemacht hat, ist einer der Prinzipale im Geschäft… gut, dass ich ihn nicht zum Redakteur gemacht habe!
Aha! Mobile ist eine gute Wahl. Es ist schwierig, es genau richtig zu treffen, und dann wirkt man ungeschickt und hat keine Vorschau, wenn man versucht, es zu „korrigieren“.
Ich habe den Beitrag mit einem Wagenrücklauf nach dem schließenden Zitat-Tag bearbeitet, aber es überrascht mich dennoch, dass der Textstrom nicht wie HTML geparst wird, wo Zeilenvorschübe und Wagenrückläufe die Funktionalität der Tags nicht beeinträchtigen. Für mich sieht das nach einem Fehler aus…
Die Reihenfolge ist nicht zufällig, sie ist einfach in Ordnung. Aber im Gegensatz zu HTML ist es in diesem System wichtig, wo die Zeilenumbrüche auftreten.
Alles, was nötig war, um diesen fehlerhaften Beitrag zu reparieren, war das Hinzufügen eines Zeilenumbruchs / CR nach dem schließenden Tag.
Ich bin bereit, Beiträge manuell zu bearbeiten, wenn Benutzer die erforderliche Struktur nicht einhalten, aber es scheint immer noch seltsam, dass Zeilenumbrüche für den Parser eine Rolle spielen…
Schauen Sie sich die Markdown-Spezifikation an. Im Gegensatz zu HTML ist Markdown vollständig auf korrekt gesetzte Zeilenumbrüche angewiesen.
Ein versehentlicher Zeilenumbruch in einem <h1>-Element hätte keine Auswirkung auf die Darstellung, aber:
hier in der markdo
wn-Welt schon
Das gilt für viele Elemente; Markdown-Tabellen werden durch zusätzliche Zeilenumbrüche schrecklich kaputtgemacht. HTML-Tabellen hingegen nicht.
Ich bin mir nicht sicher, ob die HTML-Analogie hinkt oder nützlich ist. Benutzer werden nicht aufgefordert, HTML zu schreiben. Können Sie sich den Schmerz vorstellen, wenn <p></p> und <br> fehlen? Literale Textmauern.
Ich komme mit diesen Dingen als jeder andere Entwickler auch gut zurecht, aber unsere Nutzer sind Laien und würden denken, Markdown habe etwas mit den Preisen bei Walmart zu tun.
Wie du sagst, zum Glück müssen sie kein HTML schreiben! Was bringt es eigentlich, sie zu zwingen, Markdown-Formatierung anzuwenden? Es wäre doch ein kleines Stück Programmier-Intelligenz, sie vor diesen Realitäten unserer Welt zu schützen.
Ich weiß nicht, wie kompliziert es wäre, automatisch einen Zeilenumbruch nach einem [/quote] zu erzwingen (sofern es sich nicht um einen Codeblock oder Ähnliches handelt…) und ich verstehe, dass es beim Verwenden von Markdown eine bestimmte Struktur zu beachten gilt.
Ich verstehe aber auch, wie frustrierend es sein kann, wenn in einer Benutzernachricht ein fehlerhaftes Zitat erscheint, weil ein so winziger „Fehler
Richtig. Die grundlegende Natur von Markdown ist, dass ein Zeilenumbruch (oder zwei Zeilenumbrüche) einem Absatz-Tag entspricht. Aus diesem Grund erfordern einige Tags Zeilenumbrüche davor oder danach, um korrekt interpretiert zu werden. Das ist meines Wissens Teil der Spezifikation.
