ويكيبيديا:الميدان/تقنية

	هذا القسم من الميدان يتناول نقاش أي صعوبات فنية لإصلاحها، أو استشارات تقنية عامة. لتصفح نشرات الأخبار التقنية الأسبوعية، طالع ميدان أخبار التقنية. إضافة موضوع جديد  · الأرشيف الأمور التقنية المتعلقة بالواجهة، الإضافات أو المظاهر والتي تحتاج تدخلًا مباشرًا من إداريي الواجهة تُطرح في هذه الصفحة هذه الصفحة تؤرشف آليًّا حسب هذه الشروط.

قوالب رأس نقاش النقل

هناك وحدة مستعملة في الإنجليزية لعمل ترويسة نقاش النقل وهي وحدة:Requested move‏ ترجمت أغلبها وعدلت ما يحتاج إلى تعديل، تعمل الوحدة على إدراج طلب نقل بواسطة قالب {{نسخ:نقل/ملعب}} وقد أضفت إليه ميزة التصنيف:

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

يمكن رؤية مثال عملي في التجربة التي في نقاش:بكر بن عبد الله أبو زيد. نريد آراء الزملاء عنها. حبيشان^(ن) 01:00، الجمعة 2 ذو القعدة 1445هـ (+3) 22:00، 9 مايو 2024 (ت ع م)

أهلا @حبيشان، الفكرة ممتازة جدا، كيف يمكن غلق نقاش النقل في صفحة النقاش؟ -- جـرجـس ^{راسـلـنـي} 22:49، 9 مايو 2024 (ت ع م)

أرى أن نضع وسيطًا للحالة، وتكون هناك ثلاث حالات:

1. مفتوح : وهي الحالة الافتراضية فيها يصنف القالب الصفحة بالتصنيف الزمني والموضوعي.
2. مغلق لما ينفذ: وهذا في حالة الاحتياج إلى صلاحيات إدارية لتنفيذ النقل مع وجود توافق أو عدم اعتراض، وفي هذه الحالة يصنف القالب الصفحة بـ تصنيف:صفحات للنقل لتنبيه ذوي الصلاحية للتنفيذ.
3. مغلق: إذا نفذ النقل بعد التوافق، وكانت الخلاصة بإبقاء العنوان القديم، هنا يلغي القالب التصانيف السابقة ويصنف بـ تصنيف:مقترحات نقل مغلقة.

هذه هي الحالات المقترحة وبانتظار آراء وتعليقات الزملاء. حبيشان^(ن) 16:42، الجمعة 2 ذو القعدة 1445هـ (+3) 13:42، 10 مايو 2024 (ت ع م)

@Michel Bakni @Mohammed Qays بالنسب للأيقونة الذي يتحكم بها هو وحدة:Message box/configuration، والقالب مترجم من قالب en:template:requested move مع زيادة التصنيف الموضوعي. حبيشان^(ن) 16:48، الجمعة 2 ذو القعدة 1445هـ (+3) 13:48، 10 مايو 2024 (ت ع م)

• فكرة جيدة، @حبيشان: أرجو وضع إعلان عنها في رسائل المجتمع ليُشارك الزملاء بآرائهم. شكرا لك.--Dr-Taher (نقاش) 19:55، 30 مايو 2024 (ت ع م)

فكرة جيدة، شكرا لك @حبيشان على هذا المجهود الرائع. --Mr-M^؛(📮) 14:09، 2 يونيو 2024 (ت ع م)

شكراً @حبيشان، هل اكملت تعريبها؟  Mohammed Qays  ناقشني 🗣 19:53، 17 يونيو 2024 (ت ع م)

@Mohammed Qays  تم في {{نقل}}. حبيشان^(ن) 14:21، السبت 16 ذو الحجة 1445هـ (+3) 11:21، 22 يونيو 2024 (ت ع م)

أهلا @حبيشان، لدي أقترح بسيط، وهو أن يستخدم {{نقل}} في صفحة مقالة وليس النقاش، حتي يعرف شخص أنه هناك نقاش جاري علي هذه المقالة. تحياتي-- جـرجـس ^{راسـلـنـي} 11:52، 22 يونيو 2024 (ت ع م)

@Gerges لا أتفق: فوضعه في صفحة نقاش المقالة أفضل ليبقى للمستخدمين الجدد أو لم يلاحظوا عملية النقل الأولى، وأنا أفضل أن يعمل كما في الانجليزية يوضع في صفحة نقاش المقالة ثم يقوم البوت بوضع قالب صيانة في مقدمة المقالة، وينقل الطلب آلياً إلى الطلبات.  Mohammed Qays  ناقشني 🗣 11:56، 22 يونيو 2024 (ت ع م)

