تطبيق Mdora: قراءة ملفات Markdown على iPhone بالعربية

تصلك رسالة فيها ملف README. تفتحه على الهاتف فيظهر أمامك نص خام: علامات نجمية، وشرطات، وأقواس مربعة، وروابط مكتوبة بالكامل. المعلومة موجودة، لكن قراءتها عمل إضافي لم تطلبه.

تطبيق Mdora هو قارئ ومحرر Markdown لنظام iPhone، يفتح ملفات md من تطبيق الملفات ويعرضها منسّقة، مع محرر ومعاينة حية. مشكلة صغيرة ومتكررة، وأداة صغيرة بحجمها.

ما الذي يقدّمه بالضبط؟

قائمة المزايا قصيرة، وهذا في محلّه هنا. فتح ملفات md وقراءتها، وإنشاء مستندات جديدة وتحريرها، ومعاينة حية للتنسيق، ووضع قراءة نظيف، ووضع تركيز للكتابة بلا تشتيت.

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

لقطة قائمة المستندات تعرض ثلاثة ملفات بأحجامها: ملف ترحيبي عربي بحجم 989 بايت، وملف README بحجم 4.5 كيلوبايت، وملف ترحيبي إنجليزي بحجم 727 بايت. أحجام صغيرة، وهذا طبيعي: ملفات Markdown نصية خالصة.

لماذا يهمّ دعم العربية هنا تحديدًا؟

لأن Markdown صيغة صُمِّمت للإنجليزية، وعرضها بالعربية مشكلة حقيقية لا مجرد ترجمة واجهة.

اللقطة الثانية تعرض مستندًا عربيًا كاملًا: عنوان «مرحبًا بك في Mdora»، وفقرة، وعنوان فرعي «المميزات»، وقائمة نقطية، ورابط، ثم قائمة مرقّمة بالأرقام العربية. النص كله يسير من اليمين إلى اليسار، والعلامات النقطية على الجهة الصحيحة.

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

أغلب قارئات Markdown لا تكسر العربية عمدًا. هي فقط لم تُختبر بها قط.

من يكتب توثيقًا تقنيًا بالعربية يعرف هذه المعاناة جيدًا، وقد تناولتها بتفصيل أكبر في مقال سابق عن دعم العربية في SwiftUI.

هل يصلح بديلًا عن محرر حقيقي؟

لا، ولا ينبغي أن يكون. وهذا التمييز يوفّر خيبة أمل.

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

ما يفعله هو الحالات التي لا يكون الحاسوب فيها مفتوحًا.

الحد الفاصل واضح: ملف واحد مقابل مشروع. ما دام العمل على ملف واحد فالهاتف يكفي، وما إن يصبح العمل على علاقة بين ملفات فالحاسوب هو المكان.

ما الذي يجب الانتباه إليه؟

ثلاثة أمور، أحدها لا يذكره الوصف.

الأول أن لقطات المتجر تُظهر لافتة إعلانية أسفل قائمة المستندات، وهي إعلان لتطبيق آخر من التطبيقات نفسها. أي أن النسخة المجانية مدعومة بإعلان داخلي، وهذا لا يظهر في وصف المتجر.

الثاني أن الوصف يذكر أن التطبيق «رفيق iOS» لخدمة ويب مصاحبة. هذا يعني أن جزءًا من قيمته مرتبط بمنظومة أوسع، ومن يستخدمه مستقلًا سيحصل على قارئ ومحرر فقط.

الثالث أن الإصدار 1.0 صدر في يونيو 2026 ولم يُحدَّث بعده، ولا توجد أي تقييمات على App Store. هذه حالة طبيعية لإصدار أول، لكنها تعني أن التجربة الشخصية هي المصدر الوحيد للحكم.

• مجاني مع إعلان داخلي ظاهر في اللقطات.
• يعمل دون إنترنت بحسب الوصف.
• iPhone فقط ولا نسخة Android.

متى يستحق مكانًا على هاتفك؟

حين تتعامل مع ملفات Markdown أكثر من مرة في الأسبوع. المطوّر، وكاتب التوثيق، ومن يدوّن ملاحظاته بصيغة md، كلهم يقعون في هذه الفئة.

ومن يفتح ملف md مرة كل شهرين فلا داعي. متصفح الويب يعرض ملفات GitHub منسّقة أصلًا، وتطبيق الملفات يفتح النص الخام، وهذا يكفي للحالات النادرة.

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

لماذا Markdown أصلًا وليس Word؟

سؤال يستحق التوقف لمن لم يعتد الصيغة، لأن قيمة قارئ مثل هذا تبدأ من قيمة الصيغة نفسها.

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

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

والسبب الثالث أن القواعد قليلة ومحدّدة. مواصفة CommonMark تضبط سلوك الصيغة بدقة، ولهذا يعرض ملفك بالشكل نفسه في GitHub وفي محررك وفي هذا التطبيق.

• يبقى مقروءًا حتى لو اختفت الأداة التي أنشأته.
• يعمل مع Git فتظهر التغييرات سطرًا سطرًا.
• قواعده قليلة فلا تحتاج إلى تعلّم برنامج.

ما الذي يجعل قارئ Markdown جيدًا؟

ثلاثة معايير أستخدمها للحكم على أي أداة من هذا النوع، وهي أدق من قائمة المزايا.

الأول هو الوفاء للمواصفة. القارئ الذي يعرض الجداول أو الشيفرة أو القوائم المتداخلة بشكل مختلف عن GitHub يجعلك تشك في ملفك بدل أن تثق بالأداة. الاختبار سهل: افتح ملفًا فيه جدول وكتلة شيفرة وقائمة داخل قائمة، وقارن.

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

الثالث هو التعامل مع النص ثنائي الاتجاه، وقد فصّلته أعلاه. وهذا المعيار تحديدًا هو ما يسقط فيه معظم المنافسين، ولهذا يستحق تطبيق Mdora النظر إن كنت تكتب بالعربية.

الأداة التي تعرض ملفك بشكل مختلف عن GitHub لا توفّر عليك وقتًا، بل تضيف إليك شكًا.

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

وهذه التفصيلة تحديدًا تفصل بين أداة تستخدمها لسنة وأداة تحذفها بعد أسبوعين، لأنها تحدد إن كانت تضيف فوضى إلى ملفاتك أم تكتفي بعرضها كما هي.

الخلاصة

تطبيق Mdora أداة صغيرة تحلّ مشكلة صغيرة، وهذا وصف وليس انتقاصًا. لا يحاول أن يكون بيئة تطوير، ولا يعدك بمزامنة مع مستودعاتك، ولا يطلب حسابًا. يفتح ملف md ويعرضه كما ينبغي، ويتيح لك تحريره إن أردت.

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

• جرّبه بملف عربي حقيقي لا بملف تجريبي.
• افتحه من تطبيق الملفات لا باستيراد نسخة.
• قارن العرض بـ GitHub لتتأكد من الوفاء للمواصفة.

والتجربة مجانية، وهي أسرع من قراءة أي مراجعة بما فيها هذه.