لاحظت مؤخرًا أنه عند لصق (بعض) النصوص في محرر الرسائل، يتم إدراج وسوم span. على سبيل المثال:
<span lang="en">ثم ذهب البراهمة جيانوسوني إلى بوذا، وتبادلا التحية معه.</span><span lang="en">بعد انتهاء التحية والمحادثة المهذبة، جلس جانبًا وقال لبوذا:</span>
لا يمكنني إعادة إنتاج هذه المشكلة إلا عندما تتضمن وسوم span معلمة lang.
ولغريب الأمر، إذا كتبت ثلاث علامات فاصلة عكسية في محرر الرسائل لبدء كتلة كود ولصقت النص في السطر التالي، فإن وسوم spanلا تُلصق. إذن:
ثم ذهب البراهمة جيانوسوني إلى بوذا، وتبادلا التحية معه. بعد انتهاء التحية والمحادثة المهذبة، جلس جانبًا وقال لبودا:
هذا غريب حقًا.
هل حدثت أي تغييرات في طريقة معالجة HTML؟ أعلم (وأقدّر) أن بعض وسوم HTML المحدودة يتم تحويلها إلى Markdown. ومع ذلك، لا ينبغي لصق هذه الوسوم.
(إذا كان لا بد من شيء، فيجب أن يتضمن لصق النص داخل كتلة كود هذه الوسوم، بينما لا ينبغي لصقها داخل فقرة عادية. ولكن بصراحة، لا أعتقد أنه ينبغي لصقها في أي مكان)
لقد حاولت لصق نص مشابه يحتوي على وسوم span دون معلمة lang، وتم لصقها بشكل طبيعي، أي دون ظهور وسوم span من HTML. هذا هو السبب في أنني أعتقد أن الأمر يتعلق بـ lang.
يجب أن أذكر أيضًا أننا نستخدم الإصدار v2026.7.0-latest.
لقد دمجنا تحسينًا أمس لتجنب عناصر span من HTML عندما تأتي من Word، لكنني سأراجع الأمر مجددًا باستخدام مثالك. يرجى إعلامنا إذا وجدت أي أمثلة أخرى.
فقط لاحظ أن عنصر span مع سمة lang هو مزيج صالح كرمز inline html markdown-it، فالنظام يحتفظ بهما للحفاظ على الاتساق لأنه “صالح”، واهتمامي هو “إصلاحه أكثر من اللازم” وإزالة الحالات التي تحتوي على سمات إضافية كانت مقصودة (ربما لا تكون مشكلة حتى، سأبحث في الأمر).
هذا ليس هو الحال لأن الحافظة تحتوي على كل من HTML و text/plain في هذا السيناريو، ويستخدم النظام المصدر المناسب إذا لصقت النص خارج كتلة أكواد أو داخلها.