قالب:,

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

معلومة جانبية: لدينا مشاكل في ويكيبيديا العربية بخصوص "سرعة تحميل الصفحات" "وسرعة الكتابة" بالمقارنة مع ويكيبيديا الإنجليزية. قُمت بتجربة بفتح صفحتين بنفس الحجم (300 ألف بايت) في ويكيبيديا العربية، والأخرى في ويكيبيديا الإنجليزية ووجدت فرق مهول في سرعة الأداء والتحميل بين الصفحتين. مثلاً في صفحة ويكيبيديا العربية في حال أردت كتابة اسم "أحمد" في صفحة 300 ألف بايت، فالموضوع يأخذ تقريبًا 5-8 ثواني، أما في ويكيبيديا الإنجليزية فلا يُوجد تأخير أبدًا، علمًا بأن الجهاز والانترنت لدي جيد جدًا. فما هي الأسباب لذلك؟ هل القوالب المضمنة قد تكون سببًا في ذلك؟ وهل الأمر متعلق ببعض صفحات ميدياويكي وتحسينها؟ وعلى حد علمي، هُناك أدوات في ميدياويكي للقيام بالاختبار حول سرعة الأداء في ويكيبيديا العربية، فمن لديه خلفية حولها؟ بإنتظار مشاركة المُجتمع. تحياتي.-- فيصل ^{(راسلني)} 09:58، 27 مايو 2024 (ت ع م)

مرحباً فيصل،

أعتقد السبب من القوالب في ويكيبيديا العربية ففيها تحميل زائد كثير، وأكبر مثال عليها قوالب الاستشهاد، الله أعلم. -- حرَّره: ميشيل بكني (نقاش) 10:16، 27 مايو 2024 (ت ع م)

@Michel Bakni وهل هُناك حلول لهذه القوالب؟-- فيصل ^{(راسلني)} 10:17، 27 مايو 2024 (ت ع م)

أهلا @فيصل، أن أمكن ترفق الصفحات التي أجريت عليها الإختبار. تحياتي-- جـرجـس ^{راسـلـنـي} 10:43، 27 مايو 2024 (ت ع م)

@Gerges مقالة عرب، والمقابل الإنجليزي.-- فيصل ^{(راسلني)} 12:03، 27 مايو 2024 (ت ع م)

أهلا @فيصل، الأداء في ويكيبيديا العربية أفضل من ويكيبيديا الإنجليزية، طالع تقرير ويكيبيديا العربية وويكيبيديا الإنجليزية. تحياتي-- جـرجـس ^{راسـلـنـي} 12:21، 27 مايو 2024 (ت ع م)

@Gerges إذن ما سبب هذا البطء؟ أنا متأكد بأن الأمر متعلق بنظام ويكيبيديا العربية نفسه، وغير متعلق بجهازي مثلاً أو الانترنت. وللتوضيح أكثر، عند فتح "تحرير المصدر" الكتابة تكون صعبة جدًا في المقالة العربية، أضغط حرف، يظهر بعد 3 ثواني، وهكذا. أما في الإنجليزية مباشرة يظهر الحرف. وماذا عن المُهمة أعلاه حول استبدال {{,}} من قوالب التصفح؟ هل يُمكنك القيام بها؟-- فيصل ^{(راسلني)} 13:47، 27 مايو 2024 (ت ع م)

@فيصل، قد تكون مشكلة متعلقة بأدوات التي مفعلة في ويكيبيديا العربية، أم بخصوص المهمة حاليًا لا استطيع عمل أي مهام بوتية جديدة. إشارة للزميل @حبيشان. تحياتي-- جـرجـس ^{راسـلـنـي} 14:22، 27 مايو 2024 (ت ع م)

@فيصل أظن أنك تتحدث عن المحرر المرئي، كيف المحرر المصدري؟ حبيشان^(ن) 21:10، الاثنين 19 ذو القعدة 1445هـ (+3) 18:10، 27 مايو 2024 (ت ع م)

@حبيشان أتحدث عن المحرر المصدري، وليس المرئي. خصوصًا فتحت صفحة "عدل" عن طريق الأيقونة أعلى الصفحة وليس عن طريق الأقسام، وظهر لدي صندوق التحرير، الكتابة هُناك أشبه بالعذاب النفسي، بطء شديد.-- فيصل ^{(راسلني)} 19:21، 27 مايو 2024 (ت ع م)

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

div.mw-highlight,
.mw-highlight .c,
#wpTextbox1,
.wikiEditor-ui .ace_editor,
textarea,
code,
pre {
  font-family: monospace, courier;
  font-size: 95%;
}

