عدد الكلمات: ~٢٥٠٠ · مدة القراءة: ١٣ دقيقة

منطق اليونيكود: كيف يرى الحاسوب الحروف ؟

دراسةٌ معمقةٌ في أنثروبولوجيا الترميز الكتابي، وصدمة التجريد الحاسوبي، وصياغة الدستور البرمجي الموحد لحروف البشرية.

١. المقدمة السردية: بابل الرقمية

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

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

المشكلة المركزية بدأت عندما فرضت الثورة الصناعية، ثم تلتها ثورة الحاسوب والإنترنت ذات المنشأ الأنغلو-ساكسوني، معياراً أحادياً واحداً للتدفق البصري والمنطقي. صُممت الحواسب الأولى لتعبر عن لغة مخترعيها؛ لغةٌ تكتب من اليسار إلى اليمين، وتعتمد على حروفٍ لاتينيةٍ منفصلةٍ وعاريةٍ من التشكيل أو الاتصال البصري. في تلك اللحظة الحرجة من تاريخ التكنولوجيا، اعتبرتْ الأنظمة التقنية بقية ثقافات العالم ولغاتها الحية — كالعربية والصينية واليابانية — مجرد “حالاتٍ استثنائية” (Edge Cases) أو مشاكلاً فرعيةً يجب على البرمجيات الرقمية معالجتها لاحقاً، مما خلق انحيازاً بنيوياً عميقاً في صلب العتاد والبرمجيات نعيش تبعاته حتى اليوم، في منصة ذي يزن، وفي كل نظامٍ رقميٍ حديث.

٢. أنثروبولوجيا المدى: لماذا لا نكتب جميعاً بنفس الاتجاه؟

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

لنبدأ بنمط “النحت في الصخر” (اليمين إلى اليسار): لماذا اختارت اللغات السامية القديمة، كالفينيقية والعبرية والعربية، التدفق من اليمين إلى اليسار؟ يعود السبب الميكانيكي إلى أن الناحت القديم كان يمسك بالإزميل الثقيل بيده اليسرى ليثبته على الصخر، بينما يضرب بمطرقة في يده اليمنى القوية. التحرك من اليمين إلى اليسار في هذه الحالة كان هو الاتجاه الطبيعي والآمن لليدين، حيث يتيح للنّاحِت رؤية الأحرف التي حفرها لتوّها دون أن تحجب يدُه اليمنى الضوءَ عن مكان النحت التالي.

وعلى النقيض من ذلك، جاء نمط “الحبر والورق” (اليسار إلى اليمين). عندما انتقلت الشعوب الهندو-أوروبية إلى استخدام ورق البردي والجلود، واعتماد الحبر السائل والريشة، فقد ظهرت عندهم مشكلةٌ فيزيائيةٌ جديدة: إذا كتب الشخص بيده اليمنى من اليمين إلى اليسار، فإن كف يده وجسده سيمران فوق الحبر السائل الذي لم يجف بعد، مما يؤدي إلى تلطيخ النص ومحو المخطوطة. لذلك، تغير اتجاه اللغات اللاتينية واليونانية لتبدأ من اليسار إلى اليمين، لتسير اليد اليمنى كاشفة للنص ومبتعدةً عن الحبر الرطب.

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

ولم تتوقف التجربة البشرية هنا؛ بل عرف التاريخ نمطاً مدهشاً يُدعى “محراث الثور” (Boustrophedon)، وهو أسلوب كتابةٍ اعتمدته الإغريقية القديمة لقرون، حيث يبدأ السطر الأول من اليمين إلى اليسار، وعند نهايته ينعكس السطر الثاني ليبدأ من اليسار إلى اليمين، تماماً كحركة الثور الذي يحرث حقلاً ذهاباً وإياباً دون انقطاع، مما يحافظ على استمرارية العين في القراءة دون الحاجة للقفز العشوائي إلى أول السطر مجدداً. ربما، قد يكون من الجميل أن تعود البشرية مستقبلاً للكتابة هكذا!

٣. صدمة التجريد: عندما التقى الخط البشري بالسيليكون

عندما تلاقت هذه الثقافات والاتحادات البصرية المعقدة مع عصر الآلة، تلقت صدمة التجريد الأولى على يد يوهان جوتنبرج ومطبعته الشهيرة. حوّلت المطبعة الحرف البشري المرن إلى “صندوقٍ معدنيٍ فيزيائيٍ جامد” له عرضٌ وارتفاعٌ ثابتين. كان على الحرف العربي المتصل والمتحول، والحرف الصيني الممتد، أن يُقسرا داخل قوالب الرصاص المربعة ليتماشيا مع هندسة الماكينة الميكانيكية اللاتينية.

