WMDE Technical Wishes/Sub-referencing/ar

This page is a translated version of the page WMDE Technical Wishes/Sub-referencing and the translation is 90% complete.

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

إضافة مراجع فرعية
Statusقيد التنفيذ
Originاستبانات الأمنيات الفنية للسنوات 2013 و2015 و2022 وغيرها
Focus areaتسهيل إعادة استخدام المراجع
Phabricatorلوحة المشروع
Responsibleفريق الأمنيات الفنية

أخبرنا رأيك

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

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

خطتنا هي أن تصبح إضافة المرجع الفرعية متاحة على مواقع ويكي التابعة لويكيميديا في نهاية 2024.

إضافة المراجع الفرعية باختصار

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

  • يحتوي المرجع الرئيسي على المعلومات الفهرسية الرئيسية.
  • يحتوي المرجع الفرعي على التفاصيل: أرقام الصفحات أو أي نوع آخر من المعلومات الإضافية التي تختلف من استشهاد لآخر مثل الفصول أو الآيات أو الملاحظات.

 

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

المنافع الرئيسية

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

كيف تعمل

في محرر نصوص الويكي

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

منافع محددة في محرر نصوص الويكي

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

 


 

خطوة بخطوة

1) أنت بحاجة إلى مرجع يحتوي على المعلومات الببليوغرافية الرئيسية، ”المرجع الرئيسي“. ويحتاج هذا المرجع إلى الاسم:

<ref name="Miller">E. Miller, ''The Sun''. New York: Academic Press, 2005.</ref>

يجب أن يوضع المرجع الرئيسي في قسم المراجع وإلا سيوجد مرجع في المقالة لا تعرض أية تفاصيل مثل أرقام الصفحات. في قسم المراجع، استخدم النص البرمجي <references> … </references>. لو كانت المقالة تستخدم بالفعل <references />، يرجى حذفها.

2) تقوم بإنشاء مرجع فرعي، باستخدام اسم المرجع الرئيسي مع السمة الإضافات. تضيف التفاصيل بين علامات الرمز<ref>:

<ref extends="Miller">Page 23.</ref>

هذا ما يبدو عليه الأمر:

According to scientists, the Sun is pretty big.<ref extends="Miller">Page 23.</ref> In fact, it is very big. Take their word for it.<ref extends="Miller">Page 48.</ref> Don't look directly at the sun!<ref extends="Miller">Page 23.</ref>

==References==
<references>
<ref name="Miller">E. Miller, ''The Sun''. New York: Academic Press, 2005.</ref>
</references>

 

 
راعي ما يلي

إذا كنت ترغب في الإشارة إلى مصدر جديد باستخدام المراجع الفرعية في wikitext، فما عليك سوى التأكد من إنشاء المرجع الرئيسي في قسم المراجع.

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

  1. قم بتحويل المرجع الأصلي إلى مرجع رئيسي باستخدام الرمز <ref name>.
  2. انقل المرجع الرئيسي إلى قسم المراجع.
  3. قم بإنشاء مرجع فرعي حيث كان المرجع الأصلي سابقًا في نص المقالة.
  4. انقل تفاصيل المرجع الرئيسي (أرقام الصفحات وما إلى ذلك) إلى المرجع الفرعي. تأكد من أنها لم تعد موجودة في المرجع الرئيسي، وإلا ستظهر تلك التفاصيل مرتين.
  5. قم بإنشاء المزيد من المراجع الفرعية حيثما تريد الاستشهاد بالمصدر بتفاصيل مختلفة في المقالة.

يمكنك أيضًا إعادة استخدام المرجع الفرعي نفسه من خلال إعطاء المرجع الفرعي اسمًا:

According to scientists, the Sun is pretty big.<ref extends="Miller" name="Miller, 23">Page 23.</ref> In fact, it is very big. Take their word for it.<ref extends="Miller">Page 48.</ref> Don't look directly at the sun!<ref name="Miller, 23" />

==References==
<references>
<ref name="Miller">E. Miller, ''The Sun''. New York: Academic Press, 2005.</ref>
</references>

 


يرجى ملاحظة الآتي

  • يتطلب تحويل المراجع إلى مراجع رئيسية وفرعية بعض التنظيف؛ وعادةً ما يجب أن يكون المرجع الرئيسي في قسم المراجع ( كما هو موضح أعلاه).
  • يمكنك استخدام الإحالات المرجعية الفرعية مع قوالب الاقتباس. لقد اختبرنا القوالب الأكثر استخدامًا، ولكن قد يحتاج القالب المفضل لديك إلى بعض التحديثات لكي يعمل مع حلنا.
  • قد تحتاج أيضًا بعض الأدوات الذكية/النصوص المتعلقة بالمراجع إلى تحديث لكي تعمل بشكل صحيح مع حل المراجع الفرعية الجديد.
  • لا يمكن عمل مرجع فرعي لمرجع فرعي.
  • في حالة استخدام الرمز <ref group>، يجب أن يكون المرجع الرئيسي والمرجع الفرعي في نفس المجموعة.


