أفضل الممارسات: فواصل ASCII في رسائل البريد الإلكتروني؟

مرحبًا أيها المجتمع في Discourse،

أولاً، شكرًا لكم على إنشاء أداة رائعة وقيمة ومرنة و(في الغالب) بديهية كما أجد. نحن نعمل على تحويل العديد من أوضاع التواصل الخاصة بمشروعنا إلى استخدام Discourse، بدءًا من قوائم البريد الإلكتروني للمناقشة المجتمعية القائمة على المستخدمين وصولًا إلى رسائل البريد الإلكتروني المُولَّدة تلقائيًا بالإسكربتات التي تُعلمنا بالأحداث الرئيسية (مثل القضايا الجديدة، وفشل الاختبارات، وما إلى ذلك)، ونحن متحمسون لهذه التغييرات.

إحدى العقبات التي واجهتها أثناء إعداد النظام هي الحذف التلقائي للمحتوى الذي يلي أسطرًا مثل ----- في رسائل البريد الإلكتروني المرسلة إلى Discourse. إذا فهمت بشكل صحيح، فإن هذا الإجراء يُتخذ لتجنب حمل سلسلة الردود الكاملة في المنشورات المُنشأة عبر البريد الإلكتروني، وأنا معجب عمومًا بكيفية عرض ردود البريد الإلكتروني بشكل نظيف في Discourse، لذا لا أنقد هذا الخيار على الإطلاق في هذا السؤال.

لطالما استخدمنا مثل هذه الفواصل بشكل متكرر في رسائل البريد الإلكتروني المُولَّدة بالإسكربتات (والتي نعكسها الآن إلى Discourse) لجعلها سهلة القراءة سواء باستخدام تقنيات قديمة أو حديثة. أنا في عملية إزالة هذه الفواصل واستبدالها بتقنيات مثل “دعنا نجرب استخدام المزيد من المساحات البيضاء العمودية بدلاً من ذلك”، ولكن قبل أن أغوص كثيرًا في هذا الجهد، أردت التحقق لمعرفة ما إذا كانت هناك أفضل ممارسة مقترحة أخرى لإنشاء مثل هذه الفواصل في البريد الإلكتروني المُرسل إلى Discourse، أو طريقة لتجاوزها/تجاوز الفلتر الحالي لم أكتشفها بعد (أفضل محاولة قمت بها حتى الآن هي استخدام سطر من الشرطات النصفية بدلاً من الشرطات/الرموز المطابقة لـ ASCII، لكنني لست متحمسًا للذهاب إلى رموز غير ASCII، من أجل البساطة).

كثير منا يميل أيضًا إلى استخدام فواصل صغيرة --- بشكل اعتيادي في الرسائل لفصل كتلة كود أو شيء مشابه، لذا أشعر بالقلق من أنه حتى بعد تحويل جميع رسائلنا المُولَّدة بالإسكربتات، قد يواجه المستخدمون الذين يعتمدون على خيار الرد للاستجابة لمواضيع Discourse المنعكسة إلى صناديق ورودهم هذه المشكلة (لكن ربما هذه مجرد منحنى تعلم سنحتاج إلى تجاوزه؟).

شكرًا لأي نصائح أو إرشادات هنا،
-براد

أها… شيء اكتشفته للتو وقد يساعد الآخرين الذين يصلون إلى هذا الموضوع: دمج رموز ASCII غير فاصلة أو ترقيم في سطر يعمل عادة كفاصل يتسبب في تجاوز تصفية Discourse. لذا، فإن تغيير سطر مثل:

Header
--------------------------------

إلى:

--- Header ---------------------

هو أحد الطرق للحفاظ على نوع من خط الفاصل دون أن يقوم Discourse بإزالته. وبالطبع، هذا لا يزال لا يساعد المستخدمين المعتادين على الاعتماد على خطوط الفاصل القصيرة ---- لفصل شيء ما في رسالة بريد إلكتروني، لذا لا زلت فضوليًا لمعرفة ما إذا كان لدى الآخرين ممارسات موصى بها في هذا الصدد.

مخاطرةً بمواصلة التحدث إلى نفسي، إليك مثال محدد ملهم واجهناه اليوم:

إحدى الحالات التي نستخدم فيها السكربتات لإشعار الأشخاص بالأحداث هي إرسال رسائل بريد إلكتروني للمطورين عند دمج طلبات السحب (PRs) الجديدة في مستودعنا على GitHub. لقد قمنا بتعديل هذه السكربتات لتوجيه البريد إلى فئة محددة على موقع Discourse الخاص بنا. ومع ذلك، بما أن GitHub يستخدم لغة Markdown لوصف طلبات السحب، فإننا غالبًا ما نجد عناوين أقسام مثل التالي في أوصاف طلبات السحب:

Details of this PR
------------------

التي يتم عرضها كعناوين أقسام على GitHub. لكن عند إرسالها عبر البريد إلى Discourse، يتسبب هذا السطر من الشرطات في قص بقية الرسالة.

يمكننا بالطبع تدريب جميع مطورينا على استخدام أنماط عناوين أخرى لن يتم قصها (مثل ## Details of this PR)، ولكن إذا كانت هناك طريقة تسمح لنا بتعديل السكربت الخاص بنا لمعالجة رسالة الدمج وحماية أو الهروب من مثل هذه الأنماط بحيث يتم الاحتفاظ بها في Discourse، فسيبدو ذلك أكثر جاذبية.