ومع ظهور الحواسب في منتصف القرن العشرين، انتقل هذا التجريد من الميكانيكا إلى السيليكون عبر نظام الترميز الأسكي (ASCII) الأمريكي. كان هذا النظام هو مأساةً حقيقيةً للتنوع الثقافي الرقمي؛ إذ حصر تفكير الآلة بالكامل في ٧ بت فقط، وهو ما يتيح ١٢٨ رمزاً فقط! كانت هذه الرموز كافية تماماً للحروف الإنجليزية الصغيرة والكبيرة، والأرقام من ٠ إلى ٩، وبعض علامات التحكم الأساسية مثل السطر الجديد. لم يكن هناك أيّ مكانٍ متاح في ذاكرة الحواسب للحرف العربي، أو اللاتيني المشكل، أو الرموز الآسيوية. بالنسبة للآلة الأولى، كان العالم ينتهي عند حدود الأبجدية الإنجليزية ذات الـ ٢٦ حرفاً، والتي لكل حرف منها شكلين اثنين، فقط!

لكن خارج حدود هذا الصندوق الأمريكي “اللاتيني” الضيق، كانت اللغات البشرية قد أطلقت العنان لأعداد محارفها وهندستها البصرية؛ فالأبجدية العربية مثلاً تحتاج ٢٨ حرفاً تتغير أشكالها بالاتصال ليبلغ مجموع محارفها الإجمالي ١٤٨ محرفاً إذا أضفنا علامات التشكيل، بينما يرتفع عدد الأحرف في الأبجدية الروسية السيريلية إلى ٣٣ حرفاً، وتصل الأبجدية الأرمنية القديمة إلى ٣٩ حرفاً. ولم يقف التباين عند هذا الحد؛ إذ تتربع الأبجدية الكمبودية (الخميرية) على عرش الأنظمة الحرفية في العالم بـ ٧٤ محرفاً أساسياً تشكل بحد ذاتها تحدياً كبيراً في التوطين الرقمي بسبب تداخل حروفها وحركاتها فوق وتحت السطر.

هذا التمدد الصوتي يزداد تعقيداً في الأنظمة المقطعية؛ حيث لا يمثل الرمز صوتاً مفرداً بل مقطعاً كاملاً يدمج الحرف الساكن بالمتحرك، مثل النظام الإثيوبي (الجعزي) الذي يتولد من حروفه الأساسية تنويعات قسرية تقفز بـواجهة المستخدم إلى ١٨٢ محرفاً، أو نظام “الكينا” الياباني بمقطوعاته البالغة ٩٢ محرفاً. وفي قمة هذا الهرم العددي تقبع الأنظمة الرمزية اللفظية كاللغة الصينية، والتي لا تمثل حروفها أصواتاً بل أفكاراً ومعانٍ كاملة، ليتجاوز عدد رموزها في المعاجم التاريخية ٨٥,٠٠٠ رمز، ويفرد لها العالم الرقمي اليوم قسماً عملاقاً مستقلاً يستوعب أكثر من ٩٤,٠٠٠ محرفٍ برمجيٍ موحد.

إذن، تنوعت الأنظمة البصرية للكتابة الإنسانية عبر التاريخ تلبية لفيزياء أدواتها، فمن النحت في الصخر يميناً إلى ريشة الحبر يساراً، وصولاً إلى جاذبية الشلال عمودياً في شرق آسيا. ومع نشأة الحواسب برز انحياز بنيوي قيد الآلة في نطاق الأبجدية اللاتينية المحدودة، مما استدعى صياغة معيار “اليونيكود” كدستور رقمي عالمي يفصل روح الحرف كـ Code Point عن جسده البصري البحت. هذا المعيار الفريد فتح المجال لاستيعاب كافة لغات الأرض وثقافاتها، متجاوزاً الأنظمة الحرفية البسيطة ليتسع لعشرات الآلاف من الرموز المقطعية واللفظية المعقدة. هذا التوسع في الأعداد هو الذي يقودنا في المحطة القادمة لفهم كيف يقوم “محرك صيرورة النصوص” في المتصفح بفرز وفك شفرة هذه الآلاف المؤلفة من الحروف والرموز وضبط اتجاهاتها بدقة متناهية وفي أجزاء من الملي ثانية.