في المحرر المرئي (قيد التطوير البرمجي)

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

منافع محددة في المحرر المرئي

  • للاستشهاد بنفس المصدر بتفاصيل مختلفة، لم يعد عليك إنشاء مرجع جديد من الصفر.
  • المراجع الفرعية متوافقة تمامًا مع المحرر المرئي (على عكس الحلول القائمة على القوالب): يمكنك إنشاؤها عبر مربع حوار الاقتباس ويمكنك تحريرها من داخل قسم المراجع.

 


 

تدفقات العمل في النموذج الأولي الحالي (يجوز أن تتغير)

إنشاء مرجع فرعي

  • Creating a sub-reference currently works via the the existing citation dialog.
  • في علامة التبويب ”امتدادات“، حدد المرجع الذي تريد إعادة استخدامه. من المرجح أن يتم تحسين علامة التبويب هذه بعد جلسات اختبار المستخدم الحالية.
     
  • أدخل تفاصيل ذلك المرجع الفرعي وانقر فوق إدراج.
     
  • تُظهر لك النافذة المنبثقة للمرجع في المحرر المرئي أن هذا المرجع هو مرجع فرعي، وعدد مرات إعادة استخدامه.
     

تعديل مرجع فرعي قائم

  • انقر على علامة الحاشية السفلية في نص المقالة لتحرير مرجع فرعي.
  • يمكنك الآن تغيير تفاصيل المرجع الفرعي. يتم إعلامك أيضًا أنه مرجع فرعي.
     
  • لا يمكنك تحرير مرجع فرعي من القائمة المرجعية حتى الآن.
  • لتحرير المرجع الرئيسي، انقر فوقه في قسم المراجع.

إعادة استخدام مرجع فرعي

  • يمكنك إعادة استخدام مرجع فرعي باستخدام علامة التبويب ”إعادة الاستخدام“ في مربع حوار الاقتباس.
     

يرجى ملاحظة الآتي

  • المشكلة الحالية مع الأسماء التلقائية للمراجع في المحرر المرئي تحدث أيضًا مع الإحالات المرجعية الفرعية.
  • في المحرر المرئي، من الممكن حاليًا إنشاء مرجع فرعي لمرجع فرعي. هذا خطأ ويتسبب في حدوث خطأ عند الحفظ. ليس من المفترض أن يعمل لاحقًا في الحل الفعلي، ولا يعمل في wikitext أيضًا.
  • ما زال علينا العمل على ما يحدث عند حذف مرجع يُعاد استخدامه.
  • لم يتم بعد تحديد سير العمل على تحويل مرجع موجود إلى مرجع رئيسي وفرعي.
  • عند إنشاء إعادة استخدام مرجع فرعي في المحرر المرئي ثم التبديل إلى wikitext، ستجد أن العبارة في wikitext هي <ref extends="main-reference" name="sub-reference" />. هذا خطأ وسيتم إصلاحه كجزء من T367749.
  • لا يعرض <ref name="sub-reference name"/> حاليًا معاينة المرجع للمرجع الفرعي بشكل صحيح في وضع تحرير المحرر المرئي. سترى فقط تفاصيل المرجع الفرعي في النافذة المنبثقة وليس المعلومات من المرجع الرئيسي. للاطلاع على معلومات المرجع الرئيسي في النافذة المنبثقة أيضًا، يجب عليك حاليًا استخدام الصيغة <ref extends="main" name="sub-reference name" />.

 اختبار النموذج الأولي

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

النموذج الأولي متاح على الويكي التجريبي. ندعوك حاليًا في المقام الأول لاختبار حل wikitext: اختبره على ويكي التجريب آراء وملاحظات

 
يرجى ملاحظة أن الويكي التجريبي يختلف قليلاً عن الويكي العادي:
  • قد تبدو مختلفة (على سبيل المثال عدم استخدام الجلد المفضل لديك).
  • قد تقدم بعض الميزات الجديدة التي لا تزال قيد الاختبار.
  • فهي تحتوي فقط على بعض الصفحات والقوالب الاختبارية، وليس محتوى الويكي بالكامل، وليس كل القوالب والوحدات النمطية والأدوات وما إلى ذلك التي اعتدت عليها.
  • لا يعمل تسجيل دخول ويكيميديا العادي الخاص بك على ويكيبيديا بيتا. يمكنك إما تسجيل حساب - تأكد من استخدام كلمة مرور مختلفة عن حساب ويكيميديا العادي الخاص بك - أو اختبار الميزة بدون حساب، مما سيؤدي إلى إنشاء حساب مؤقت بـ :mw:Special:MyLanguage/Trust and Safety Product/Temporary Accounts (على ويكي ويكي بيتاويكي) - أو عرض عنوان IP الخاص بك (على ويكي ويكي ويكي).

