Codeblöcke in E-Mails haben leere Zeilenumbrüche

[scztt]

Code-Blöcke scheinen nur im HTML-Teil von E-Mails mit einer leeren Zeile zwischen jeder Zeile formatiert zu werden. Sowohl im Forum selbst als auch im Klartext-Teil der E-Mail werden sie korrekt angezeigt. Dies ist kein Problem mit dem E-Mail-Format oder CSS – im Quelltext wird im Fall der E-Mail tatsächlich eine zusätzliche Zeilenumbruch eingefügt.

Ein Beispiel: [iFFT Freeze/Scrub - #25 by toneburst - Questions - scsynth]

Der ursprüngliche Quelltext des Beitrags sieht so aus:

Der formatierte Beitrag auf der Website sieht so aus:

Die empfangene HTML-E-Mail sieht jedoch so aus:

Im Quelltext der E-Mail ist zu erkennen, dass alle Zeilenumbrüche verdoppelt wurden:

[sam (Sam Saffron)]

Ich stimme zu, das sieht ziemlich seltsam aus.

@techAPJ, kannst du das untersuchen?

[techAPJ (Arpit Jalan)]

Ich kann das Problem mit der neuesten Discourse-Version nicht reproduzieren.

HTML:

Text:

Dies könnte ein Problem mit Ihrem E-Mail-Client sein.

[scztt]

Ich sehe das Problem mit E-Mails, die von 2.9.0.beta1 gesendet wurden, immer noch – bitte ignorieren Sie den Rest, wenn es seitdem behoben wurde

Dies hat nichts mit einem bestimmten E-Mail-Client zu tun – die zweite von mir gepostete Bildschirmaufnahme zeigt das rohe HTML, das für E-Mails generiert wird. Aber eigentlich ist es aufschlussreicher, sich den tatsächlichen E-Mail-Inhalt anzusehen (ein Ausschnitt…):

<pre style="word-wrap: break-word; max-width: 694px;"><code style="display: block; background-color: #f9f9f9; overflow: auto; padding: 5px;; background-color: #f9f9f9; padding: 2px 5px;">
(
// Dies erwartet, dass zwei Schlüssel definiert sind: ~history (die Liste) und ~recordKey (welcher Schlüssel aufgezeichnet werden soll)
Pdef(\keyRecorder, Pbind(
	\callback, Pfunc({
		|event|
		event[\callback].addFunc({ // Kombinieren Sie Ihre Aufzeichnungsfunktion mit jedem vorherigen Callback, der vorhanden war (es ist in Ordnung, wenn er nil ist)
			~history.add(currentEnvironment[~recordKey])
		}).postln;
	})
));

Es ist klar, dass es (a) tatsächliche Zeilenumbrüche gibt, wo Zeilenumbrüche im Code wären, und (b) =0D-Zeichen (Wagenrückläufe) am Ende jeder Zeile. Soweit ich weiß, sollen alle Zeilenumbrüche innerhalb eines <pre> buchstäblich interpretiert werden, was die doppelten Zeilenumbrüche erklärt.

Ich kann das Problem in Gmail reproduzieren und indem ich den HTML-Teil der E-Mail-Nachricht direkt in einem Browser öffne (nachdem ich die Quoted-Printable-Zeichen wie =0D ersetzt habe). Das macht mich neugierig:

• Sehen Sie dasselbe (Zeilenumbrüche plus =0Ds), wenn Sie sich die rohe Version der von Ihnen geposteten E-Mail ansehen?
• Wenn ja, wie sieht die HTML-Quelle für die von Ihnen gepostete “korrekte” Ansicht aus? Entfernt Ihr E-Mail-Client irgendwie die =0Ds (oder die Zeilenumbrüche)?

Auf jeden Fall ist es wahrscheinlich lohnenswert, dies zu untersuchen, selbst wenn es sich um ein spezifisches Problem mit Gmail handelt, da Gmail bei weitem der am weitesten verbreitete E-Mail-Client ist.