تزامن هذا الضيق الإدراكي مع طريقة تعريف المصفوفة الثنائية (الشبكة) للشاشات الرقمية. يرى الحاسوب الشاشة كإحداثياتٍ رياضيةٍ تبدأ من نقطة الصفر (0,0) الواقعة دائماً في “أعلى اليسار”. من هذه النقطة تنطلق كافة الحسابات البصرية لنمو الواجهات وعرض العناصر. هذا التحديد البنيوي خلق انحيازاً هندسياً كاملاً في لغات البرمجة وتصميم واجهات المستخدم (UI)؛ فالافتراض الافتراضي للمهندسين والمكتبات البرمجية هو أن المحتوى ينمو دوماً لأسفل ولليمين، مما جعل لغاتٍ كالعربية تبدو وكأنها تحارب الجاذبية الطبيعية للنظام البرمجي لتعرض نفسها بشكلٍ صحيح.

٤. اليونيكود: صياغة الدستور الرقمي الموحد

مع توسع شبكة الإنترنت وتحول العالم إلى قريةٍ رقمية، أصبحت فوضى ترميز اللغات المحلية أمراً لا يمكن تحمله. كانت المواقع المكتوبة بالعربية تظهر كرموزٍ غير مفهومةٍ أو “علامات استفهام” عند فتحها على أجهزةٍ لا تدعم الترميز المحلي الخاص بتلك المنطقة. زد على ذلك في مقلبٍ آخر كان هنالك صراعٌ تجاريٌ بين الشركات الأمريكية الكبرى على الاستحواذ على نظام ترميزٍ موحدٍ.. من هنا ظهرت الحاجة التاريخية لتأسيس “منظومة الـ Unicode” في أواخر الثمانينات، لتكون بمثابة الدستور الرقمي الموحد لثقافات البشر. Uni مشتقة من Universal (عالمي/شامل) أو Unique (فريد)، و Code تعني (ترميز/شفرة)، أي أن اليونيكود: “الترميز العالمي الموحد” لحروف كتاباتنا البشرية.

جاء اليونيكود ليعلن مبدأ هندسياً حاسماً غيّر وجه التكنولوجيا، وهو مبدأ “فصل الروح عن الجسد” في عالم الخطوط الرقمية. قام المعيار بالفصل التام بين مفهومين:

• كيان الحرف المعنوي (Code Point): وهو القيمة الرقمية الفريدة الثابتة في الذاكرة والتي تمثل الحرف كفكرة مجردة، بغض النظر عن اتجاهه أو طريقة رسمه. على سبيل المثال، الحرف العربي “س” يمتلك دائماً القيمة (U+0633) في الدستور الموحد، سواء كُتب منفصلاً أو متصلاً، أو حتى لو شاء لك أن تبرمج ما يعرضه لاحقاً على شكل فقاعة بالون، فسيبقى الحرف العربي الذي يدعونه سين يحمل القيمة (U+0633)!
• شكل الحرف الجمالي (Glyph): وهو الرسم البصري الفعلي للحرف الذي يتغير ديناميكياً حسب نوع الخط المستخدم، وموقعه في الكلمة (في البداية، الوسط، أو النهاية)، والسياق اللغوي المحيط به.

لتحقيق هذا الفصل وإتاحة عرض لغات العالم بمرونة، حدد المعيار الأبعاد البرمجية الثلاثة للتدفق (Logical Layout)، وهي المفاهيم التي تعتمد عليها المتصفحات الحديثة لتنسيق المحتوى دون انحياز:

1. المحور المضمن (Inline Axis): هو الاتجاه الذي تنمو وتتتابع فيه الكلمات داخل السطر الواحد. في الإنجليزية ينمو من اليسار إلى اليمين، بينما في العربية ينمو من اليمين إلى اليسار.
2. محور المجموعات (Block Axis): هو الاتجاه الذي تتراكم وتنمو فيه الفقرات والقوالب الهيكلية على الشاشة. في معظم اللغات المعاصرة (بما فيها العربية والإنجليزية)، ينمو هذا المحور عمودياً من الأعلى إلى الأسفل.
3. محور التخزين (Logical Order): هو الترتيب المنطقي الذي تُخزن به الحروف داخل ذاكرة الحاسوب العشوائية، حيث يعتمد على التسلسل الزمني لكتابة المستخدم للحروف (الحرف الأول المكتوب يُخزن أولاً) بغض النظر تماماً عن مكان ظهوره البصري لاحقاً على الشاشة.

٥. المعضلة الكبرى: النصوص الهجينة واختلاط الأبعاد