حبيشان استعمل متصفح سفاري، وأضفته بالصفحة ولم يتغير شيء.--فيصل ^{(راسلني)} 20:39، 27 مايو 2024 (ت ع م)

@فيصل غير monospace, courier إلى الخطوط المتوفرة في جهازك التي تدعم العربية، وانظر إذا كان هناك فارق في السرعة. حبيشان^(ن) 09:01، الثلاثاء 20 ذو القعدة 1445هـ (+3) 06:01، 28 مايو 2024 (ت ع م)

• الزميل لوقا هل يُمكن لبوتك أن يعمل هذه المُهمة التي تستبدل {{,}}؟ تحياتي.--فيصل ^{(راسلني)} 00:33، 1 يونيو 2024 (ت ع م)

  مرحبًا @فيصل،أعتقد أني حضرت نقاش حول هذه المهمة منذ سنتين تقريبا او اكثر وكان الزميل وهراني أو الزميل جار الله من يقوم بها، في المساء سوف أبحث عن النقاش في الأرشيف حتى أرى تفاصيل المهمة وبعدها ننتقل للخطوة الثانية، تحياتي. -- Lokas _{(راسلني)} 05:26، 1 يونيو 2024 (ت ع م)

  مرحبًا @فيصل، بالنسبة لمقال عرب التي في الأعلى اظن سبب البطئ الخاص بها هو قالب:بطاقة_مجموعة_عرقية، حيث انه يستهلك تقريبا ٢٤٪ من عملية معالجة الصفحة وتقريبا بياخد ٣ ثواني من أصل ١٠ ثواني،

  *::Transclusion expansion time report (%,ms,calls,template)
  *::<!--
  *::Transclusion expansion time report (%,ms,calls,template)
  *::100.00% 4903.908      1 -total
  *:: 45.73% 2242.341      1 قالب:مراجع
  *:: 23.47% 1150.987      1 قالب:بطاقة_مجموعة_عرقية
  *:: 12.25%  600.933     89 قالب:استشهاد_بكتاب
  *:: 10.49%  514.384     75 قالب:استشهاد_ويب
  *::  9.31%  456.605     25 قالب:شريط
  *::  5.27%  258.204     45 قالب:رمز_علم
  *::  2.79%  136.603      1 قالب:شريط_محتوى_متميز
  *::  2.59%  127.143     11 قالب:استشهاد_بدورية_محكمة
  *::  2.57%  126.019      1 قالب:شخصيات_وأسماء_مذكورة_في_القرآن
  *::-->
  *::
  

  @حبيشان، ما رأيك هل يمكنك تحسين هذا القالب قليلا حتي يصبح سريع بعض الشيء؟،اما بخصوص المهمة السابقة هذا هو النقاش الخاص بها (تخفيف من تأثير {{•}})، الزميل وهراني من كان يقوم بتشغيلها، @وهراني هل الكود موجود معك حتى تعيد تشغيلها ام اتولى انا إعادة تشغيله مرة مثلا كل شهر (لو حدث توافق)؟ -- Lokas _{(راسلني)} 20:40، 1 يونيو 2024 (ت ع م)

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

  ومشكلة الزميل فيصل خاصة تتعلق إما بالخط أو بإضافات جافا سكربت تراقب النص المدخل للتدقيق الإملائي أو التنبوء حبيشان^(ن) 10:48، الأحد 25 ذو القعدة 1445هـ (+3) 07:48، 2 يونيو 2024 (ت ع م)

  @لوقا بالنسبة لقالب بطاقة_مجموعة_عرقية، فهو في حالة المقالة يعتمد على البيانات التي زود بها أكثر من اعتماده على ويكي بيانات (3 فقط). وفي هذه البيانات نجد قوالب كثيرة مثل علم و استشهاد ويب و Webarchive. لهذا فإن المدة المستهلكة هي المجموع أي 1150.987 ميلي ثانية (أي 1.2 ثانية) لا أكثر. - مع تحياتي - وهراني 09:29، 2 يونيو 2024 (ت ع م)

حبيشان غيرت الخط والمشكلة ما زالت. بطء رهيب في تحميل الصفحات، بخصوص مهمة الزميل وهراني هل ستشغلها؟ أم يتكفل بها الزميل لوقا؟--فيصل ^{(راسلني)} 11:18، 14 يونيو 2024 (ت ع م)

قمت مؤخرا بإعادة تشغيلها. وبقي عدد من الحالات التي لا أستطيع القيام بها أو لا أضمن نتيجتها. لهذا تركتها لمعالجة يدوية. - مع تحياتي - وهراني 17:32، 14 يونيو 2024 (ت ع م)

