الحفاظ على ظهور صور يوميات Markdown بعد نقل المجلد

ما يعنيه مسار الصورة النسبي

تستخدم بنية صور Markdown علامة تعجب، يتبعها النص البديل بين قوسين مربعين، ثم وجهة الصورة بين قوسين دائريين. على سبيل المثال، يشير  إلى صورة من خلال وصف موقعها بالنسبة لملف Markdown. توضح مواصفات CommonMark وجهات الصور مثل train.jpg، ويوثق Markdown Guide البنية الأساسية ذاتها. CommonMark: Images Markdown Guide: Basic Syntax

يعد المسار النسبي مفيداً لنقل اليوميات لأنه يصف العلاقة بين الملفات، بدلاً من تحديد موقع معين على جهاز كمبيوتر واحد. فإذا نُقلت الملاحظة والصورة معاً دون تغيير تلك العلاقة، يظل المسار يشير إلى الصورة نفسها. أما الموقع المطلق مثل /Users/sam/Pictures/blue-mug.jpg أو C:\Users\Sam\Pictures\blue-mug.jpg فيحدد موقعاً خاصاً بجهاز معين؛ وقد يؤدي نسخ اليوميات إلى محرك أقراص أو كمبيوتر آخر إلى تعطله.

اختيار تخطيط مجلد ينتقل معاً كوحدة واحدة

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

text Diary/ ├── images/ │ ├── blue-mug.jpg │ └── garden-bed.png ├── 2025/ │ └── 2025-04-12.md └── 2026/ └── 2026-09-30.md

من الملف Diary/2026/2026-09-30.md، يكون المسار إلى blue-mug.jpg هو ../images/blue-mug.jpg: بالصعود دليلاً واحداً لأعلى من 2026، ثم الدخول إلى images. ويمكن أن يكون سطر Markdown كالآتي:

md 

إذا كانت صور كل سنة تنتمي إلى تلك السنة فقط، فإن إنشاء مجلد فرعي مجاور يسهل فهمه أيضاً:

text Diary/ ├── 2026/ │ ├── images/ │ │ └── garden-bed.png │ └── 2026-09-30.md

عندئذٍ يمكن للملاحظة استخدام . تعتمد هذه الأمثلة على موقع الملاحظة المعروضة. احسب عدد المجلدات بين الملاحظة والصورة؛ ولا تخمن عدد أجزاء ../.

كتابة الرابط من منظور الملاحظة

ابدأ بمجلد ملف Markdown، ثم تتبع شجرة الدلائل وصولاً إلى الصورة. تعني الوجهة التي تقتصر على اسم الملف فقط مثل photo.jpg أن الصورة موجودة بجانب الملاحظة. وتعني images/photo.jpg أنها موجودة في مجلد فرعي باسم images بجانب الملاحظة. أما ../images/photo.jpg فتعني الصعود مستوى واحداً لأعلى أولاً. تمنحك هذه القاعدة طريقة ملموسة لحساب الرابط قبل تجربته في العارض.

حافظ على بساطة الأسماء قدر الإمكان: على سبيل المثال، 2026-09-30-garden.jpg. التهجئة الدقيقة وحالة الأحرف مهمتان في العديد من أنظمة الملفات، وقد يكون الخطأ الإملائي أو عدم تطابق حالة الأحرف كافياً لجعل الصورة غير متاحة. قد تختلف تطبيقات Markdown أيضاً في التعامل مع المسافات وعلامات الترقيم. يشير Markdown Guide إلى أن التطبيقات لا تتفق جميعها بشأن المسافات في عناوين URL ويوصي باستخدام %20 لضمان التوافق. إذا كان اسم الصورة يحتوي على مسافات، فإن استخدام اسم ملف بسيط يتجنب هذا اللبس؛ وبخلاف ذلك، استخدم أسلوب الترميز أو الاقتباس الذي يدعمه العارض الخاص بك وتأكد منه هناك. Markdown Guide: Link Best Practices

نقل اليوميات دون تغيير خريطتها الداخلية

تعامل مع مجلد اليوميات كوحدة واحدة. انسخ أو انقل مجلد Diary/ الحاوي مع كل من ملاحظات .md والصور، بدلاً من نقل الملاحظات وحدها أو ترك الصور خلفك. تحافظ المسارات النسبية على فاعليتها عند تغيير الموقع الخارجي للمجلد لأن نقطة البداية والوجهة الداخلية تظلان في العلاقة نفسها.

عند إعادة تنظيم المجلدات داخل اليوميات، أعد حساب الروابط للملاحظات المتأثرة. على سبيل المثال، يؤدي نقل ملاحظة من Diary/2026/ إلى Diary/2026/trips/ إلى تغيير المسار الذي تحتاجه للوصول إلى Diary/images/: حيث يتطلب الآن ../../images/blue-mug.jpg. يتعامل الرابط النسبي مع نقل الشجرة بأكملها، لكنه لا يمكنه التعويض تلقائياً عن إعادة ترتيب جزء واحد فقط من تلك الشجرة.

اختبار النقل الفعلي في العارض الذي تستخدمه

استخدم فحصاً بسيطاً وقابلاً للتراجع قبل الاعتماد على ترتيب جديد للمجلدات:

اختر ملاحظة تحتوي على صورة محلية واحدة على الأقل وتأكد من عرض الصورة حالياً في عارض Markdown المعتاد لديك.

انسخ مجلد اليوميات بالكامل إلى موقع مختلف، مثل مجلد عادي آخر أو محرك أقراص قابل للإزالة. حافظ على جميع المجلدات الفرعية وأسماء الملفات.

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

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

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

هذا اختبار عملي، وليس ضماناً شاملاً عبر جميع التطبيقات. يصف Markdown القياسي بنية الصور، لكن يمكن للعارضين إضافة اصطلاحاتهم الخاصة. على سبيل المثال، يوثق Obsidian كلاً من بنية صور Markdown وبنية التضمين الخاصة به (![[image.jpg]])، وتصف إعداداته بشكل منفصل تنسيقات الروابط النسبية، وروابط جذر الخزينة (vault-root)، وأقصر مسار. إذا فُتحت يومياتك في تطبيق يعتمد على الخزائن، فتحقق مما إذا كنت تستخدم وجهات Markdown القياسية أو التضمينات وإعدادات الروابط الخاصة بالتطبيق. Obsidian Help: Embed files Obsidian Help: Settings

تشخيص تعطل الصورة بعد النقل

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

هناك طريقة سريعة لتضييق نطاق الخطأ تتمثل في مقارنة المسار مؤقتاً بشجرة المجلدات: إذا كان 2026-09-30.md موجوداً في Diary/2026/، فيجب أن يشير ../images/blue-mug.jpg إلى Diary/images/blue-mug.jpg. وإذا وصل المسار إلى المجلد المقصود ولكن الملف مسمى باسم Blue-Mug.JPG، فقم بتحديث إما مرجع اسم الملف أو اسم الملف نفسه ليتطابقا تماماً. وإذا فُتحت الصورة في متصفح الملفات ولكنها لم تُعرض في الملاحظة، فقد تكمن المشكلة المتبقية في كيفية تعامل ذلك العارض مع مسارات Markdown المحلية؛ تحقق من وثائقه أو اختبر وجهة صورة Markdown بسيطة.

قاعدة بسيطة لقابلية النقل

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

متابعة استكشاف الموضوع