بفضل هذا الدستور الموحد، أصبح الحاسوب قادراً على منح كل حرفٍ في الوجود هويته الخاصة وثباته المعنوي في الذاكرة. لكن، هذا التناغم النظري يصطدم بأرض الواقع البرمجي عندما ننتقل من معالجة لغةٍ نقيةٍ مفردةٍ إلى معالجة “النصوص الهجينة” (Mixed-Direction Text)، حيث تتداخل الاتجاهات وتختلط الأبعاد في السطر الواحد.

المعضلة الكبرى تظهر عندما يتقاطع نصٌ لغويٌ عربيٌ يسير من اليمين إلى اليسار مع مصطلحٍ إنجليزي أو كودٍ برمجيٍ يسير من اليسار إلى اليمين، أو تتداخل أرقامٌ وعلامات ترقيمٍ محايدةٌ وسط هذه المعمعة البصرية. هنا تتصادم المحاور الضمنية للغات المختلفة، ويحدث ما نسميه “انكسار التدفق البصري”.

لكي نفهم ميكانيكية حدوث هذه المشكلة، تخيل أنك تكتب جملةً عربية، ووضعت في منتصفها كلمةً ما باللغة الإنجليزية، ثم أنهيت الجملة بقوس أو علامة استفهام أو نقطة. لنأخذ هذا الكابوس البرمجي الشائع الذي يظهر في آلاف المواقع العربية الموطنة بشكلٍ خاطئ:

لإعداد البيئة التقنية، نقوم بتنصيب إطار العمل البرمجي المعرف باسم لغة بايثون Flask.

إذا نظرتَ إلى الجملة السابقة في الذاكرة المنطقية للحاسوب (Logical Order)، ستجد أن الكاتب وضع النقطة (.) في نهاية الجملة، أي بعد حرف (k) في كلمة (Flask). لكن النقطة محرفٌ محايدٌ لا اتجاه له. عندما يقرأ المتصفح السطر بناءً على القواعد الضمنية، يرى أن النقطة جاءت مباشرةً بعد محرفٍ لاتينيٍّ قوي الاتجاه نحو اليسار (LTR). ونظراً لأن المتصفح لم يتم إعلامُهُ صراحةً بأنَّ الفقرة بالكامل يجب أن تكون ذات اتجاهٍ عربي، فإن الخوارزمية تفترض أن النقطة هي جزءٌ من سياق الكلمةِ الإنجليزية، فتقوم بقذف النقطة بصرياً إلى اليمين، أي لتظهر بين كلمة (بايثون) وكلمةِ(Flask)، مما يقطع التدفق اللغوي للجملة ويجعلها تبدو مشوهةً للغاية، كالتالي:

لإعداد البيئة التقنية، نقوم بتنصيب إطار العمل البرمجي المعرف باسم لغة بايثون .Flask

الآن تخيل لو أن الجملة انتهت بإشارة استفهام، رغم أن إشارة الاستفهام العربية (؟) مختلفةٌ عن نظيرتها الإنكليزية (?) بالشكل وبالتالي بالقيمة الرقمية (Code Point)، حيث العربية قيمتها U+061F، والانكليزية U+003F، إلا أن كلاهما يعتبران محارف محايدة، لأنهم يستخدمون في سياق نصوص هجينة ولغات أخرى (كالفارسية والكردية الخ..). الاستفهام الإنكليزية محايدة، والاستفهام التي أعتبرها أنا مثلاً عربية هي في فئة محايد آخر (Other Neutral – ON) في اليونيكود.
سيكون شكل مثالنا السابق باستبدال النقطة بإشارة استفهام، كالتالي:

هل قمت بتنصيب إطار العمل البرمجي لبايثون المعرف باسم ؟Flask

يمكنك اختراع الكثير من الحالات الهجينة بمعرفتك أن هنالك لغاتٍ تكتب من الأعلى إلى الأسفل بالنمط الآسيوي الشرقي مع تدفق السطور من اليمين إلى اليسار بينما النمط المنغولي التقليدي تتدفق سطوره من اليسار إلى اليمين أثناء الكتابة الرأسية. ولك أن تتخيل الدوامة التي تحدث إن خلطنا نص رأسي “كالصيني مثلاً” مع نص أفقي قوي “مصطلح انكليزي طبي مثلاً” حيث تبقى المحارف الصينية مصطفةً تحت بعضها، لكن تقوم المتصفحات بتدوير الأحرف اللاتينية أو الأرقام مع عقارب الساعة ٩٠ درجة لتصبح مقروءةً عند إمالة الرأس، أو يتم عرضها محرفاً إثر محرف عامودياً إذا كانت قصيرة!

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