• الزميل لوقا، الأخ وهراني لا يستطيع القيام بالحالات المتبقية، أو لا يضمن نتيجتها. هل يمكن تشغيل بوتك للحالات المتبقية؟ تحياتي.--فيصل ^{(راسلني)} 17:15، 21 يونيو 2024 (ت ع م)

نتائج اختبار فحص التحرير (أداة التحقق) (T342930)

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

مرحبًا جميعًا،

يسرّ فريق التحرير من مؤسّسة ويكيميديا أن يشارك المجتمع الويكيبيدي العربي النتائج الأولية لاختبار A/B (T342930) لفحص التحرير (راجعوا هذا البلاغ) وقد أفض الاختبار إلى النتائج التالية:

تحرير المحتوى الجديد *مع* مرجع

الأشخاص الذين يظهر لهم التحقق من المرجع هم أكثر عرضة بمقدار 2,2 مرة لنشر تعديل محتوى جديد يتضمن مرجعًا ويكون بناءً (لا يتم استرجاعه خلال 48 ساعة).

• لوحظت الزيادات لدى جل أنواع المستخدمين الذين تمت اختبارهم، وفي كلّ مواقع الويكي، وعبر كل الأجهزة.

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

معدل الاسترجاع

• معدل الاسترجاع عند تحرير المحتوى الجديد انخفض بنسبة 8,6% إذا كان التحقق من المرجع متاحًا.
  • تعديلات المحتوى الجديدة التي أجراها المساهمون من أفريقيا جنوب الصحراء أقل احتمالية بنسبة 53% للاسترجاع عند عرض التحقق من المرجع.
  • بينما يتم تحرير بعض المحتوى الجديد غير البناء مع تقديم مرجع بواسطة هذه الميزة (زيادة بمقدار 5%)، كانت هناك نسبة أعلى من تعديلات المحتوى الجديدة البناءة مع إضافة مرجع (زيادة بنسبة 23,4%). ونتيجة لذلك، لاحظنا زيادة إجمالية في جودة تعديلات المحتوى الجديدة.

معدل الاستبقاء البناء

• المساهمون الذين يظهر لهم التحقق من المرجع وقاموا بحفظ تعديل بنجاح ولم يتم استرجاعه، هم أكثر احتمالية بنسبة 16% للعودة لإجراء تعديل لم يتم استرجاعه في الشهر الثاني (بعد 31-60 يومًا).
  • لوحظت هذه الزيادة في المقام الأول بالنسبة لتعديلات سطح المكتب. وكان هناك فرق غير ذو دلالة إحصائية لوحظ على الهاتف المحمول.

ملخص النتائج منشور في هذه الصفحة. يمكنكم قراءة تقرير اختبار A/B الكامل هنا.

تحياتي -- الحبيب مهني (ويكيميديا) (نقاش) 21:30، 2 يونيو 2024 (ت ع م)

شكرا على النشر - القيمة المضافة هي في تفادي حذف التعديل بعودة المحرر - بفضل اداة التحقق ديزادي ☯ (نقاش) 15:59، 11 يونيو 2024 (ت ع م)

القائمة السوداء للوصلات الخارجية

لاحظت أغلب الإداريين أضافوا نطاقات لصفحة ميدياويكي:Spam-blacklist لمنع وصلات خارجية لموقع ما، لكن الأفضل إضافة النطاقات إلي ميدياويكي:BlockedExternalDomains.json، لأن صفحة ميدياويكي:Spam-blacklist تستخدم لمنع مجموعات موقع التي تحتاج تعبيراتٍ نمطيَّة، لذلك أقترح نقل جميع نطاقات متوفرة في ميدياويكي:Spam-blacklist إلي ميدياويكي:BlockedExternalDomains.json. تحياتي-- جـرجـس ^{راسـلـنـي} 15:57، 12 يونيو 2024 (ت ع م)

أتفق مع هذا الأفضل نقل الدومينات من ميدياويكي:Spam-blacklist إلى خاص:BlockedExternalDomains بحيث يكون هناك سبب الإدخال مع تاريخ المدخلات. حبيشان^(ن) 20:59، الأربعاء 6 ذو الحجة 1445هـ (+3) 17:59، 12 يونيو 2024 (ت ع م)

أتفق يجب مراجعة المواقع، حيث أن بعضها لم يعد يعمل. — Osama Eid ^{(راسلني)} 17:33، 17 يونيو 2024 (ت ع م)

