Warum erscheint dieses Symbol in Chrome und nicht in Firefox oder Edge?

Dieses Zeichen ist U + 2028 Line Separator, eine Art Zeilenumbruchzeichen. Stellen Sie sich das Unicode-Äquivalent von <br> von HTML vor.

Warum es hier angezeigt wird: Meine Vermutung wäre, dass eine interne Datenbank LSEP verwendet, um keinen Konflikt mit wörtlichen Zeilenumbrüchen oder HTML-Tags zu verursachen (die die Datenbank beschädigen oder Sicherheitsfehler verursachen können). Entweder:

1. Die serverseitigen Skripts, die die Datenbank in HTML konvertieren, wurden ignoriert, um LSEP durch <br> zu ersetzen.
2. Chrome bricht Standards, indem es LSEP als (sichtbares) Druckzeichen anzeigt oder
3. Sie haben eine Schriftart installiert, die LSEP als Druckzeichen anzeigt, das nur Chrome erkennt. Um herauszufinden, um welche Schriftart es sich handelt, klicken Sie mit der rechten Maustaste auf den fehlerhaften Text und klicken Sie auf „Inspect“. Wechseln Sie dann im rechten Bedienfeld auf die Registerkarte „Computed“. Ganz unten sollten Sie einen Abschnitt mit der Bezeichnung "Rendered Fonts" sehen, der Ihnen hilft, die fehlerhafte Schriftart zu finden.

Weitere Informationen zum Zeilentrennzeichen, aus dem Unicode-Standard entnommen, Kapitel 5.8, Newline-Richtlinien ( auf S. 12 dieses PDF ):

Zeilen- und Absatzseparator

Ein Absatztrennzeichen - unabhängig von seiner Kodierung - wird verwendet, um ein .__ anzuzeigen. Trennung zwischen Absätzen. Ein Zeilentrennzeichen gibt an, wo ein Zeilenumbruch erfolgt allein sollte normalerweise innerhalb eines Absatzes auftreten. Zum Beispiel:

Dies ist ein Absatz mit einem Trennzeichen an dieser Stelle,
bewirkt, dass das Wort "verursacht" in einer anderen Zeile erscheint, aber nicht verursacht
der typische Absatzeinzug, Satzbruch, Zeilenabstand oder
Flush ändern (rechte, mittlere oder linke Absätze).

Zum Vergleich entsprechen Zeilentrennzeichen grundsätzlich den HTML-Codes <BR> und Absatztrennzeichen für ältere Verwendung von HTML <P> (modernes HTML begrenzt Absätze durch Einschließen in <P>...</P>). In Word-Prozessoren Absatz Trennzeichen werden normalerweise mit einer Tastatur eingegeben: RETURN oder ENTER; Linie Trennzeichen werden normalerweise mit einer modifizierten RETURN oder ENTER eingegeben, z. B. SHIFT-ENTER.

Ein Datensatztrennzeichen wird verwendet, um Datensätze zu trennen. Zum Beispiel beim Austausch von Tabellendaten, ein übliches Format besteht darin, die Zellen durch Tabulatortrennung voneinander zu trennen und eine CRLF.__ zu verwenden. am Ende einer Zeile von Zellen. Diese Funktion entspricht nicht genau der Zeile Trennung, aber oft werden dieselben Zeichen verwendet.

Üblicherweise begann NLF als Zeilentrennzeichen (und manchmal auch Trennzeichen). In einfachen Texteditoren wie .__ wird es immer noch als Trennzeichen verwendet. Programm-Editoren. Als Plattformen und Programme begannen, die Word-Verarbeitung zu bearbeiten Mit automatischem Zeilenumbruch wurden diese Zeichen neu interpretiert und stehen für Absatztrennzeichen. Beispielsweise können auch einfache Programme wie Windows Das Notepad-Programm und das Mac SimpleText-Programm interpretieren die NLF.__ ihrer Plattform. als Absatztrennzeichen, nicht als Trennzeichen. Einmal wurde NLF in .__ neu interpretiert. steht für ein Absatztrennzeichen, in einigen Fällen war ein anderes Steuerzeichen als Linientrenner in Betrieb genommen. Zum Beispiel vertikale Tabellierung VT wird in Microsoft Word verwendet. Die Wahl des Zeichens für das Trennzeichen ist noch weniger standardisiert als die Wahl des Zeichens für NLF. Viele Internet Protokolle und viel vorhandener Text behandeln NLF als Zeilentrennzeichen, also ein Der Implementierer kann NLF nicht einfach in allen .__ als Absatztrennzeichen behandeln. Umstände.

Lesen Sie weiter:

Technischer Unicode-Bericht # 13: Richtlinien für neue Richtlinien

Diagramm der allgemeinen Interpunktion (U + 2000 – U + 206F) PDF

SE: Warum gibt es in Unicode so viele Leerzeichen und Zeilenumbrüche?

SO: Wozu dient das Unicode-Zeichen 2028 (LS/Line Separator)?

U + 2028 auf codepoints.net Ein falscher Druck sagt aus, dass U + 2028 in Version 1.1 des Unicode-Standards hinzugefügt wurde, was falsch ist - es wurde in 1.0 hinzugefügt