عند تفعيل إعداد تمكين اختصارات الرموز التعبيرية، تتحول الرموز التعبيرية مثل :) إلى رموز تعبيرية فعلية (). ومع ذلك، لا يمكن تجاوز ذلك باستخدام شرطة مائلة للخلف بسيطة قبلها (:)). هذا غير متسق مع عناصر أخرى حيث تعمل آلية الهروب، وفي ديسكورد، لديك إعداد مشابه:
لكنه ليس مفروضًا — إذا أردت :-) كما هي، يمكنني ببساطة كتابة شرطة مائلة للخلف قبلها، وسأحصل على ما أريد.
للتجاوز، تحتاج إلى استخدام شيء مثل حرف بعرض صفري في المنتصف، أو تغليف حرف بين قوسين زاويين في المنتصف لأنهما لا يظهران، إلخ. أي:
:<g>), :)
وهو ما يسبب تجربة مستخدم سيئة للمستخدمين الذين يرغبون في قدر أكبر من الحرية في كيفية كتابة الرموز التعبيرية.
نشرتُ منشورًا حول هذا الأمر في منتدى مطوري Roblox الذي يستخدم Discourse، وأوافقك الرأي؛ فالاضطرار دائمًا لاستخدام أحرف فارغة أو أي شيء آخر لتجنب استخدام الإيموجي أمر مزعج بعض الشيء. فالإيموجي عادةً ما تجعل منشورك يبدو أقل احترافية، وفي بعض الأحيان ترغب في استخدام رمز بسيط مثل :<g) لكن لا ترغب في الحصول على .
آمل أن يتم تغيير هذا الأمر. (“أعتقد أنه لن يتم التحديث لأن المشروع مفتوح المصدر وما إلى ذلك;”)
في الواقع، وجدت هذا الموضوع لأنني عثرتُ على هذا الاستفسار بنفسي (حاولت الهروب من وجهة ابتسامة، لكن للأسف تحولت إلى رمز تعبيري وابتلعت حرف الهروب الخاص بي… ما جرأة، هاها)
لدينا تجاوز موجود مسبقًا لهذا الأمر داخل علامات الاقتباس العكسية، مثل :-) و :) .. بالإضافة إلى كتل الكود .. لست متأكدًا حقًا من أننا بحاجة إلى طرق أكثر لتحقيق نفس الهدف؟
كانت نقطي أكثر حول استخدام الرموز التعبيرية في المحادثة الفعلية، أليس الأمر مجرد عدم عرض الرمز التعبيري، والاحتفاظ به كرمز تعبير إذا كان هناك شرطة مائلة قبله؟
`` مخصصة للأكواد المضمنة، وإذا لم تكن تناقش برمجة، فإن استخدام كتل الأكواد لا معنى له. وحتى لو كان كذلك، فلا يزال ذلك لا معنى له، لأن الأكواد المضمنة تُستخدم عمومًا لتسليط الضوء على سطر كود واحد أو لتسليط الضوء على أسماء الفئات/الأعضاء وما شابه ذلك.
هذه المشكلة لها نفس التصميم المشابه لـ “الشرطات السفلية يمكن أن تكسر الروابط التلقائية”، ولكن قد تكون هناك حيلة محددة ممكنة. سألقي نظرة على ما يمكن فعله.
اشتكى أحد المستخدمين في منتدانا من مشكلة التنسيق هذه، لقد قمت بتعطيل الإكمال التلقائي للرموز التعبيرية كحل لحالتنا، ولكن نظرًا لأن Discourse تمت ترقيته إلى markdown-it v13 منذ فترة، فقد استمرت المشكلة بينما يعمل الهروب بالشرطة المائلة العكسية الآن على https://markdown-it.github.io/
هل يمكن أن يكون هذا بسبب أن ember.js لا يزال يعتمد على markdown v12 كما هو موضح هنا؟