مرحبًا @Gerges، شكرُا على هذه الملاحظة الهامة! أريد في هذا الإطار أن أُشير إلى أنّ فريق التحرير من مؤسسة ويكيميديا يعمل على أداة التحقق، ومن مزاياها فحص الوصلات الخارجية، لذا من الضروري استخدام ميدياويكي:BlockedExternalDomains.json وMediaWiki:Spam-blacklist وmeta:Spam_blacklist. تحياتي -- الحبيب مهني (ويكيميديا) (نقاش) 11:24، 18 يونيو 2024 (ت ع م)

لا أتفق: مع التخلي بشكل كامل عن ميدياويكي:Spam-blacklist،  شكرًا جزيلًا!. — أيوب ^{(ناقشني 📧)} 18:07، 23 يونيو 2024 (ت ع م)

@أيوب، لا يمكن تخلي عن ميدياويكي:Spam-blacklist، لأن يمكن منع مجموعات مواقع مثلا نود منع نطاقات مدونات بلوجر نضيف: \b.*\.blogspot\.com\b إلي ميدياويكي:Spam-blacklist بدلا من استخدام مرشح إساءة. تحياتي-- جـرجـس ^{راسـلـنـي} 18:17، 23 يونيو 2024 (ت ع م)

 تعليق: لا إشكال في الإضافات التي حصلت ضمن ميدياويكي:Spam-blacklist، وذلك لأنَّ خاص:BlockedExternalDomains ظهرت خلال شهر يوليو/تموز 2023 تقريبًا، ولم يتعرف المجتمع عليها وليس فقط الإداريين، وعمومًا أرى أنَّ غالبية المجتمع (وحتى الإداريين) لا يعلمون أساسًا عن وجود خيار "Spam-blacklist"، ويظهر هذا جليًّا من قلة الإضافات للصفحة وتفضيل إنشاء مرشحات إساءة، وأساسًا لا يوجد "أساس واضح" أو لنقل "قواعد وسياسة ضابطة" لإضافة المواقع لهذه الصفحات، وللاستزادة طالع MediaWiki talk:Spam-blacklist. خلاصة ما أذكره بأني أتفق مع ما ذُكر أعلاه حول الفرق بين الصفحتين، ولكن لا أتفق مع فكرة النقل الكمّي للنطاقات دون مراجعتها حالةً بحالة، ونقلها واعتماد سبب موحد كما جرى في الميدياويكي. أيضًا يجب التوضيح للمجتمع حول فوائد وأهميَّة الصفحة وأيضًا المعيقات التي تواجه كلا الطريقتين، وهو مذكورٌ وموثق في هذه الصفحة، ومن أهمها بأنَّ الإضافات لصفحة ميدياويكي:Spam-whitelist لن تؤثر على الإضافات عبر خاص:BlockedExternalDomains. أخيرًا، أذكر في زمنٍ مضى كان الزميل Meno25 يعمل على تحديث صفحة ميدياويكي:Spam-blacklist. تحياتي --علاء ^راسلني 20:09، 23 يونيو 2024 (ت ع م)

رسائل الملاحظات في صفحات المحمية

تابع في فابريكيتور
T368207

لاحظت في صفحة قالب:رأس نقاش يظهر في الملاحظات أن الصفحة محمية في مستوي المستخدمين المؤكدين تلقائيًا برغم في سجل الحماية يظهر محمية في مستوي الحمررين، المشكلة تظهر فقط للمستخدمين المُسجلين فقط. تحياتي -- جـرجـس ^{راسـلـنـي} 14:35، 13 يونيو 2024 (ت ع م)

@Gerges  تم حبيشان^(ن) 17:07، السبت 16 ذو الحجة 1445هـ (+3) 14:07، 22 يونيو 2024 (ت ع م)

@حبيشان، تعقبت سبب المشكلة، وبسبب مهمة قديمة حدث هذا الأمر والآن تواصلت مع مُنفذ مهمة القديمة، وفعل هذا عن طريق الخطأ، وحاليا فُتح مهمة لمعالجة الأمر. تحياتي-- جـرجـس ^{راسـلـنـي} 20:51، 22 يونيو 2024 (ت ع م)

المهمة مطلوبة، لكن بالنسبة لتصحيح الرسالة فإن المهمة لن تحلها، ولكن يحلها ما عملتُه من تعديل الرسالة. حبيشان^(ن) 20:33، الاثنين 18 ذو الحجة 1445هـ (+3) 17:33، 24 يونيو 2024 (ت ع م)

@حبيشان، لا حاجة لتعديل الرسالة بعد دمج التصحيح، لأنه سيتم استخدام رسالة ميدياويكي:Protectedpagewarning، طالع. تحياتي-- جـرجـس ^{راسـلـنـي} 17:44، 24 يونيو 2024 (ت ع م)