٦. الميكانيكا الخفية: كيف يفكر المتصفح ونظام التشغيل الآن؟

للوصول إلى حلولٍ حقيقية، علينا فهم الآلية الخفية التي يفكر بها المتصفح ونظام التشغيل في هذه اللحظة لعرض المحتوى. عندما يستلم متصفح الويب (مثل كروم أو سفاري) كود الـ HTML وبيانات اليونيكود، فإنه لا يرسلها مباشرةً إلى الشاشة، بل يمررها أولاً إلى كائنٍ برمجيٍ داخلي يُدعى “محرك صيرورة النصوص” (Text Rendering Engine).

يقوم هذا المحرك بقراءة قيم الـ Code Points من الذاكرة، ثم يستدعي ملف الخط (Font File) المقترن بالنص ليجلب الأشكال الجمالية (Glyphs) المناسبة. هنا يقف المبرمج في حيرةٍ حقيقيةٍ وفجوةٍ بصريةٍ بين عالمين:

• العالم المنطقي (Logical Realm): الكود الذي يكتبه المبرمج بيده في ملف المصدر، حيث تترتب الحروف فيه بشكلٍ متسلسلٍ من البداية للنهاية.
• العالم البصري (Visual Realm): ما يراه المستخدم النهائي على الشاشة، حيث يتم إعادة ترتيب الحروف وأماكنها أفقياً وعمودياً بناءً على قوانينٍ معقدة.

لمحاولة سد هذه الفجوة وتفادي تدمير النصوص الهجينة، تحاول المتصفحات الحديثة اللجوء إلى “التخمين التلقائي” للاتجاه. تقوم هذه الخوارزميات الأولية بفحص المحارف الأولى من النص؛ فإذا وجدت أن المحرف القوي الأول ينتمي لعائلة اللغات العربية، تقوم بتخمين أن اتجاه السطر بالكامل هو من اليمين إلى اليسار. ومع ذلك، فإن مخاطر الاعتماد على هذا التخمين الأعمى كبيرةٌ جداً؛ فبمجرد أن يبدأ النص الديناميكي (مثل أسماء المستخدمين أو التعليقات) برقمٍ أو برمزٍ محايدٍ أو بكلمةٍ إنجليزية، يفشل التخمين تماماً، وينهار الهيكل البصري للواجهة، مما يؤكد أن التخمين ليس بديلاً عن التحكم الصارم.

٧. الخاتمة والتمهيد: في انتظار الخوارزمية المنقذة

في نهاية هذا التشريح التقني والتاريخي، نصل إلى حقيقةٍ راسخة: لقد نجحت البشرية، من خلال معيار اليونيكود، في إرساء دستورٍ رقميٍ موحدٍ يفهم “معاني” الحروف ويمنح كل لغةٍ هويتها المستقلة في الذاكرة، كما نجحت الأنظمة في استيعاب أبعاد التدفق المختلفة. ومع ذلك، فإن الحواسب والمتصفحات لا تزال عاجزةً تماماً عن تنسيق السطور الهجينة والمعقدة تلقائياً دون وجود “قوانين مرور صارمة” تفصل في النزاعات البصرية بين اللغات المتصادمة.

الآن، بعد أن فهمنا كيف يرى الحاسوب الحرف كـ Code Point، وعرفنا الفارق بين الترتيب المنطقي والترتيب البصري، فالسؤال هو كيف يقرر المتصفح في أجزاء من الملي ثانية أين يضع الحرف العربي بجانب الكلمة الإنجليزية وعلامة الترقيم بدقةٍ متناهية؟

في المقال القادم من هذه السلسلة التعليمية على منصتنا، سنفتح الصندوق الأسود لـ “خوارزمية ثنائية الاتجاه (BiDi Algorithm)” في مستواها المبتدئ، وسنكتشف المنطق البرمجي والقوانين الصارمة التي تنقذ نصوصنا الهجينة من التفكك والانكسار البصري عند صياغة واجهات الويب.

المراجع والمصادر:

1. المعيار التقني الرسمي الصادر عن منظمة اليونيكود لخوارزمية ثنائية الاتجاه: Unicode Bidirectional Algorithm (UAX #9)
2. دليل تدويل الويب ومواصفات النصوص الهجينة لـمنظمة الويب العالمية: W3C Internationalization (I18n) Activity
3. توثيق شبكة مطوري موزيلا الرسمي حول الخصائص المنطقية للغات الـ RTL: MDN Web Docs: CSS Logical Properties and Values

منصة ذي يزن © 2026