كتل التعليمات البرمجية في رسائل البريد الإلكتروني تحتوي على أسطر جديدة فارغة

[scztt]

Code blocks appear to be formatted with an empty newline between each line ONLY in the HTML portion of emails. They appear correctly on both the forum itself, and in the plain text portion of the email. This is not an email formatting / CSS problem - there is an actual newline inserted in the source ONLY in the email case.

An example: [iFFT Freeze/Scrub - #25 by toneburst - Questions - scsynth]

The original source text of the post looks like:

The formatted post on the website looks like:

The HTML email received, however, looks like:

In the source for the email, you can see that all newlines have been doubled:

[sam (Sam Saffron)]

I agree, this is tends to look quite off.

@techAPJ can you investigate?

[techAPJ (Arpit Jalan)]

I am unable to repro this on latest Discourse version.

HTML:

Text:

This might be an issue with your email client.

[scztt]

ما زلت أرى المشكلة في رسائل البريد الإلكتروني المرسلة من الإصدار 2.9.0.beta1 - يرجى تجاهل بقية هذا إذا تم إصلاحه منذ ذلك الحين

هذا لا يتعلق بعميل بريد إلكتروني معين - لقطة الشاشة الثانية التي نشرتها هي لـ HTML الخام الذي يتم إنشاؤه لرسائل البريد الإلكتروني. ولكن في الواقع، من الأكثر إفادة النظر إلى محتوى البريد الإلكتروني الفعلي (مقتطف…):

<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;">=0D
// This expects two keys to be defined: ~history (the list) and ~recordKey (which key to record)=0D
Pdef(\keyRecorder, Pbind(=0D
	\callback, Pfunc({=0D
		|event|=0D
		event[\callback].addFunc({ // combine your record func with any previous callback that was there (it's okay if its nil)=0D
			~history.add(currentEnvironment[~recordKey])=0D
		}).postln;=0D
	})=0D
));=0D
=0D

من الواضح أن هناك (أ) أسطر جديدة فعلية حيث يجب أن تكون هناك أسطر جديدة في الكود، و (ب) أحرف =0D (أحرف العودة إلى بداية السطر) في نهاية كل سطر. على حد علمي، من المفترض أن يتم تفسير جميع الأسطر الجديدة داخل <pre> حرفيًا، مما يفسر الأسطر الجديدة المزدوجة.

يمكنني تكرار المشكلة في Gmail، ومن خلال فتح الجزء HTML من رسالة البريد الإلكتروني مباشرة في متصفح (بعد استبدال أحرف الطباعة المقتبسة مثل =0D). هذا يجعلني أتساءل:

• هل ترى نفس الشيء (الأسطر الجديدة بالإضافة إلى =0D’s) عندما تنظر إلى النسخة الخام من البريد الإلكتروني الذي نشرته؟
• إذا كنت كذلك، فما هو شكل مصدر HTML للعرض “الصحيح” الذي نشرته؟ هل يقوم عميل البريد الإلكتروني الخاص بك بإزالة =0D’s (أو الأسطر الجديدة، لهذا الغرض) بطريقة ما؟

في كلتا الحالتين، حتى لو كانت مشكلة خاصة بـ Gmail، فمن المحتمل أن يكون الأمر يستحق النظر فيه على الأقل نظرًا لأن Gmail هو عميل البريد الإلكتروني الأكثر شيوعًا بفارق كبير.