بعد تأمل المهمة، أرجو تعليق تنفيذها حتى نستشير المجتمع لأنها ستغير تصنيف الحماية في الموسوعة، وللتوضيح للمستخدمين:

• الحماية الافتراضية في النظام تقسم إلى قسمين:

1. protected: واعتدنا في ويكبيديا العربية تسميتها حماية تامة أو كلية وهي افتراضيا خاصة بالحماية على مستوى الإداريين، وهذا الإعداد الافتراضي غير مخصص في ويكبيديا العربية.
2. semiprotected: ونسميها في ويكبيديا العربية حماية جزئية، وهي افتراضيا خاصة بالمستخدمين المؤكدين تلقائيًّا، ولذلك الرسائل الخاصة بهذه الحماية تذكر أن التعديل أو النقل خاص بالمؤكدين تلقائيًا بناء على الإعداد الافتراضي في النظام.

• استحدثت ويكبيديا العربية نوعين من الحماية: وهما:

1. حماية على مستوى المراجعين تلقائيا.
2. حماية على مستوى المحررين.

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

• الزميل جرجس في هذا الموضوع عرض هذه المشكلة وهي أن الرسالة لا تظهر مستوى الحماية الصحيح كما في مشاركته أعلاه.
• لهذه المشكلة حلان مطروحان:

• الحل الذي نفذته حاليا: في هذا التعديل و هذا التعديل.
• المهمة التي افترحها جرجس: هذه المهمة ستعيد تصنيف النوعين الإضافيين من الحماية إلى نوع protected وعلي هذا ستظهر رسائل هذا النوع في النوعين الإضافيين (المراجعين تلقائيًا، والمحررين).

• وافقت الزميل جرجس في البادية على المهمة ثم بعد توضيحه الأخير أن هذا الحل معيب بعيوب كثيرة:

1. أن أغلب رسائل ويكيبيديا العربية وتعليماتها وإرشاداتها تنص على أن النوعيين الإضافيين من الحماية الجزئية.
2. أن أغلب رسائل ويكيبيديا العربية وتعليماتها وإرشاداتها تنص على أن النوع الأول من الحماية protected هو حماية كلية، مع أن هذا غير منصوص عليه في النص الإنجليزي على ما أظن، لكن هذا التعديل يتطلب مراجعة النصوص السابقة للتأكد من موافقها للتعديل الجديد.
3. أننا سنضطر أيضا إلى استعمال نفس الحل الذي طبقتُه على رسائل semiprotected على رسائل protected لتمييز نوع الحماية.
4. أننا سنكون مخالفين لأغلب الويكيات التي تعد مستوى الحماية extendedconfirmed (الذي يقابل مستوى المحررين عندنا) من نوع الحماية semiprotected ومنها الإنجليزية التي نستورد منها أغلب القوالب والوحدات.

لذا أرجو من الزملاء النظر في الموضوع والخروج بخلاصة. حبيشان^(ن) 14:01، الثلاثاء 19 ذو الحجة 1445هـ (+3) 11:01، 25 يونيو 2024 (ت ع م)

@علاء @Dr-Taher @فيصل @كريم رائد @وهراني @Mr. Ibrahem إشارة. حبيشان^(ن) 14:06، الثلاثاء 19 ذو الحجة 1445هـ (+3) 11:06، 25 يونيو 2024 (ت ع م)

 تعليق: هذا الأمر حدث بالخطأ بناء عن مُنفذ مهمة T321111، والحماية الجزئية (بالإنجليزية: semi-protection)‏ أضافت إلي ويكيبيديا العربية يوم 18 أكتوبر 2022، وبناء علي النقاش مع مُنفذ مهمة قال أن الحماية الجزئية تكون للمستخدمين الذي حصلوا علي الصلاحيات تلقائيًا فقط (النقاش). تحياتي-- جـرجـس ^{راسـلـنـي} 11:32، 25 يونيو 2024 (ت ع م)

تكملة هناك مُقترح في فابريكيتور إهمال مفهوم Semi-protection من نظام ميدياويكي. تحياتي-- جـرجـس ^{راسـلـنـي} 11:41، 25 يونيو 2024 (ت ع م)

خطة عمل فريق النمو 2024 - 2025

مرحبًا،

يتشرّف فريق النموّ من مؤسسة ويكيميديا بمشاركتم خطة عمله خلال السنة المالية 2024 - 2025.

مع تحياتي -- الحبيب مهني (ويكيميديا) (نقاش) 11:10، 18 يونيو 2024 (ت ع م)

تحديث وحدة أو صيانتها

مرحباً هل يمكن تحديث أو صيانة وحدة وحدة:Excerpt لأنها مهمة لقالب {{قطعة}}، لان القالب حالياً لا يعمل كما في الانجليزية يجلب المقالة مع قوالب صندوق المعلومات.  Mohammed Qays  ناقشني 🗣 11:24، 20 يونيو 2024 (ت ع م)

