هذا الموضوع مخصص لجمع التعليقات، مع التركيز بشكل أساسي على أي مشاكل متعلقة بتجربة المستخدم (UX)، للتجربة الجارية التي لم تعد فيها الرموز التعبيرية تؤثر على “ارتفاع السطر” وتحترم أيضًا إعداد حجم نص المستخدم في منشورات المواضيع والرسائل والدردشة.
على سبيل المثال، يمكنك العثور على مثال هنا…
بدون التجربة بأصغر حجم نص للمستخدم (الفرق الأكثر دراماتيكية):
^ يبدو أن هناك فاصل سطر قبل “على سبيل المثال،” بينما لا يوجد.
لماذا هذه تجربة وليست مجرد إصلاح خطأ؟
يمكن أن يكون كذلك، ولكن هناك مشاكل خفية محتملة موجودة عبر الأجهزة والمتصفحات وأنظمة التشغيل المختلفة. سفاري، على سبيل المثال، يعرض خاصية التنسيق لـ transform: scale(x) كضبابية نظرًا لأرقام معينة وتوليفات font-size، مع كون البديل webkit هو grow – ولكن هذه الخاصية تضيف مساحة هامشية إلى ارتفاع السطر، على عكس الخاصية المعتمدة على نطاق أوسع. هذا الموضوع موجود لالتقاط أي أخطاء قبل اعتماد الدعم.
تم التأكيد. تم إصلاح هذا مع الدردشة على وجه التحديد.
ولكن بالنسبة للمنشورات/الرسائل، سأبحث عن حل لهذا المحدد. يجب أن يكون واسعًا بما يكفي لالتقاط الرموز التعبيرية في <li></li> ديناميكي (على سبيل المثال) أو أي ترميز ولكن على وجه التحديد ليس أشياء معينة.
تم إيقاف/تعطيل هذه التجربة حاليًا 2024-01-02T06:00:00Z حتى إشعار آخر، لتشخيص مشكلات العرض في سفاري المتعلقة بالخاصية transform: scale(x)؛ قد تظهر الرموز التعبيرية ضبابية في حالات عشوائية، حيث قد تظهر واضحة في منشور واحد، وقد يظهر المنشور التالي ضبابيًا دون نمط يمكن تكراره.
بشكل عام، تم التعامل مع العرض في سفاري، ولكن نظرًا لأن هذا التباين يصعب التعامل معه، ستحتاج هذه التجربة إلى إصلاح أكثر اتساقًا للمضي قدمًا في التنفيذ ولا يزال يدعم إصدار سفاري من webkit. أنا أميل إلى إعادة تطبيق خاصية grow البديلة لـ webkit خصيصًا لسفاري. على الرغم من أن هذا يستهلك جزءًا من ارتفاع السطر، إلا أنه يمكن التخفيف من حدته.