المشكلة التي نحلها

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

الوضع الراهن: إعادة استخدام المراجع في محرر نصوص الويكي والمحرر المرئي

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

الوضع الراهن: إعادة استخدام المراجع مستخدمين تفاصيل أخرى في محرر نصوص الويكي

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

الوضع الراهن: إعادة استخدام المراجع مستخدمين تفاصيل أخرى في المحرر المرئي

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

لا يمكن تحرير المراجع التي تم إنشاؤها بواسطة الحلول المستندة إلى القوالب مثل {{sfn}} من داخل قسم المراجع ولا تظهر في علامة تبويب إعادة استخدام الاقتباس؛ ولكن من الممكن تحريرها يدويًا عند تحديد موقعها في نص المقالة.

حل مؤقت باستخدام {{sfn}}:

مشاكل لبرامج القراءة

Template-based workarounds are not properly displayed in Reference Previews, Reference Tooltips and mobile reference pop-ups.

{{sfn}} workaround with previews for references:

مشاكل رئيسية في الوضع الراهن

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

أحدث التغييرات والخطوات التالية

Our team has worked on this problem on and off for some time now. Here is an overview of this project’s history, including our research.
Thank you to everyone who participated in tests and interviews and who showed interest, as well as everyone who took the time to comment on our talk pages over the years. It is deeply appreciated. If you have further feedback, please share it on the talk page.

  •  Y A prototype is available on beta wiki. It covers the wikitext solution and some of the basic features of the Visual Editor solution. You can continuously test the prototype and give feedback.
  •  Yأرسلنا إعلانات عبر جميع مواقع الويكي لإعلام المجتمعات بهذه الميزة القادمة، ودعوناهم لاختبارها وإبداء الملاحظات بشأنها.
  •  YOur team presented sub-referencing at Wikimania 2024 and discussed with participants. (YouTube)
  • يشارك المستخدمون في مختلف المشاريع حالياً في اختبار المستخدم الخاضع للإشراف.
  • تواصلنا مع مواقع الويكي التجريبية المحتملة، ونعتزم نشر سمة المراجع الفرعية على مواقع الويكي تلك في شهر أكتوبر/تشرين الأول.
  • نعتزم نشر سمة المراجع الفرعية على مواقع الويكي الأخرى التابعة لويكيميديا بحلول نهاية عام 2024.
  • سنستمر في جمع الملاحظات لتحسين الحل بعد نشره.

We are aware of other problems in the focus area "reusing references", and we will try to address them along the way. Our focus, however, remains on creating a solution for sub-referencing.

الأسئلة المتكررة


كيف يمكنني أن أجد مقالات تستخدم المراجع الفرعية؟

A tracking category called Category:Pages that use extended references is added to any page where sub-referencing is used, allowing you to explore or fix pages using the new feature. The name of this category might change.

هل يمكنني استخدام هذه السمة في قوالب الاستشهادات وأدواتها؟

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

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

ما سيكون اسم نعت المراجع الفرعية؟

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

لم اخترتم إعراب النص البرمجي لنصوص الويكي هذا؟

عندما بدأنا العمل على تنفيذ هذه الميزة في الويكي تكست، ناقشنا خيارات مختلفة. تمت مناقشة إضافة وسم جديد (على سبيل المثال <subref>) بعناية، لكننا أردنا التمسك بنهج <ref> الحالي، لتقليل كمية الصيغة الجديدة التي يتعين على المستخدمين تعلمها. بالإضافة إلى ذلك، فإن إدخال وسم جديد سيتطلب العديد من التحديثات على برامج المجتمع الحالية (الأدوات، الأدوات، الروبوتات، إلخ) للإحالة.

One proposal (from 2008) was to specify the subreference’s details within the <ref> tag: <ref page="page 2" name="Miller"> or later <ref detail="page 2" name="Miller"> using the name attribute to refer to the main reference. This is similar to what users know from working with templates like {{cite book}}.

The main issue with this approach is, however, that it causes problems with templates and is very likely to cause errors. Another problem with this syntax is that it does not allow to re-use a sub-reference, because the name attribute has already been used to refer to the main reference and cannot be used a second time.

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

لم استغرق الأمر هذا الوقت الطويل لإيجاد حل؟

The Technical Wishes team has worked on this feature on and off for many years. If you want to know more, here’s an overview of the history and complexity of this problem.