دمج قوالب

مرحباً بالزملاء، لاحظت لا فرق بين {{صندوق معلومات أنيمانغا}} وقالب {{بطاقة فيلم}}، غير ان القالب الأول معقد ومجرد حشو للمقالة والقالب الثاني يعتمد على وحدة:بطاقة/قالب/فيلم وهو مناسب وجيد بجلب البيانات آلياً من ويكي بيانات. فأقترح جعل الأول تحويله للثاني.  Mohammed Qays  ناقشني 🗣 07:38، 21 يونيو 2024 (ت ع م)

• لا أتفق: أولاً يجب أن يكون هُناك قالبين مُنفصلين، لأن القالب الأول يتحدث عن "أنمي"، والآخر يتحدث عن "فيلم". ثانيًا، هذا الموضوع (اعتماد قالب واحد) طُرح كثيرًا، ولم يحدث أي توافق حوله للأسف. أنا أرى بشكل عام يجب الاعتماد على "قالب صندوق معلومات".--فيصل ^{(راسلني)} 07:49، 21 يونيو 2024 (ت ع م)
• لا أتفق: القالبان غرضهما مختلف، فالقالب الأول يشمل الأفلام والمسلسلات والقصص والمصورة وألعاب الفيديو التي تعتمد نمط الرسم الياباني (أنمي)، والثاني يقتصر على الأفلام. ولا يمكن جلب جميع معلومات القالب الأول من ويكي بيانات، فعلى سبيل المثال بيانات الدبلجة العربية غير متوفرة هناك. أنون (نقاش) 17:11، 24 يونيو 2024 (ت ع م)

مخطط لتفعيل مينت لقراء الويكي في ويكيبيديا العربية

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

• طرح أسئلتك لنا
• اخبارنا كيفية تطوير الميزة
• مدّنا بالملاحظات الخاصة بتفعيل مينت على الويكيبيديا العربية

عن الميزة

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

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

كيفية تجربة الأداة

قبل أن نقوم بتفعيل هذه الميزة في ويكيبيديا العربية بحلول 5 يوليو 2024، ندعو أعضاء مجتمع ويكيبيديا العربية لتجربة مينت لقراء الويكي في ويكيبيديا الخاصة بك على Special:AutomaticTranslation وتزويدنا بتعليقات مبكرة في هذا الموضوع أو على صفحة النقاش هذه. يود فريقنا معرفة انطباعك عن:

,

كيفية تجربة الأداة

• كيفية استخدامك الميزة
• أيّ أمر علينا أن نعتبره في مخطّطنا لتفعيل الأداة؟
• أفكارك لتحسين الأداة

نحن نقدر كثيرًا وقتك وجهدك في اختبار هذه الأداة. ونحن نتطلع بفارغ الصبر إلى تلقي تعليقاتك وأسئلتك القيمة، والتي ستكون مفيدة في مواصلة تطوير هذه الميزة. شكرًا لك. نيابة عن فريق اللغات في مؤسّسة ويكيميديا UOzurumba (WMF) (نقاش) 14:14، 25 يونيو 2024 (ت ع م) Translated by Dyolf77 (WMF)

Hello Uzoma , I am really surprised that such an important topic is being addressed to the Arabic Wikipedia community (~1,235,606 articles, +3800 active users and more than 440 million speakers of Arabic as a mother tongue) in English, especially you, the WMF Language team! If the community has questions or needs to open a detailed discussion about the topic, should we have it in English?! I think that the Arabic Wikipedia community needs to discuss this tool (or feature as you call it) in detail in the Arabic language before any activation of it. I will work to motivate the community to participate in the discussion about this tool in Arabic.

Also, I noticed that you sent the same message to several projects (fon, ss, ki, tn, ace, bjn, crh, vec, lmo, ast and tr), and all of them contain less than a hundred thousand articles (except for tr ~136K and ast ~613K), and all of these languages ​​are spoken by less than a hundred million speakers. Have you tried applying the above project to another projects with more than a million articles? and about half a million speakers? to know the impact of the tool on the project itself (for example, in terms of reducing readers’ interest in translating and publishing the article, and only reading the translated articles)? How many readers of other linguistic projects from the Arab region? As you know, machine translation into Arabic is not good enough yet!

Also, can you please tell us about the feedback for the tool after it is activated in Igbo Wikipedia? --علاء ^راسلني 20:59، 24 يونيو 2024 (ت ع م)

I strongly agree with Alaa's concerns regarding the use of English to address the Arabic Wikipedia community. It is crucial to discuss such important topics in Arabic to ensure comprehensive community involvement and understanding. The Arabic Wikipedia community deserves a detailed discussion about MinT in their native language before any implementation, and machine translation has not been successful on Arabic Wikipedia, resulting in many articles with poor translations. Implementing this tool might increase such issues.--فيصل ^{(راسلني)} 21:28، 24 يونيو 2024 (ت ع م)

Hello @علاءand @فيصل,

I apologise for the oversight of posting this in English; I am working on the translation and will replace it with the translated version once it is ready. I will also reply to your questions about the MinT for Wiki Readers in Arabic once my reply is translated into Arabic.

Thank you. UOzurumba (WMF) (نقاش) 23:06، 24 يونيو 2024 (ت ع م)

I tried the MinT model more than once. Translation from English to Arabic is not good via MinT. Google Translate is a little better, and I am against activating MinT for Wiki Readers for Arabic Wikipedia. جـرجـس ^{راسـلـنـي} 10:34، 25 يونيو 2024 (ت ع م)

• لدي تعليق للمستخدم UOzurumba (WMF) باللغة العربية، وآمل أن يستمر النقاش بعدها باللغة العربية حتى يقرأ المجتمع العربي النقاش بلغته الأم، وليُشاركوا المهتمين. قبل تفعيل أي أداة، أليس من المطلوب الحصول على موافقة المجتمع العربي أولاً؟ قرأت في المقترح أعلاه بأن «قبل أن نقوم بتفعيل هذه الميزة في ويكيبيديا العربية بحلول 5 يوليو 2024» وهذا يعني بأن قرار التفعيل أُخذ قبل فتح النقاش أصلاً! هُنا لتفعيل أي أداة جديدة يجب على مُقدم المقترح أن يحصل على موافقة المجتمع أولاً. ولدي سؤال، لماذا لا يتم تفعيل الأداة في مشاريع أخرى كبيرة مثل "الإسبانية، الإنجليزية، الفرنسية، الألمانية"؟ لماذا دائم ويكيبيديا العربية تكون في وجه المدفع لتفعيل أدوات جديدة؟ وفي حال لم تنجح، المحتوى العربي سوف يتضرر. أنا شخصيًا، ضد تفعيل هذه الأداة في ويكيبيديا العربية، قبل تجربتها في مشاريع أخرى، وفي حال أثبتت نجاحها، عندها يُمكن فتح نقاش حول تفعيلها. تحياتي.--فيصل ^{(راسلني)} 20:00، 25 يونيو 2024 (ت ع م)

ضد تفعيل الأداة، ما الهدف من هذه الأداة أصلاً؟ لم أجد فائدة من استعمالها!

+ ضد هذا الأسلوب، ويكيبيديا العربية ليست حقل تجارب، ونحن لسنا فئران تجارب لتجربوا علينا منتجاتكم الجديدة، جربوها في ويكيبيديا الإنجليزية أو الفرنسية.---- حرَّره: ميشيل بكني (نقاش) 21:28، 25 يونيو 2024 (ت ع م)

ضد تفعيل الأداة، بالاضافة إلى ترجمتها سيئة، لذلك لا فائدة من استعمالها في ويكيبيديا العربية. وأطلب أن يكون النقاش هنا باللغة العربية، حتى يطلع عليه المجتمع، ويناقشه.  Mohammed Qays  ناقشني 🗣 22:03، 25 يونيو 2024 (ت ع م)

ضد يوجد بدائل تعمل بكفائة أفضل من هذه الأداة خصوصآ تعيقني عندما أقوم بإنشاء مقال من لغة اخري تتوقف ولابد من غلق المقال بالكامل والعودة إليها مرة أخري لكي أستطيع الخروج من الأداة علي بدر العتيبي (نقاش) 07:24، 27 يونيو 2024 (ت ع م)

مشكلة

مرحباً بالزملاء، أرجو حل المشكلة الظاهرة في أسفل مقالة حمض الكبريتيك  Mohammed Qays  ناقشني 🗣 07:02، 27 يونيو 2024 (ت ع م)

@Mohammed Qays الخطأ في {{مصادر طبية}} للإشكال في وحدة:Medical resources. كريم رائد 💬 16:49 (+2)، - حزيران 14:49، 27 يونيو 2024 (ت ع م)

هل المشكلة لا تزال موجودة؟ مع تحياتي. Mr.Wahrani (نقاش) 21:16، 27 يونيو 2024 (ت ع م)

يظهر أن الزميل حبيشان حلها. كريم رائد 💬 23:19 (+2)، - حزيران 21:19، 27 يونيو 2024 (ت ع م)