هل يمكن إضافة وسيط مجموعة لقوالب الإستشهاد لتسهيل عملية تنظيم وفهرسة المراجع ؟؟ المشكلة هو أن المجموعة تضاف داخل وسم فتح ‹ref‹ ليس كما في باقي الوسائط، لكن أعتقد أن الزملاء محرري القوالب لديهم حلول .. Mohamed Albaali (نقاش) 09:00، 2 أبريل 2025 (ت ع م)[ردّ]

تقصد في المحرر المرئي أخي محمد. -- حرَّره: ميشيل بكني (نقاش) 23:10، 2 أبريل 2025 (ت ع م)[ردّ]
نعم لتسهيل عملية فرز المراجع إلى مجموعات في المحرر المرئي Mohamed Albaali (نقاش) 06:25، 3 أبريل 2025 (ت ع م)[ردّ]
@Mohamed Albaali موجودة
  1. اختر المرجع
  2. في مربع الحوار اضغط على كلمة تعديل
  3. في الأسفل استخدم هذه المجموعة اكتب اختصار المجموعة مثلا en
  4. في قسم المراجع أضف قالب {{مراجع}} واجعل |مجموعة=en
  Mohammed Qays  (ناقشني 🗣) 11:21، 3 أبريل 2025 (ت ع م)[ردّ]
شكرا محمد، لكن عند النقر على زر تعديل يفتح تعديل وساىط المرجع، رأيت الفيديو الذي أرسلته لي بالإيميل وأرسلت لك فيديو يوضح الفرق.. Mohamed Albaali (نقاش) 12:21، 3 أبريل 2025 (ت ع م)[ردّ]
@Mohamed Albaali اتبع الخطوات التالية
  1. اختر المرجع
  2. تعديل
  3. في الأسفل استبدال المرجع
  4. اختر أساسي
  5. ثم اكتب اسم المجموعة
  6. ثم أضف قالب المراجع في قسم المراجع مع وسيط المجموعة
  Mohammed Qays  (ناقشني 🗣) 12:26، 3 أبريل 2025 (ت ع م)[ردّ]
كل الشكر تم الأمر Mohamed Albaali (نقاش) 12:33، 3 أبريل 2025 (ت ع م)[ردّ]

خلاصة: بيّن الزميل Mohammed Qays وجود المقترح من قبل.— كتب Mohamed_Albaali (نقاش • مساهمات) هذا التعليق غير المُوقَّع

 هذا القسم منظور، ويمكن أرشفته.

مرحبا عند إضافة قالب معرض الصور تظهر: <gallery> ملف:صورة </gallery> هل ممكن تعريب كلمة gallery؟ Riad Salih (نقاش) 22:02، 24 مارس 2025 (ت ع م)[ردّ]

@Riad Salih
تعريب وسم <gallery> غير ممكن تقنيًا لأن وسوم المحلل لا يمكن تعريبها أو توطينها في برمجية ميدياويكي. (طالع قسم وسوم امتداد المحلل في خاص:نسخة)
لكن يمكنك بدلًا من ذلك استعمال قالب {{معرض الصور}}، والذي يمكنه إدراج معرض بأسلوب مشابه للوسم. تحياتي – أنون (نقاش) 22:50، 24 مارس 2025 (ت ع م)[ردّ]
 هذا القسم منظور، ويمكن أرشفته.
مودتي. ساندرا (ناقشني) 19:38، 9 أبريل 2025 (ت ع م)[ردّ]

مرحبا أرجو التفضل بتحويل هذه الإحداثيات لمنطقة العفايف فقط المذكورة في الصفحة 105 و113 إلى صيغة مقبول إدخالها في ويكي بيانات. Abu aamir (نقاش) 10:12، 9 أبريل 2025 (ت ع م)[ردّ]

@Abu aamir لماذا لا تبحث عن المكان في غوغل خرائط ثم تنسخ الإحداثيات. - مع تحياتي - وهراني 10:53، 9 أبريل 2025 (ت ع م)[ردّ]
@Abu aamir  نُفِّذ. – أنون (نقاش) 11:57، 9 أبريل 2025 (ت ع م)[ردّ]
 هذا القسم منظور، ويمكن أرشفته.
لقطة شاشة توضح المشكلة

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

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

خالص تحياتي - بدر (راسلني) 12:06، 9 أبريل 2025 (ت ع م)[ردّ]

 تم الإصلاح عن النسخة الإنجليزية. حبيشان(ن) 13:13، الخميس 12 شوال 1446هـ (+3) 10:13، 10 أبريل 2025 (ت ع م)[ردّ]
 هذا القسم منظور، ويمكن أرشفته.

MediaWiki message delivery 18:49، 7 أبريل 2025 (ت ع م)[ردّ]

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

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

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

المشكلة

حاليًا، يتم منح الصلاحية تلقائيًا للمستخدمين الذين:

  1. لديهم صلاحيات موسّعة (مثل الإداريين ومدققي الحسابات، والإداريين العالميين، والمضيفين - راجعوا السياسة لمزيد من الأمثلة)
  2. ليس لديهم صلاحيات موسّعة ولكن حسابهم المحلي عمره 6 أشهر على الأقل، وقد أجروا ما لا يقل عن 300 تعديل على المشروع المحلي.

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

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

نهجنا الجديد

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

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

آلية العمل

  • عندما يحتاج مستخدم ليس لديه صلاحيات موسّعة إلى رؤية عناوين الآي بي للحسابات المؤقتة، عليه تقديم طلب للانضمام إلى مجموعة «مشاهدو الآي بي للحسابات المؤقتة». يمكن تقديم الطلب للإداريين (تقرر المجتمعات المحلية آلية ذلك) أو المضيفين (للويكيات دون إداريين محليين).  
  • ستظل متطلبات الحد الأدنى (300 تعديل وعمر الحساب فوق 6 أشهر) مفعلة تلقائيًا عبر البرنامج. لا يمكن للإداريين أو المضيفين منح الصلاحية لحسابات لا تستوفي هذه الشروط. ننصح المجتمعات – خاصة الكبيرة – برفع هذه العتبات. بناءً على ملاحظات المجتمعات التجريبية، نوصي بعتبة لا تقل عن 600 تعديل.  
  • سيتحقق المستخدم الذي سيراجع الطلب من استيفاء الشروط وتقديم مبرر منطقي.  تُمنح الصلاحية عبر صفحة خاص:صلاحيات_المستخدم.
  • المستخدمون الذين يمنحون الصلاحية يتعاملون أيضًا مع إزالتها.

ملاحظة: شروط صلاحية الوصول إلى ميزة معلومات الآي بي ستكون مماثلة لتلك الخاصة بالوصول إلى عناوين الآي بي الخاصة بالحسابات المؤقتة.

خيارات أخرى مدروسة

خيارات أخرى مدروسة

لقد نظرنا في مجموعة من الخيارات، بما في ذلك:

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

أسئلتنا لكم

  • هل يعالج الاقتراح الجديد المخاوف المتعلقة بالخصوصية بشكل كافٍ؟
  • هل هناك أي عواقب على مجتمعك يجب أن نعرفها أثناء عملنا على هذه السياسة؟ نود إجراء تحديثات على السياسة في غضون 2-3 أسابيع.

في الأسابيع المقبلة، سنعود إليكم بمزيد من التحديثات والمواد حول الحسابات المؤقتة والمزايا ذات الصلة.

شكرًا مرة أخرى، لكل من ساهم في تحديد الخيارات المختلفة. للمزيد، اقرؤوا منشور Diff، أو زُوروا صفحة المشروع وصفحة الأسئلة الشائعة. اشتركوا في النشرة الإخبارية للمتابعة. شكرًا! NKohli (WMF) و الحبيب مهني (ويكيميديا) (نقاش) 15:36، 5 مارس 2025 (ت ع م)[ردّ]

  • شكرًا لطرحكم هذا الموضوع المهم وبوركت جهودكم في حفظ خصوصية المستخدمين. لا ريب أن المنطقة العربية تتميز عن غيرها في مسألة تقييد الحريات والرقابة الذاتية، فقد تعرض عدد من محررينا للسجن وواجه آخرون الإعدام نتيجة نشرهم لثقافة المعرفة الحرة. أتمنى تقييد صلاحيات الوصول بأقصى درجة ممكنة في النسخ اللغوية المرتبطة بالمناطق التي تمارس القمع ضد الحريات المدنية والسياسية، وذلك لحجب وصول أجهزة المخابرات إلى هذه المعلومات الحساسة. – أنون (نقاش) 20:58، 6 مارس 2025 (ت ع م)[ردّ]
  • نشكركم على هذه الخطوات الجيدة في الطريق الصحيح أرجو أن يطبق التصويت السري لمنح الصلاحيات أو سحبها «لتعزيز نهجكم تجاه السلامة والخصوصية، وضمان استمرار شعور المساهمين بالأمان» لأن التصويت العلني يعرض المستخدمين للملاحقة والتحرش سواء من ذوي الصلاحيات أو من أجهزة الدول. حبيشان(ن) 13:41، الجمعة 7 رمضان 1446هـ (+3) 10:41، 7 مارس 2025 (ت ع م)[ردّ]
  • مرحبا @NKohli (WMF) وDyolf77 (WMF):، هل يمكن ذِكر أمثلة لحالات تستدعي السماح بأن يحصل "غير حاملي صلاحية المدقق" على بيانات الـIP ؟ لأن الإجابة عن هذا السؤال أساسية للنقاش. شكرا لكما.--Dr-Taher (نقاش) 12:04، 7 مارس 2025 (ت ع م)[ردّ]

    Hello @Dr-Taher. My apologies for replying so late. I'm not sure if the translation software does the job correctly. You wrote "Can you provide examples of situations where ‘non-somebody should be allowed to have access to IP data" - could you link to the page to help me understand what group you have in mind? Thank you!
    In advance, if you have admins in mind - this really depends on the wiki. In some communities, it may suffice for users with extended rights to have access to IP. On Persian Wikipedia, they decided to restrict the right to these users. Sometimes though, users without any rights assist admins in identifying abuse. Then, they may need access to IPs, particularly when they do all the investigation, and the admin only "hits the button", so to speak. Also, in some smaller communities, there may be not enough admins to deal with all the abuse, vandalism etc., and users who do anything aobut it are even more valuable, even if they don't have any advanced permissions.
    I hope this is useful. Thanks,
    SGrabarczuk (WMF) (نقاش) 03:20، 4 أبريل 2025 (ت ع م)[ردّ]
  • شكرا على طرح هذا الموضوع والعمل على تعزيز خصوصية المستخدمين لكن لا يزال هناك مخاوف من إعطاء الإداريين صلاحيات واسعة على حساب المستخدمين
١ رفع العتبات لحماية خصوصية المساهمين أمر جيد لكن لماذا يحتاج أي شخص غير المدققين إلى الوصول لعناوين الآي بي أساسا هذا التفاف على الخصوصية باسم مكافحة التخريب
٢ منح الصلاحية بالإدارة اليدوية يفتح الباب أمام المحاباة والتحكم لهذا يجب أن يكون هناك آلية شفافة مثل التصويت السري لمنع الاستغلال
٣ في ظل القمع الذي يواجهه بعض المحررين يجب تقييد الوصول لعناوين الآي بي بأقصى حد حتى لا تقع هذه المعلومات في أيدي من قد يستخدمها ضد المستخدمين
المستخدمون هم أساس الويكي وليس الإداريين لهذا يجب أن تكون الأولوية لحمايتهم وليس منح الإداريين وسائل جديدة للتحكم.197.205.151.157 (نقاش) 20:18، 10 مارس 2025 (ت ع م)[ردّ]
شكرًا جميعًا على التدخّل.
@Dr-Taher، ستتمّ الإجابة على سؤالك قريبًا، مع أخلص تحياتي: الحبيب مهني (ويكيميديا) (نقاش) 20:39، 10 مارس 2025 (ت ع م)[ردّ]
شكرا لكم للعمل على حفظ خصوصيات المستخدمين، أؤيد حصر الاطلاع لمدققي المستخدم مبدئيا، تحياتي لكم. أبو هشام نقاش 15:27، 11 مارس 2025 (ت ع م)[ردّ]
أؤيد رأي @أبو هشام: لأنه لن يشكل معرفة الآي بي أي إضافة بالنسبة لمن يكافح التخريب أو المحررين أو المسترجعين. إبراهيم قاسمراسلني 07:06، 16 مارس 2025 (ت ع م)[ردّ]
شكرًا @أبو هشام و@Mr. Ibrahem. الحبيب مهني (ويكيميديا) (نقاش) 15:22، 16 مارس 2025 (ت ع م)[ردّ]

عدلت على ملعب الوحدة لكي يعرض اسم الموقع بدل ظهور اسم الصفحة مكرر، يعني حاليا يعرض اسم الصفحة على الفيسبوك مثلاً جعلته يظهر فقط الفيسبوك، وأيضا لو كان هناك معرفات متعددة تظهر بين قوسين مثل فيسبوك (1، 2، ...الخ)، لو لم يكن هناك اعتراض سأضف التعديلات بعد أسبوع من الآن، مع التحية.   Mohammed Qays  (ناقشني 🗣) 22:06، 27 مارس 2025 (ت ع م)[ردّ]

يعطيك ألف عافية، ممتاز التعديل. -- حرَّره: ميشيل بكني (نقاش) 19:45، 29 مارس 2025 (ت ع م)[ردّ]
هل يمكنك إنشاء صفحة مختبر القالب لمطالعة الفرق قبل وبعد. إبراهيم قاسمراسلني 02:06، 31 مارس 2025 (ت ع م)[ردّ]
@Mr. Ibrahem طالع قالب:مواقع التواصل الاجتماعي وقالب:مواقع التواصل الاجتماعي/ملعب   Mohammed Qays  (ناقشني 🗣) 12:01، 1 أبريل 2025 (ت ع م)[ردّ]

مرحبًا. لاحظت أننا كثيرا ما نخطئ ونكتب تعليقات في ويكيبيديا:طلبات النقل بدلا من ويكيبيديا:طلبات النقل/الحالية، فهل يمكن منع تعديل الصفحة؟ كريم رائد 💬 ✎ 13:48، 17 أبريل 2025 (ت ع م)[ردّ]

@كريم رائد راجع القسم أعلاه. حبيشان(ن) 20:05، الخميس 19 شوال 1446هـ (+3) 17:05، 17 أبريل 2025 (ت ع م)[ردّ]
يبدو أنني غفلت عنه، عذرا على الإضافة غير السليمة. كريم رائد 💬 ✎ 17:23، 17 أبريل 2025 (ت ع م)[ردّ]
 هذا القسم منظور، ويمكن أرشفته.

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Updates for editors

  • The Editing team is working on a new Edit check: Peacock check. This check's goal is to identify non-neutral terms while a user is editing a wikipage, so that they can be informed that their edit should perhaps be changed before they publish it. This project is at the early stages, and the team is looking for communities' input: in this Phabricator task, they are gathering on-wiki policies, templates used to tag non-neutral articles, and the terms (jargon and keywords) used in edit summaries for the languages they are currently researching. You can participate by editing the table on Phabricator, commenting on the task, or directly messaging Trizek (WMF).
  • Single User Login has now been updated on all wikis to move login and account creation to a central domain. This makes user login compatible with browser restrictions on cross-domain cookies, which have prevented users of some browsers from staying logged in.
  • Recurrent item View all 35 community-submitted tasks that were resolved last week.

Updates for technical contributors

  • Starting on March 31st, the MediaWiki Interfaces team will begin a limited release of generated OpenAPI specs and a SwaggerUI-based sandbox experience for MediaWiki REST APIs. They invite developers from a limited group of non-English Wikipedia communities (Arabic, German, French, Hebrew, Interlingua, Dutch, Chinese) to review the documentation and experiment with the sandbox in their preferred language. In addition to these specific Wikipedia projects, the sandbox and OpenAPI spec will be available on the on the test wiki REST Sandbox special page for developers with English as their preferred language. During the preview period, the MediaWiki Interfaces Team also invites developers to share feedback about your experience. The preview will last for approximately 2 weeks, after which the sandbox and OpenAPI specs will be made available across all wiki projects.
  • Recurrent item Detailed code updates later this week: MediaWiki

In depth

  • Sometimes a small, one line code change can have great significance: in this case, it means that for the first time in years we're able to run all of the stack serving maps.wikimedia.org - a host dedicated to serving our wikis and their multi-lingual maps needs - from a single core datacenter, something we test every time we perform a datacenter switchover. This is important because it means that in case one of our datacenters is affected by a catastrophe, we'll still be able to serve the site. This change is the result of extensive work by two developers on porting the last component of the maps stack over to kubernetes, where we can allocate resources more efficiently than before, thus we're able to withstand more traffic in a single datacenter. This work involved a lot of complicated steps because this software, and the software libraries it uses, required many long overdue upgrades. This type of work makes the Wikimedia infrastructure more sustainable.

Meetings and events

  • MediaWiki Users and Developers Workshop Spring 2025 is happening in Sandusky, USA, and online, from 14–16 May 2025. The workshop will feature discussions around the usage of MediaWiki software by and within companies in different industries and will inspire and onboard new users. Registration and presentation signup is now available at the workshop's website.

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

MediaWiki message delivery 00:01، 1 أبريل 2025 (ت ع م)[ردّ]

أحدث الأخبار التقنية من مجتمع ويكيميديا التقني. يرجى إعلام المستخدمين الآخرين بهذه التغييرات. لن تؤثر كافة التغييرات عليك. الترجمات متاحة كذلك.

أبرز أخبار الأسبوع

  • في وقت لاحق من الأسبوع الجاري، سوف يزيد حجم المصغرات الافتراضي من 220 بكسل إلى 250 بكسل. سوف يغير هذا الأمر كيفية عرض الصفحات على كافة مواقع الويكي وقد طلبه بعض المجتمعات منذ عدة سنوات، إلا أنه لم يكن ممكنا بسبب قيود فنية. [2]
  • تخزّن مصغرات الملفات حاليا في أحجام محددة. لو حددت صفحة ما حجم مصغرة يخالف الأحجام المعيارية (20 أو 40 أو 60 أو 120 أو 250 أو 330 أو 500 أو 960)، سوف تختار برمجيات ميدياويكي أقرب حجم مصغرة أعلى من المحدد إلا أن البرمجيات سوف تأمر المتصفح أن يصغّرها إلى الحجم المطلوب. في هذه الحالات، لن يتغير أي شيء مرئيا إلا أنه يجوز أن ينزّل المستخدم صور أكبر حجما. لو كان حجم المصغرات المستخدم في صفحة ما غير مهم، يرجى اختيار حجم من الأحجام المعيارية لتجاوز الخطوة الإضافية التي يحاول فيها المتصفح تصغير الحجم. [3][4]

آخر أخبار تُهّم المحررين

  • تعكف مؤسسة ويكيميديا على نظام يسمى Edge Uniques الذي سيجعل من اختبار التشغيل المنفصل ممكنا ويساعد في الحماية من هجمات حجب الخدمة وتيسير استيعاب عدد زوار مواقع ويكيميديا. الغرض من هذا هو تيسير تصميم الأدوات التي تساعد القراء وتيسير الأمر على القراء البحث عما يبحثون عنه.
  • بغرض تحسين مستوى الأمن للمستخدمين سوف يتطلب الأمر من عدد محدود من حالات تسجيل الدخول أن يدخل مالك الحساب كلمة مرور لمرة واحدة ترسل بالبريد الإلكتروني إلى حسابه. نوصي أن تتأكدوا من أن عنوان البريد الإلكتروني المذكور في حسابكم صحيحا وأنه مؤكد وأنكم حددتم استخدام البريد الإلكتروني في الإعدادات لهذا الغرض. [5]
  • «هل أنتم مهتمون بالإجابة على استبانة قصيرة تستهدف تحسين الأدوات المستخدمة في مراجعة التعديلات أو التراجع عنها على موقعكم الويكي؟» سوف نطرح هذا السؤال على 7 مواقع ويكي الأسبوع القادم على صفحات أحدث التغييرات وقائمة المراقبة. يرغب فريق أدوات التوفيق في أن يتعرف على المزيد عن الأنشطة التي تتطلب مراجعة التعديلات الجديدة التي جرت على مشروع الويكي الذي تستخدمون وتحديد ما إذا كانت تلتزم بسياسات مشروعكم أم لا.
  • يوم 15 أبريل/نيسان لن ندعم مخطط ويكي بيانات البياني الكامل على query.wikidata.org. بعد التاريخ المذكور، سوف تصبح المقالات الأكاديمية متاحة على query-scholarly.wikidata.org، بينما باقي البيانات على ويكي بيانات ستستضاف عن طريق نقطة النهاية query.wikidata.org. هذا الأمر جزء من التقسيم المعتزم لسمة رسوم ويكي بيانات البيانية الذي أعلناه في سبتمبر/أيلول 2024. المزيد من المعلومات متاح على ويكي بيانات.
  • آخر إصدارات نشرة أخبار تطبيقات ويكيميديا الربع سنوية متاحة الآن. تتناول النشرة تحديثات وتجارب وتحسينات جرت على تطبيقات ويكيبيديا للأجهزة المحمولة.
  • عنصر متكرر طالعوا كافة المهام التي يبلغ عددها 30 التي رفعها المجتمع وجرى تصويبها الأسبوع الماضي.

آخر أخبار تُهّم المساهمين الفنيين

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

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

MediaWiki message delivery 00:21، 15 أبريل 2025 (ت ع م)[ردّ]

السلام عليكم، وعيدكم مبارك. وجدت تصنيف:صفحات تستخدم قوالب بوسائط غير معروفة في عددٍ كبيرٍ من المقالات والصفحات. التصنيف صحيح أحيانًا، لكن كثيرًا ما يكون خاطئًا أو لم أجد له تفسيرًا. على سبيل المثال يظهر في قالب:أرشيف آلي وجميع صفحات نقاش المستخدمين دون سبب واضح، فالاستخدام صحيح حسب شرح القالب. أرجو النظر فيه، مع تحياتي. Hzza3 (نقاش) 22:31، 2 أبريل 2025 (ت ع م)[ردّ]

@Hzza3 التصنيف تخرجه وحدة فحص الوسائط وحدة:Check for unknown parameters إذا كنت متأكدا من سلامة الوسائط فهذا يعني أن الوسيط الذي يظهر منه الخطأ غير مذكور في استدعاء فحص الوسائط. حبيشان(ن) 22:33، الخميس 5 شوال 1446هـ (+3) 19:33، 3 أبريل 2025 (ت ع م)[ردّ]
مرحبًا @Hzza3: يمكنك مطالعة ويكيبيديا:إحصاءات/وسائط غير معروفة لمعرفة الوسائط غير المدعومة، يعمل بوتي على تحديث القائمة بناءًا على التصنيف وكل فترة وأخرى أقوم بإضافة الوسائط غير المدعومة إلى القوالب المعنية إبراهيم قاسمراسلني 19:52، 3 أبريل 2025 (ت ع م)[ردّ]
العدد كان معقولًا لقبل فترة معينة سأبحث عن سبب ال2 مليون صفحة إبراهيم قاسمراسلني 19:57، 3 أبريل 2025 (ت ع م)[ردّ]
@Hzza3 وحبيشان: عبر استعلام وجدت ان الوسيط mini يتسبب في ظهور التصنيف في 2027701 صفحة، وبعد بحث عميق وصلت إلى قالب:شريط مشروع ويكي ورائي/نواة وأزلته. إبراهيم قاسمراسلني 20:16، 3 أبريل 2025 (ت ع م)[ردّ]
الزملاء @حبيشان و@Mr. Ibrahem شكرًا لتجاوبكما. يبدو أن العدد قلّ، لكن أعتقد أن السبب من وحدة:Message box، فهو ظاهر في قالب:أرشيف متسلسل مثلًا. Hzza3 (نقاش) 19:58، 4 أبريل 2025 (ت ع م)[ردّ]

مرحبًا Hzza3 (إشارةً أيضًا إلى حبيشان وMr. Ibrahem) بأنَّ {{أرشيف متسلسل}} كان يُظهر في جميع صفحات النقاش خطأ على شاكلة الوسيط | 1 = نقاش المستخدم:كذا أو... غير مدعوم يجب تبديله أو حذفه، طالع صفحة توثيق القالب لمعرفة الوسائط البديلة.، وبعد التراجع عن تعديل أنون لتوافقية الوضع الداكن في خاص:فرق/70136877، اختفى الخطأ تمامًا. ولكن فعليًا هذا سيقلل العدد بشكلٍ بسيط، فالقالب مُستعمل (ضمن التصنيف أعلاه) في حوالي 500 صفحة فقط.

أيضًا لاحظت بأنَّ التصنيف يتضمن 1,316,330 صفحة ضمن نطاقات النقاش فقط، أما حوالي 4500 صفحة ضمن نطاق مقالة (نطاق 0). يُلاحظ بأنَّ المشترك بين نطاقات النقاش هو {{رأس نقاش}} و{{غلاف شريط مشروع ويكي}} وقوالب {{مشروع ويكي}}. تحياتي --علاء راسلني 20:20، 4 أبريل 2025 (ت ع م)[ردّ]

@علاء: سأجعل التقرير ويكيبيديا:إحصاءات/وسائط غير معروفة يكون مقسم حسب النطاق إبراهيم قاسمراسلني 22:48، 4 أبريل 2025 (ت ع م)[ردّ]

مرحبًا،

يوجد مشكلة في وحدة الاستشهاد في إخراج مُعرِّف OCLC، مثال:

المُعرِّف صحيح، يمكن التأكد هنا، أيضاً لا تظهر أي مشكلة في ويكي بيانات. يبدو المشكلة من الوحدة العربية مجال قيمة المُعرِّف. -- حرَّره: ميشيل بكني (نقاش) 22:30، 13 أبريل 2025 (ت ع م)[ردّ]

شكرا @Michel Bakni على التبليغ، نطاق معرف oclc يخضع لصيانة عالمية في c:Data:CS1/Identifier_limits.tab بإمكانك تعديل النطاق هنالك. حبيشان(ن) 12:07، الإثنين 16 شوال 1446هـ (+3) 09:07، 14 أبريل 2025 (ت ع م)[ردّ]
 نُفِّذ حبيشان(ن) 12:46، الإثنين 16 شوال 1446هـ (+3) 09:46، 14 أبريل 2025 (ت ع م)[ردّ]
عظيم، سلمت الأيادي. -- حرَّره: ميشيل بكني (نقاش) 10:32، 14 أبريل 2025 (ت ع م)[ردّ]
 هذا القسم منظور، ويمكن أرشفته.

ظهر خطأ غريب عندما استعملت خاصية الرد في صفحة طلبات النقل (هذا التعديل) فقد رددت على الزميل @Bo hessin في هذا القسم فظهر الرد منفصلاً خارج التضمين ومعه عنوان لقسم آخر.

إشارة للأخ @حبيشان

–  بــدر — ✉  12:10، 17 أبريل 2025 (ت ع م)[ردّ]

إستعملت زر رد (محرر مرئي) أو عدل (محرر مصدر)؟ عبد القيوم تواصل معي 16:42، 17 أبريل 2025 (ت ع م)[ردّ]
استعملت زر الرد (يمكنك مطالعة الوسوم في التعديل المذكور سلفاً) مع عرض تعديل المصدر. تحياتي –  بــدر — ✉  17:00، 17 أبريل 2025 (ت ع م)[ردّ]
@بدر تكرر عندي نفس الخلل لكن الآن لا أستطيع التعديل. وبمطالعة تاريخ ويكيبيديا:طلبات النقل رايت أن هذا الخلل تكرر أكثر من مرة، لذا أرى أن تنقل صفحة ويكيبيديا:طلبات النقل/الحالية إلى ويكيبيديا:طلبات النقل. حبيشان(ن) 20:05، الخميس 19 شوال 1446هـ (+3) 17:05، 17 أبريل 2025 (ت ع م)[ردّ]
أتفق على نقل ويكيبيديا:طلبات النقل/الحالية إلى ويكيبيديا:طلبات النقل وإزالة التضمين تجنباً للأخطاء التقنية عند الرد أو التعديل. تحياتي –  بــدر — ✉  17:11، 17 أبريل 2025 (ت ع م)[ردّ]

 تعليق: خطـأ آخر في طلبات مراجعة التعديلات، بعد هذا الطلب تاريخ توقيع المستخدمين لا يظهر. عبد القيوم تواصل معي 11:20، 19 أبريل 2025 (ت ع م)[ردّ]

@عبد القيوم  أصلحته، ولا أدري ما هو السبب لعلها نسخة في الاختزان. حبيشان(ن) 15:58، السبت 21 شوال 1446هـ (+3) 12:58، 19 أبريل 2025 (ت ع م)[ردّ]
 هذا القسم منظور، ويمكن أرشفته.
لقطة شاشة لطريقة اختيار أداة مسرد الويكي عبر واجهة ويكيبيديا العربية (بعد إضافتها حسب التعليمات السريعة).
لقطة شاشة لواجهة أداة مسرد الويكي بعد فتحها ضمن مقالة تجريبية.

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

يمكنكم تجربة الأداة مباشرةً على موقع أدوات ويكيميديا هنا.

أو يمكنكم إضافتها إلى واجهة التحرير في الموسوعة بالتوجّه إلى هذه الصفحة وإضافة السطر الآتي ثم حفظها (تظهر الأداة ضمن واجهة الموسوعة بالصور إلى اليسار):

importScript('مستخدم:ForzaGreen/SearchTerm.js');

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

بانتظار تعليقاتكم، وسوف نسعى للحديث بشكل موسَّع أكثر مع المهتمّين في الفترة القادمة سعيًا لإطلاق إصدار موسَّع ومحدَّث مستقبلًا –عباد (نقاش) 02:53، 26 فبراير 2025 (ت ع م).[ردّ]

أود أن أعرب عن عميق امتناني وتقديري للقائمين على هذا المشروع المميز، فمنفعته لا تقتصر على الموسوعة وحدها، بل يتعداها إلى إفادة الباحثين في حقل المصطلحات التقنية والعاملين في مجال تعريب البرمجيات. وقد تشرفت بمشاركته مع إحدى مجاميع تعريب التقانة، فأعربوا عن بالغ امتنانهم لما تحويه هذه الأداة من فائدة جليلة.
نتمنى من القائمين على هذا المشروع أن يحسنوا آلية البحث فيه، إذ يتبين لي أن البحث عن المصطلحات المركبة من كلمتين أو أكثر غير متاح في الوقت الراهن. كما أنني لا أحبذ آلية عرض النتائج فور كتابتها، إذ يسبب ذلك عبئا ثقيلًا على المتصفح، ولا سيما عند إدخال المحارف الأولى من المصطلح ببطء.
وأجدد شكري الجزيل لكل من أسهم في إنجاز هذا المشروع النافع، وأتطلع بتشوق للمزيد منه. – أنون (نقاش) 20:25، 26 فبراير 2025 (ت ع م)[ردّ]
أهلا عباد ديرانية، شكرا علي هذه الأداة، كنت انتظرها منذ أعلنت عنها، هل ممكن إضافة كلمات جديدة؟ هل مشروع مفتوح المصدر؟ -- جـرجـس راسـلـنـي 22:35، 26 فبراير 2025 (ت ع م)[ردّ]
 تعليق: جهد مشكور جميعًا ونتمنى لكم التوفيق ومزيد التطوير، من باب الدعم أورد الملاحظات أدناه:
  • أتفق نوعًا ما مع ملاحظة أنون أعلاه، ربما إيقاف الإكمال التلقائي أو تأخيره «autocomplete delay» قد يحسّن تجربة المستخدم.
  • أقترح وجود صفحة حول/عن الأداة/المشروع توضّح الميزات التي يقدمّها، كذلك صفحة أو وسيلة للإبلاغ عن الأخطاء أو التواصل مع المطورين.
  • أقترح أن تكون صفحة النتائج مقسمّة إلى صفحات مرقمّة «أو حتى تبويبات على الأقل» مبدأيًا، هذا برأيي يسهّل التصفّح على المستخدم.
  • الوضع الداكن بحاجة لإصلاح برأيي، فبعض نصوص النتائج غير متوائمة معه وتظهر بنفس اللون مع الوضع الفاتح.
  • من التحسينات أن تظهر جميع النتائج معًا لنفس اللفظة، مثلا عند البحث عن cloud يظهر أولاً صندوق نتيجة لـ cloud منفردة بمعنى «سحابة»، وبعد عدّة نتائج تظهر cloud منفردة مجددًا بمعنى «سحاب»، القصد أن تكون معاً
  • يوجد ملاحظات أخرى ولكن حتى لا أطيل، لو اُتيحت وسيلة للإحالة على النتائج من خلال رابط ستكون جدًا مفيدة في النقاشات
تحياتي --Mohanad (نقاش) 23:05، 26 فبراير 2025 (ت ع م)[ردّ]
المبادرة ممتازة وتستحق كل الدعم. لدي بعض الملاحظات، الأولى تتعلق بظهور الأداة في الأعلى على اليسار، حيث أعتقد أنه سيكون من الأفضل عدم استخدام الخط العريض. أما الملاحظة الثانية، فهي بشأن أيقونة البحث التي تشبه تلك الموجودة في ويكيبيديا (صورة للتوضيح)، لذا سيكون من الأفضل استخدام أيقونة خاصة بالأداة. وأخيرًا، عند عرض النتائج، هناك مشكلة في تموضع الأرقام مع الأسماء (صورة للتوضيح). Riad Salih (نقاش) 23:19، 26 فبراير 2025 (ت ع م)[ردّ]
مرحبا. أنا وائل، مُبرمج الأداة. أشكر الجميع على الملاحظات القيّمة والوجيهة @Mohanad @أنون @Riad Salih @Gerges.
لقد أصدرتُ للتو إصدارا جديدا يتضمّن بعض التعديلات الطفيفة:
  • أضفت إمكانية البحث عن المصطلحات المُركبة.
  • رفعتُ مدة الانتظار بعد إدخال الأحرف وقبل إرسال طلب البحث إلى الخوادم، من 300ms إلى 600ms، بهدف تقليل الضغط على المتصفح. لنرى ما إذا كان ذلك سيُحسّن من تجربة المستخدم، أم أنه يحتاج إلى مزيد من التأخير، أو ربما إيقاف هذه الخاصية تماما.
بالنسبة لبقية الملاحظات، نعدكم بمناقشة جميع الاقتراحات والعمل عليها، فهدفنا الأساسي هو أن تكون الأداة مفيدة للمجتمع.
حاليًا، تبحث الأداة في 42 معجمًا، وسنواصل العمل على إضافة المزيد. في الوقت الراهن، الكود غير جاهز للمشاركة، لكننا نهدف إلى جعله مفتوح المصدر ومتاحًا على GitHub مستقبلاً.
كما لاحظتم، الأداة حاليا عبارة عن برنامج نصي للمستخدم (User Script). نرغب في ترقيتها إلى إضافة (Gadget) وفق المعايير المحددة في صفحة ويكيبيديا:إضافات. هل هناك متطلبات أساسية ينبغي تعديلها لجعل البرنامج جاهزا ؟ ومن يمكنه مساعدتنا في ذلك ؟ ForzaGreen (نقاش) 22:41، 27 فبراير 2025 (ت ع م)[ردّ]
أهلا ForzaGreen، هل ممكن عمل api حتي يسهل التكامل مع الإضافة والاستفادة الكاملة من البيانات؟ -- جـرجـس راسـلـنـي 23:04، 27 فبراير 2025 (ت ع م)[ردّ]
أهلا @Gerges، نعم الـAPI موجودة ومفتوحة.
  • للبحث مثلا عن مصطلح "cloud" مع خاصية التجميع (نتيجة هذا البحث هي التي تظهر في الواجهة): https://wikitermbase.toolforge.org/api/v1/search/aggregated?q=cloud
  • للبحث دون خاصية التجميع (غير مستعمل في الواجهة): https://wikitermbase.toolforge.org/api/v1/search?q=cloud
ForzaGreen (نقاش) 23:27، 27 فبراير 2025 (ت ع م)[ردّ]
@حبيشان أرى أنه يمكن تحويل النسخة الثانية إلى اضافة تجريبية. مع تحياتي. Mr.Wahrani (نقاش) 22:02، 12 مارس 2025 (ت ع م)[ردّ]
@Mr.Wahrani أتفق. حبيشان(ن) 01:06، الخميس 13 رمضان 1446هـ (+3) 22:06، 12 مارس 2025 (ت ع م)[ردّ]
أشكر جميع المساهمين في هذا المشروع الضخم، والمفيد. بالنسبة للإضافة يجب الاستغناء عن وسم iframe وتحميل صفحات جافاسكربت من ويكيبيديا وطلب المعلومات من الموقع الآخر عبر api. حبيشان(ن) 14:05، الخميس 6 رمضان 1446هـ (+3) 11:05، 6 مارس 2025 (ت ع م)[ردّ]
أهلا @حبيشان، شكرا على التعليق.
الهدف من التضمين بالـiframe، هو إعادة استعمال محتوى الموقع https://wikitermbase.toolforge.org ، وبالتالي تطوير وصيانة أداة واحدة بدل اثنتين (الموقع والإضافة).
استضافة الموقع هي في Toolforge، أي في خوادم ويكيميديا، ويستفيد من كل خصائص الأمان، بالخصوص ترويسة CSP التي تمنع الإتيان بكود خارج نطاق ويكيميديا. كذلك التضمين معزول في sandbox، ولا يوجد اتصال بين ويكيبيديا والموقع المُضَمَّن. لاحظ أن الـiframe عندها الحق فقط في نسخ\لصق النص من وإلى الموقع. وليس لها الحق في التحكم في الفأرة أو قراءة الـcookies ولا أي شيء. ForzaGreen (نقاش) 19:53، 7 مارس 2025 (ت ع م)[ردّ]
لا يوجد وسم sandbox على iframe. حبيشان(ن) 19:47، السبت 8 رمضان 1446هـ (+3) 16:47، 8 مارس 2025 (ت ع م)[ردّ]
@حبيشان ، بالنسبة للتحذير الذي أضَفته بأن الإضافة "تحمل محتوى من موقع خارج نطاق سيرفرات ويكيميديا الإنتاجية عبر وسم iframe"، فهو غير صحيح، لأن المحتوى موجود في ToolForge وهي في نطاق سيرفرات ويكيميديا.
يمكنك كذلك الآن مراجعة محتوى الكود كاملا على https://github.com/forzagreen/wikitermbase ForzaGreen (نقاش) 16:30، 8 مارس 2025 (ت ع م)[ردّ]
@ForzaGreen خدمات استضافة ويكيميديا لا تدخل تحت سيرفرات ويكيميديا الإنتاجية. حبيشان(ن) 19:34، السبت 8 رمضان 1446هـ (+3) 16:34، 8 مارس 2025 (ت ع م)[ردّ]
لدي اقتراحان لتسحين تجربة المستخدمة في الإضافة التي تظهر في صفحة ويكيبيديا:
  • لا يمكن الآن الكتابة في حقل البحث فورًا عند ظهور النافذة المنبثقة، بل يجب أن أذهب بالفأرة إلى حقل البحث ونقل التركيز إليه. حبذا لو أمكن لنا الكتابة فورًا بجعل التركيز مفترضًا في حقل البحث.
  • حبذا لو أمكن غلق النافذة المنبثة بالضعط على زر الهروب Esc.
  • حبذا لو يُضاف زر نسخ إلى نافذة الاستشهاد، عوضًا عن تحديد نص الاستشهاد ونسخه من لوحة المفاتيح.
تحياتي لكل من ساهم في العمل. أحمد كادي (ن) 7 رمضان 1446هـ – آذار 08:18، 7 مارس 2025 (ت ع م)[ردّ]
شكرا لك @أحمد كادي على الملاحظات القيمة.
  • في موضوع التركيز على حقل البحث، فهذا شغال في الموقع https://wikitermbase.toolforge.org لكن ليس بعد في الإضافة. سيطلب ذلك تعديل بعد الإعدادات بسبب إجراءات الأمان في المتصفحات التي تحد من التفاعلات بين الـiframe والموقع المُضَمِّن (ويكيبيديا).
  • بالنسبة لغلق النافذة بزر Esc، فعلا لاحظت أن ذلك يعمل فقط لما يكون التركيز في أماكن محدودة من النافذة.
  • زر النسخ موجود. في الموقع يظهر دائما. لكن الإضافة فيها bug بحيث لا يظهر الـpopup كاملا، وبالخصوص زر النسخ. نحن على علم بهذه المشكلة، وسنغير طريقة العرض حتى تظهر المعلومات كاملة دائما.
ForzaGreen (نقاش) 20:10، 7 مارس 2025 (ت ع م)[ردّ]
مرحبًا، هناك ملاحظة بخصوص جعل الأداة مفتوحة المصدر حيث تنص شروط الاستضافة على:
Toolforge tools must be open source software licensed under an OSI approved license, and all projects must follow the Wikimedia Cloud Services Terms of Use.
والأفضل الإشارة لمصدر الكود في صفحة الأداة، أو توفير جزء منه (مثلاً جزء الـ front-end) لحين إطلاق الأداة بشكل كامل كأداة مفتوحة المصدر. إبراهيم قاسمراسلني 06:22، 8 مارس 2025 (ت ع م)[ردّ]
الآن الأداة بأكملها مفتوحة المصدر على https://github.com/forzagreen/wikitermbase
بما فيها backend و frontend ومحتوى قاعدة البيانات، مع التوثيق التقني.
@Mr. Ibrahem @Gerges @حبيشان ForzaGreen (نقاش) 16:25، 8 مارس 2025 (ت ع م)[ردّ]
ممتاز @ForzaGreen: بارك الله فيكم، لو أمكن إضافة رابط المستودع إلى الصفحة الرئيسية للأداة إبراهيم قاسمراسلني 17:28، 8 مارس 2025 (ت ع م)[ردّ]
@ForzaGreen ممكن تعويض الـiframe باستعمال API يستدعيها كود js من الويكي ؟ وماذا عن الرخصة البرمجية ؟ - مع تحياتي - وهراني 17:34، 8 مارس 2025 (ت ع م)[ردّ]
سأعمل على مسألة الجافاسكربت داخل الويكي وأوافيكم بالنتيجة.
بالنسبة للرخصة البرمجية، لا تفضيل عندي. هل عندك اقتراح ؟ هل هناك توصية من المؤسسة أو المجتمع عن رخصة برمجية محددة ؟ ForzaGreen (نقاش) 18:23، 8 مارس 2025 (ت ع م)[ردّ]
@ForzaGreen يشترط أن تكون الرخصة متوافقة مع مبادرة المصدر المفتوح (OSI). يمكن مطالعة هذه القائمة لاختيار الرخصة المناسبة.
بالنسبة لآلية إبلاغ العلل، فهل نستخدم GitHub Issues للإبلاغ عنها؟ تحياتي وشكرًا لجهودكم الموقرة – أنون (نقاش) 01:14، 9 مارس 2025 (ت ع م)[ردّ]
نعم يمكنك التبليغ في Github issues. بالنسبة للرخصة، أنا اخترت رخصة إم آي تي. ForzaGreen (نقاش) 01:29، 9 مارس 2025 (ت ع م)[ردّ]
بناء على ملاحظات الزملاء @Gerges و@حبيشان و@وهراني ، هذه نسخة جديدة من الإضافة بدون iframe: مستخدم:ForzaGreen/SearchTerm-v2.js. ميزة هذه النسخة هي أن الكود كله في ويكيبيديا. السلبيات هي أن الواجهة أقل تطورا، وصعوبة صيانة أداتين على المدى البعيد (الموقع على ToolForge والإضافة). لو ممكن تجربوها وتطعونا رأيكم، وإن كان هذا يناسب. ForzaGreen (نقاش) 01:20، 9 مارس 2025 (ت ع م)[ردّ]
أهلا وائل، النسخة الحالية من الإضافة ممتازة، ولكن لديه بعض ملاحظات:
1) زر فتح الأداة مكانه ليس جيد.
2) الإضافة تؤثر علي جميع الProcessDialog.
3) في نسخة الجوال، عند الضغط علي أيقونة استشهاد يظهر popup خارج إطار الشاشة (أرسلت لك لقطة شاشة). تحياتي-- جـرجـس راسـلـنـي 19:21، 9 مارس 2025 (ت ع م)[ردّ]
@ForzaGreen أشكرك على النسخة الجديدة، ولي عليها بعض الملاحظات التحسينية:
  1. إضافة oojs-ui.styles.icons.content و oojs-ui.styles.icons.editing-advanced إلى متطلبات التحميل لأجل تحميل بعض الأيقونات
  2. وضع أيقونة تفيد الحاجة إلى التسجيل لمواقع التي تتطلب ذلك وأنا أقترح الأيقونات المنستعملة في الاستشهاد حيث اعتاد عليها المستخدمون انظرها في وحدة:Citation/CS1/styles.css#L-48
حبيشان(ن) 14:34، الإثنين 10 رمضان 1446هـ (+3) 11:34، 10 مارس 2025 (ت ع م)[ردّ]
شكرا على ملاحظاتكما @Gerges ، @حبيشان،
أنا أضفت التعديلات التالية على البرنامج النصي للمستخدم:
بالنسبة للروابط الخارجية، فالمفروض أنها كلها مفتوحة ولا تحتاج تسجيلا. لاحظنا أن موقع arabterm لما يكون خارج الخدمة، يطلب تسجيل الدخول. فكرنا في إقصاء روابطه من API، إن كثر خروجه عن الخدمة، وهذا لن يتطلب تعديلا في الواجهة. ForzaGreen (نقاش) 21:47، 12 مارس 2025 (ت ع م)[ردّ]
شكرًا لكل من علَّق وساهم على الردود الإيجابية والتعليقات الوافية، فهي تظهر أن كثيرًا منكم جرّبوا الأداة باهتمام، وهذه الملاحظات التفصيلية هي ما نحتاجه بالضبط لتطويرها وتحسينها في النسخة التالية (كما رأيتم، فمبرمجنا العظيم وائل قد استجاب لكثيرٍ منها سلفًا!).
  • @جرجس: بخصوص إضافة المصطلحات الجديدة، المسألة الأهم هي مصدر هذه المصطلحات وموثوقيتها (وأما إضافتها على الصعيد التقني فلن تكون صعبة). حاليًا، نحن نعتمد بالكامل على معاجم مختصّة ومنشورة، إحدى الأفكار الواردة للمستقبل -كذلك- هي إضافة المصطلحات "المعتمدة" أو المتوافق عليها ضمن الموسوعة، بالرجوع -مثلًا- إلى نقاشات ميدان اللغويات.
  • @مهنّد: بدأتُ صفحةً متواضعة هنا للتعريف بالمشروع وسوف نضيف إليها مع تقدّم مراحل المشروع خطوةً بخطوة.
  • أشكر الاقتراحات المختلفة أعلاه بخصوص ضبط الترخيص التقني للأداة للتوافق مع متلطّبات المؤسسة، و @أحمد كادي للمساعدة في الملاحظات قبل وبعد إطلاق الأداة. سوف أتواصل مع بعضكم لاحقًا لتفاصبل أكثر.
تحياتي عباد (نقاش) 11:17، 9 مارس 2025 (ت ع م).[ردّ]
العزيز @عباد ديرانية و الإخوة @Michel Bakni و @ForzaGreen مبارك هذا الإنجاز الرائع! إضافة قوية لتحسين دقة الترجمة في ويكيبيديا مع أنني لا أعيب وجود المرادف للمصطلح لكن دقة الترجمة مهمة جدا، لطالما كان صعبا في التحرير الجماعي هنا في الموسوعة فمن اعتاد على تكنولوجيا و من يرى تقانة ومن يستعمل تلسكوب وآخر مرقاب. أرى في الأداة استعمالات أوسع كثيرا ليس فقط في الموسوعة فشكرا.
لدي هذه الأسئلة:
  • هل يمكن للمحررين المساهمة في تحسين قاعدة البيانات أو اقتراح مصادر جديدة؟
  • هل يمكن دعم لغات أخرى (ما هي اللغات المدعومة حاليا؟) أو بالأحرى عكس البحث من العربية للغة أخرى؟
وجود الكود في مستودع GitHub أو صفحة توثيق، سيكون من الجيد مشاركتها ليتمكن المهتمون من الاطلاع أكثر وربما المساهمة لكن أعتقد أنكم قد بدأتم في نشره
مرة أخرى أداة جيدة - بتوفرها سنتمكن من تسريع البحث واستعمال المناسب - من الآن أضفتها في الأدوات المفضلة لدي مع أزكى التحايا، الديزادي ☯ (نقاش) 14:24، 9 مارس 2025 (ت ع م)[ردّ]
@|الديزادي أعتذر على ردّي المتأخر بسبب فترة سفر وانشغال، سعيدٌ جدًا بأن الأداة أعجبتك في سياق توحيد المصطلحات (وهو هدفنا الأول والأهم) وبأنها أصبحت ضمن مفضَّلاتك ، بخصوص ما ذكرت من أسئلة:
  • الهدف هو بالتأكيد أن تكون الأداة مفتوحةً للإضافة من الجميع، لكننا لم نتفق على الآلية بعد. كما ترى، المصادر كلها هي معاجم موثوقة ومعتمدة، ولذا فإن العائق الأهم لإضافة المصادر الجديدة ليس اقتراحها، وإنما جهد رقمنتها وإدخالها إلى قاعدة البيانات. من ناحية أخرى، نحن نُفكِّر بإضافة "تزكية" من المجتمع للمصطلحات المعتمدة كطريقة لفتح باب المساهمة، ويسعدني سماع الاقتراحات.
  • اللغات المدعومة حاليًا هي الفرنسية والإنكليزية، وذلك لأنها اللغات الواردة في المعاجم التي نستخدمها حاليًا، وقد نضيف غيرها بالتأكيد.
  • كما ترى أدناه، أضفنا الكود إلى GitHub الآن، كما أنشأنا صفحة وب:مسرد الويكي لتوثيق العمل.
شكرًا لك!--عباد (نقاش) 12:26، 6 أبريل 2025 (ت ع م).[ردّ]
 نُفِّذ إضافة الأداة إلي الإضافات: تفضيلات ← الإضافات ← ‍مسرد الويكي: أداة للمترجمين لتوحيد المصطلحات تبحث في قاعدة بيانات معجمية مع إمكانية الاستشهاد. تحياتي--جـرجـس راسـلـنـي 01:47، 13 مارس 2025 (ت ع م)[ردّ]
أول تجربة في الوضع الداكن : لا أكاد أرى شيء. أرجو أخذ هذه المسألة في عين الاعتبار. مع تحياتي. Mr.Wahrani (نقاش) 03:25، 13 مارس 2025 (ت ع م)[ردّ]
@Mr.Wahrani أصلحت الوضع الداكن.
  • بالإمكان تفعيل الإضافة أيضا بالزر
حبيشان(ن) 15:33، الخميس 13 رمضان 1446هـ (+3) 12:33، 13 مارس 2025 (ت ع م)[ردّ]
شكرا لك على تعديل الوضع الداكن. الآن وقد صارت الأداة إضافة، ما هي آلية الصيانة والتعديل ؟ مثلا إذا أردنا تعديل الواجهة، هل نفتح نقاش هنا في الميدان ؟ أم في صفحة نقاش الإضافة مثلا ؟ ForzaGreen (نقاش) 14:30، 13 مارس 2025 (ت ع م)[ردّ]
@ForzaGreen أرى أن الأولى أن تُحمَّل الإضافة من نطاقك الشخصي ليكون لديك الحرية في تعديلها ما دامت في وضع الاختبار، حيث لا صلاحية لك في تعديل الواجهة، وما دامت في وضع الاختبار فإن مناقشة التعديلات على أمر اختياري، ولا يلزمك مناقشة كل تعديل . حبيشان(ن) 17:46، الخميس 13 رمضان 1446هـ (+3) 14:46، 13 مارس 2025 (ت ع م)[ردّ]
@حبيشان ، واضح. وبعد ذلك لما تنتهي مرحلة الاختبار ؟ ForzaGreen (نقاش) 15:42، 13 مارس 2025 (ت ع م)[ردّ]
@ForzaGreen بعض مضي فترة الاختبار، فكما تحب إن أحببت أن تحمل من نطاقك الشخصي (وفي هذه الحالة لن تستفيد الإضافة من مميزات الضغط والتخزين المؤقت)، أو في نطاق ميدياويكي (وعندها تحتاج إلى طلب التعديل على نقاش الإضافة عند التعديل). حبيشان(ن) 16:18، السبت 15 رمضان 1446هـ (+3) 13:18، 15 مارس 2025 (ت ع م)[ردّ]
هل يمكن تغيير الأيقونة؟ وجود أيقونتين متشابهتين في نفس المكان أمر مزعج للغاية. (الصورة للتوضيح) Riad Salih (نقاش) 19:46، 16 مارس 2025 (ت ع م)[ردّ]
أهلا @Riad Salih، في البداية الأيقونة المستعملة كانت هي أيقونة البحث (أيقونة "search" في قائمة الأيقونات) وفعلا كان الأمر مزعجا. وبعد ملاحظتك الأولى غيرتها إلى أيقونة "articlesSearch" وهي في رأيي مُعبِّرة عن البحث في قائمة من المعاجم. هل تقترح أيقونة أخرى من قائمة الأيقونات ؟ ForzaGreen (نقاش) 20:24، 16 مارس 2025 (ت ع م)[ردّ]
@ForzaGreen أقترح هذا المكان لوضع الزر. Riad Salih (نقاش) 00:55، 19 مارس 2025 (ت ع م)[ردّ]
@Riad Salih أتفق مع الاقتراح. أنا جهزت نسخة جديدة لتغيير موضع الزر. انظر الصور هنا. في انتظار إدماج التغييرات في الإضافة. ForzaGreen (نقاش) 16:58، 27 مارس 2025 (ت ع م)[ردّ]
@Riad Salih  نُفِّذ تغيير موضع الزر في الإصدار الأخير للإضافة. ForzaGreen (نقاش) 22:17، 1 أبريل 2025 (ت ع م)[ردّ]
أرى بأنه علينا حصر استعمال الأداة في نطاق المقالات. - مع تحياتي - وهراني 09:56، 18 مارس 2025 (ت ع م)[ردّ]
مرحبًا، @ForzaGreen، أيمكن إضافة زر الاستشهاد بكل المصادر المتوافقة على مصطلح؟ فمثلًا نرى عند البحث عن كلمة steeping توافق ثلاثة مصادر على ترجمة النقع، فسيعزز زر الاستشهاد بهم كلهم بقالب:ترقيم استشهادات تجربة المستخدم بتقليل الوقت والجهد. الزميل @Michel Bakni على دراية بهذا النوع من الاستشهاد. تحياتي لكم. أحمد كادي (ن) 21 رمضان 1446هـ – آذار 08:28، 21 مارس 2025 (ت ع م)[ردّ]
@ForzaGreen يبدو أن الأداة توقفت على العمل في سمة فِكتور (2010)، وربما بقية السمات الأخرى مثل مونوبوك (Monobook) – أنون (نقاش) 18:06، 5 أبريل 2025 (ت ع م)[ردّ]
تعمل حاليًا بالنسبة لي، علَّه كان إشكالًا مؤقتًا أو مسألة تتطلَّب بحثًا أكثر --عباد (نقاش) 12:28، 6 أبريل 2025 (ت ع م).[ردّ]

تظهر مشكلة في {{بطاقة تجمع سكاني}} تؤثر على جميع المقالات المضافة إليها أي بقرابة 767 مقالة، لذلك أرجو معالجة الأمر عاجلًا. مودتي. ساندرا (ناقشني) 21:39، 26 أبريل 2025 (ت ع م)[ردّ]

المشكلة ليست في بطاقة ولكن في تعديلات وحدة:Multiple image. مع تحياتي. Mr.Wahrani (نقاش) 21:54، 26 أبريل 2025 (ت ع م)[ردّ]
شكراً @SanBonne بالفعل لاحظت الأمر قبل قليل وإنشغلت عن إدراجه في الميدان، ولكن |أعتقد أن الأمر ليس في قالب البطاقة نفسها بل بواحدة من وحدات لوا المستخدمة فيها..
إشارة لبعض الزملاء محرري القوالب @حبيشان و@Gerges لعل لهم رأي آخر Mohamed Albaali (نقاش) 22:01، 26 أبريل 2025 (ت ع م)[ردّ]
حلت المشكلة باسترجاع النسخة الصحيحة من وحدة:Multiple image. مع تحياتي. Mr.Wahrani (نقاش) 22:03، 26 أبريل 2025 (ت ع م)[ردّ]
عفواً منك أخي @Mr.Wahrani لم أنتبه أن هذا حسابك، شكرا لتداركك الأمر Mohamed Albaali (نقاش) 22:06، 26 أبريل 2025 (ت ع م)[ردّ]
@Mr.Wahrani جزيل الشكر لتفاعلك السريع وتعليقك @Mohamed Albaali. أعتقد بإمكانيتنا إغلاق الموضوع إذن. مودتي. ساندرا (ناقشني) 22:27، 26 أبريل 2025 (ت ع م)[ردّ]
 هذا القسم منظور، ويمكن أرشفته.

MediaWiki message delivery 20:57، 21 أبريل 2025 (ت ع م)[ردّ]

السلام عليكم،

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

المقالة مدعومة بمصادر مستقلة ومكتوبة بصيغة موسوعية ومحايدة.

أرجو من المحررين الكرام مراجعتها، وإبداء الرأي حول مدى استيفائها لمعايير النشر، ونقلها إلى النطاق العام إن كانت تستحق.

رابط الملعب

@AudaiManaserh هذا ليس المكان المناسب لطرح مثل هذه الطلبات، يمكنك نقل الصفحة للنطاق العام بنفسك، أو تقديم طلب في طلبات النقل إذا واجهك أي تحدٍّ تقني أو ما شابه، وتقديم طلب لمراجعتها بعد ذلك في طلبات مراجعة المقالات. تحياتي –  بــدر — ✉  03:58، 25 أبريل 2025 (ت ع م)[ردّ]
مرحبًا AudaiManaserh، شكرًا لك على جهودك في إعداد المسودة. بعد الاطلاع على المقالة، تبيّن أن الموقع لا يحقق حاليًا معايير الملحوظية الخاصة بمواقع الويب، حيث لا تتوفر تغطية كافية من مصادر موثوقة ومستقلة تُبرز أهمية وخصوصية الموقع على نحو يُبرر وجود مقالة مستقلة عنه. بناءً عليه، لا يمكن نقل المقالة إلى النطاق العام في الوقت الحالي، وقد تُعرّض للحذف من ملعبك بعد فترة إن لم تُدعَّم بمصادر تحقق الملحوظية المطلوبة. مع التحية. -- Lokas (راسلني) 08:14، 25 أبريل 2025 (ت ع م)[ردّ]

خلاصة: أزيل النص من الملعب لكونه ترويجًا ولا يحقق معايير موسوعية المواقع الإلكترونية في ويكيبيديا العربية.--مودتي. ساندرا (ناقشني) 17:33، 26 أبريل 2025 (ت ع م)[ردّ]

 هذا القسم منظور، ويمكن أرشفته.

أدوات النقاش كما تعلمون فيها ميزة الاشتراك في المواضيع والإشعار عند وجود رد فيها، وهذه ميزة مهمة جدًا في متابعة المواضيع، وهي خاصة بمستوى h2، ولكننا نفتقد هذه الميزة في إخطارات الإداريين بسبب استخدام مستوى عناوين h4 (عدا إخطار أخرى) فلذا لكي يستفيد المستخدمون من هذه الميزة اقترح رفع مستوى المواضيع في كل صفحات الإخطارات إلى مستوى h2 وإزالة أي عائق عن الاستفادة من هذه الميزة. حبيشان(ن) 19:24، الإثنين 10 رمضان 1446هـ (+3) 16:24، 10 مارس 2025 (ت ع م)[ردّ]

مرحبا @حبيشان:. هل كان هناك سبب لاستخدام مستوى عناوين h4 ؟ وهل استخدام مستوى عناوين h2 لن يؤثر على طريقة ظهور الأقسام في صفحة إخطار الإداريين؟ Dr-Taher (نقاش) 15:04، 11 مارس 2025 (ت ع م)[ردّ]
@Dr-Taher نعم، وانظر التجربة هنا. حبيشان(ن) 19:32، الثلاثاء 11 رمضان 1446هـ (+3) 16:32، 11 مارس 2025 (ت ع م)[ردّ]
@Dr-Taher اعتذر عن الرد الأول ، توهمت سؤالا آخر،
  • لا علم سببًا للقفز إلى مستوى h4 إلا أن يكون تنسيق الخط وحجمه رآه من وضع المستوى بأنه مناسب، ويمكن التحكم في حجم الخط وتنسيق العنوان على مستوى الصفحة.
  • لا أظن أنه سيؤثر وانظر التجربة في الوصلة أعلاه.
حبيشان(ن) 19:51، الثلاثاء 11 رمضان 1446هـ (+3) 16:51، 11 مارس 2025 (ت ع م)[ردّ]
أتفق شكرًا حبيشان على طرح هذا الموضوع الهام وقد لاحظت أهميته عند العمل على إضافة ControlRequests إبراهيم قاسمراسلني 20:32، 11 مارس 2025 (ت ع م)[ردّ]
أتفق شكرا على طرح هذا الموضوع. تحياتي-- جـرجـس راسـلـنـي 11:35، 12 مارس 2025 (ت ع م)[ردّ]
أتفق. كريم رائد 💬 نقاش 13:28، 15 مارس 2025 (ت ع م)[ردّ]
مرحبًا @Mohanad، سنعمل على تطبيق هذا التعديل في الفترة القادمة. في حال عدم ظهور أي اعتراضات، هل تحتاج إلى بعض الوقت لتعديل بوت الأرشفة الخاص بك، أم يمكننا تنفيذ التعديل في أي وقت دون الحاجة إلى الرجوع إليك؟ -- Lokas (راسلني) 09:35، 23 مارس 2025 (ت ع م)[ردّ]
أهلا @لوقا، لا يؤثر ذلك على عملية الأرشفة، ولكن يلزم أن تكون جميع الأقسام في الصفحة من نفس المستوى، تحياتي --Mohanad (نقاش) 23:42، 24 مارس 2025 (ت ع م)[ردّ]
من اجل ميزة الاشتراك نعم أؤيد هذا المقترح. --إبراهيـمـ ✪ (نقاش) 04:20، 6 أبريل 2025 (ت ع م)[ردّ]
أتفق.--محمد أحمد عبد الفتاح (نقاش) 21:37، 7 أبريل 2025 (ت ع م)[ردّ]
مع رفع مستوى العناوين إلى <H2> وتصغير حجم الخط إلى ما يوازي <H4> للحفاظ على الشكل المعتاد. بدر (راسلني) 03:30، 9 أبريل 2025 (ت ع م)[ردّ]

خلاصة مبدئية

تم الاتفاق على رفع مستوى عناوين الطلبات في صفحات إخطار الإداريين من <h4> إلى <h2>، بهدف تفعيل ميزة "الاشتراك في الأقسام" التي لا تعمل إلا مع العناوين من المستوى الثاني. وقد تبيّن أن هذا التعديل لا يؤثر على عملية الأرشفة الآلية، بشرط توحيد مستوى العناوين داخل الصفحة. سيتولى الزميل @حبيشان تنفيذ التعديل، مع الحرص على الحفاظ على الشكل المعتاد للعناوين من حيث حجم الخط، عبر استخدام تنسيقات CSS مخصصة لتقليص حجم <h2> ليقارب حجم <h4>، مع التأكد من التوافق الكامل على الشاشات المختلفة، سواء على الحواسيب أو الهواتف المحمولة. بعد تنفيذ التعديل، سيُترك القسم مفتوحًا لمدة سبعة أيام لمتابعة أي ملاحظات أو بلاغات بوجود خطأ. وفي حال عدم ورود اعتراضات خلال هذه الفترة، يُعتبر التعديل معتمدًا ونهائيًا. تحياتي. -- Lokas (راسلني) 18:21، 9 أبريل 2025 (ت ع م)[ردّ]
 نُفِّذ بالنسبة لحجم الخط حاليا بالإعداد الافتراضي، ولا أستحسن تصغيره، ويوجد نموذج مع الخط المصغر في مستخدم:حبيشان/ملعب إخطار أرجو إبداء الرأي فيه، وأنا لا أستحسنه لأن الحجم يكون بحجم النص العادي.--حبيشان(ن) 23:34، الأربعاء 11 شوال 1446هـ (+3) 20:34، 9 أبريل 2025 (ت ع م)[ردّ]
شكرًا علي التعديل، أعتقد أن الأنسب هو تصغير حجم العناوين حتى يتم الحفاظ على نفس التنسيق السابق.
ولنأخذ رأي الزملاء المشاركين في النقاش:
@Dr-Taher، @Mr. Ibrahem، @Gerges، @كريم رائد، @Mohanad، @Ibrahim.ID، @محمد أحمد عبد الفتاح، @بدر.
رأيكم مهم. -- Lokas (راسلني) 08:48، 11 أبريل 2025 (ت ع م)[ردّ]
  • شكراً @لوقا للإشارة، @حبيشان تنسيق النموذج الذي قدمته مختلف عن التنسيق الافتراض لمستوى عناوين H4 من حيث نوع الخط، فعنوان H4 افتراضياً يتبع تفضيلات الخطوط، سواء كان الخط المختار في التفضيلات Arial أو Amiri أو خط النظام، بينما في النموذج الذي قدمته يتبع خط النظام دائماً، أرجو إصلاح الأمر. تحياتي - بدر — (راسلني) 12:21، 11 أبريل 2025 (ت ع م)[ردّ]
  • يبدو لي التغيير مناسب وبلا مشاكل حتى الآن. شكرا لكم.--Dr-Taher (نقاش) 12:37، 11 أبريل 2025 (ت ع م)[ردّ]
  • أفهم أن الموجود الآن في صفحة طلبات النقل وطلبات الاسترجاع هو خط بمستوى h2، وهو خط أكبر من الظاهر سابقًا. أُفضل الخط الكبير بدلًا من السابق؛ فالخط الكبير أسهل لتمييز القسم ولا يحتاج لإضافة تنسيقات خاصة بال CSS ولا حاجة لجعل الخط بحجم مختلف عما في المقالات وغيرها.--محمد أحمد عبد الفتاح (نقاش) 13:13، 11 أبريل 2025 (ت ع م)[ردّ]
 هذا القسم منظور، ويمكن أرشفته.

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

ما هي الحسابات المؤقتة؟

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

كيف يمكنكم المشاركة؟

  • تحقق مما إذا كان النص البرمجي الذي أنشأته أو تستخدمه بشكل متكرر سواء على مصنع الأدوات أو على الويكي، مثل الأدوات، أو البرامج الملحقة، أو البوتات، أو النصوص البرمجية للمستخدمين يعمل بشكل صحيح في مشاريع الويكي التي فُعِّلت فيها الحسابات المؤقتة. يمكنكم الاطلاع على قائمة مشاريع الويكي الخاصة بالمحتوى، وكذلك قائمة بيئة الاختبار ومشاريع الويكي المختارة للتجربة التي تدعم الحسابات المؤقتة.
  • إذا لاحظتُم أن إحدى الأدوات قد تتأثر، نوصيكم بتحديثها استنادًا إلى دليل التوثيق للمطورين. كما نرجو منكم تقديم مهمة على الفابريكيتور مع إضافة وسم #temporary-accounts، وذلك لتمكيننا من متابعة تأثير التغييرات على النصوص البرمجية التي يديرها المجتمع.
  • يرجى إضافة الأدوات المتأثرة إلى هذه الصفحة، حيث نهدف إلى متابعتها لضمان عملها كما هو متوقع.
  • راجع مرشح الإساءة المستخدم في مشروعكم الويكي، حيث إن أي مرشح يعتمد على عناوين بروتوكولات الانترنت عبر اسم_المستخدم لن يكون قادرًا على أداء ذلك بعد الآن. يجب تحديث هذه المرشحات لاستخدام المتغير user_unnamed_ip عوضًا عن ذلك.

تعليق من مهندسينا: «يجب أن يكون الاستخدام الرئيسي في حال محاولة استخدام وظيفة مثل ip_in_range(s). أما الأمور التي تُربط بأسماء المستخدمين، فيُفترض أن تبقى سليمة عمومًا، حيث ستستمر في الربط بأسماء الحسابات المؤقتة.»

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

  • إذا واجهتم أي مشكلات أو لديكم ملاحظات أو استفسارات، يمكنكم إبلاغنا عبر صفحة نقاش المشروع أو تقديم مهمة على الفابريكيتور مع إضافة وسم #temporary-accounts.

كما يمكنكم الانضمام إلى سلسلة النقاش المخصصة على ديسكورد و(تأكدوا من الانضمام إلى الخادم أولًا) للحصول على الدعم ومشاركة ملاحظاتكم مع الفريق.

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

Udehb-WMF (نقاش) 14:32، 2 أبريل 2025 (ت ع م)[ردّ]

MediaWiki message delivery 19:28، 28 أبريل 2025 (ت ع م)[ردّ]

مرحبًا. لاحظت أنه عند التراجع عن تعديل يجب تكرار الإجراء مرة أخرى للتراحع عنه وإلا يُغير ملخص التعديل. هل يمكن حل هذا الإشكال لأنه مزعج نوعا ما وغير موجود في النسخة الإنجليزية مثلا. كريم رائد 💬 ✎ 08:27، 4 أبريل 2025 (ت ع م)[ردّ]

مرحبًا @كريم رائد، يمكنك حل هذه المشكلة عبر تعطيل ميزة «اطلب مني عند إدخال ملخص تعديل فارغ (أو ملخص التراجع الافتراضي)» في تفضيلات المستخدم (قسم التحرير).
علمًا أن المجتمع العربي طلب تفعيل هذه الميزة بشكل أساسي لكافة المستخدمين في فبراير 2019، وهذا سبب عدم مواجهتك للمشكلة في النسخ اللغوية الأخرى. – أنون (نقاش) 09:08، 4 أبريل 2025 (ت ع م)[ردّ]
@أنون جزيل الشكر للتبيين. ألغيتها، تسلم . كريم رائد 💬 ✎ 09:11، 4 أبريل 2025 (ت ع م)[ردّ]

إلغاء تفعيل الإضافة تلقائيا

[عدل]

بناء على النقاش أعلاه أقترح إلغاء تفعيل إضافة اطلب مني عند إدخال ملخص تعديل فارغ (أو ملخص التراجع الافتراضي)» في تفضيلات المستخدم (قسم التحرير) بصورة تلقائيا لأن ليس كل رجوع يستدعي التأكيد فبعض التراجعات تكون عن تخريب واضح ويكون المتراجع غير حاصل على صلاحية المسترجع أو الإداري فهي تصعب الأمور على بعض الزملاء ويكتفي بوضع تنبيها لإضافة سبب التراجع عاما كالذي في النسخة الإنجليزية «You are about to undo an edit. Please check the comparison below to verify that this is what you want to do, then publish the changes below to finish undoing the edit.

If you are undoing an edit that is not vandalism, explain the reason in the edit summary. Do not use the default message only.» فبذلك نعلم المتراجع عن أهمية تبيين التراجع وفي نفس الوقت لا نصعب الأمر إذا ما كان التراجع لا يحتاج لوضع سبب. كريم رائد 💬 ✎ 09:21، 4 أبريل 2025 (ت ع م)[ردّ]

إشارة إلى الزملاء @Mohammed Qays وGerges وMohanad وحبيشان: لإبداء الرأي. كريم رائد 💬 ✎ 13:50، 17 أبريل 2025 (ت ع م)[ردّ]
@كريم رائد أتفق مع الوضع الحالي لأن المستخدمين الجدد (وهم الأكثر) ليس عندهم اطلاع ولا خبرة بالتفضيلات وهذه الميزة تجعلهم يحرصون على كتابة ملخص لتعديلاتهم، وبإمكان المستخدمين الذي لهم خبرة أكبر إلغاء هذه الميزة يدويا. حبيشان(ن) 18:45، الجمعة 20 شوال 1446هـ (+3) 15:45، 18 أبريل 2025 (ت ع م)[ردّ]
@حبيشان ذكرت وضع تنبيه عند التراجع والتنبيه يظهر للكل. لماذا نصعب الأمور؟ كريم رائد 💬 ✎ 16:04، 18 أبريل 2025 (ت ع م)[ردّ]
@حبيشان أيضا الوضع الحالي لا يلزم بوضع ملخص تعديل؛ الكثير يكتفي بوضع نقطة أو كتابة كلمة تراجع! كريم رائد 💬 ✎ 16:06، 18 أبريل 2025 (ت ع م)[ردّ]
اهلا @كريم رائد، برأيي كثير من الاضافات التي فُعّلت ضمن النقاش الذي أشار إليه أنون قد تحتاج مراجعة ونقاش، وبرأيي كان النقاش بحاجة لمشاركة ودعم أوسع من الزملاء نظرًا للتغيير الكبير الذي طرأ، وبعض هذه الاضافات جرى بالفعل تعطليها «افتراضيًا» لاحقًا، تحياتي --Mohanad (نقاش) 16:30، 18 أبريل 2025 (ت ع م)[ردّ]
@Mohanad نعم صحيح ما قلتَ وأرجو أن يلغى تفعيل هذه الإضافة افتراضيا ويوضع تنبيه عوضا عنها لأن تفعيلها افتراضيا لا يلزم بوضع ملخص تعديل (إن لم يكن تخريبا) بل يصعب الأمور على المستخدمين غير المحررين والمسترجعين وكل من لا يعلم بها. كريم رائد 💬 ✎ 16:33، 18 أبريل 2025 (ت ع م)[ردّ]
من هذا الوسم يلاحظ أغلب الزملاء الذين تراجعوا عن تعديلات وضعوا نقطة للحيولة دون تكرار الخطوة ولم يضعوا ملخص تعديل. كريم رائد 💬 ✎ 16:40، 18 أبريل 2025 (ت ع م)[ردّ]

عملت على تجربة الوفيات الحديثة في ويكيبيديا العربية ويعمل بوتي على هذه الصفحة ما أطلبه هو أني سأجعل بوتي يعمل على:

  1. عرض فقط المقالات التي لها وصلات بالعربية في الصندوق العلوي (تجربة)
  2. إضافة قالب وفاة حديثة للمقالات في حالة عدم وجود القالب (تجربة1، تجربة2، تجربة3)
  3. إزالة القالب بعد 15 يوم من تاريخ الوفاة. (تجربة1، تجربة2، تجربة3)

  Mohammed Qays  (ناقشني 🗣) 19:01، 19 أبريل 2025 (ت ع م)[ردّ]

لماذا يُزال القالب بعد 15 يوم وليس بعد 10 أو 5 أيام مثلًا؟
بشكل عام أعتقد أن المهمة مهمة ويجب القيام بها. عبد القيوم تواصل معي 19:44، 19 أبريل 2025 (ت ع م)[ردّ]
@عبد القيوم برأيي 15 أنسب من 5 أو 10 أيام لاعطاء وقت كافي للمقالة لتظهر في تصنيف:وفيات حديثة   Mohammed Qays  (ناقشني 🗣) 14:18، 20 أبريل 2025 (ت ع م)[ردّ]
مع تفعيل المهمة، لكن لدي  سؤال: من أين مصدر بيانات الوفيات؟ -- جـرجـس راسـلـنـي 19:22، 20 أبريل 2025 (ت ع م)[ردّ]
 تعليق:، أتذكر أن أحد البونات ينجز مهمة إضافة القالب وإزالته بعد فترة، لا أذكر على وجه التحديد. --Mervat (نقاش) 19:25، 20 أبريل 2025 (ت ع م)[ردّ]
@Gerges من ويكي بيانات   Mohammed Qays  (ناقشني 🗣) 20:01، 20 أبريل 2025 (ت ع م)[ردّ]
أهلا @Mohammed Qays، ماهي احتياطات بوتك في حالات التخريب في ويكي بيانات؟ -- جـرجـس راسـلـنـي 23:29، 20 أبريل 2025 (ت ع م)[ردّ]
@Gerges التخريبات نادرة بويكي بيانات والبوت يحدث كل 3 ساعات لذلك لو حدث تخريب يزيل البوت القالب من المقالة.   Mohammed Qays  (ناقشني 🗣) 16:58، 24 أبريل 2025 (ت ع م)[ردّ]
@Mervat لا اعتقد هناك بوت يعمل عليها لأني فعلت بوتي بسبب كمية الوفيات في تصنيف:وفيات حديثة والتي كانت متراكمة منذ عام 2023 ولم تحدث والسبب هو وضع القالب من المستخدمين لكن لا يزال بعد فترة.   Mohammed Qays  (ناقشني 🗣) 17:01، 24 أبريل 2025 (ت ع م)[ردّ]
لا مانع من تفعيله. --Mervat (نقاش) 17:00، 26 أبريل 2025 (ت ع م)[ردّ]
أنا مع الحذف ٱلي للقالب ولكن لا أتفق مع الوسم الآلي لما تشوبه من محاذير. مع تحياتي. Mr.Wahrani (نقاش) 17:54، 26 أبريل 2025 (ت ع م)[ردّ]

Apologies for writing in English, please help us by providing a translation below

Hi I’m Johannes from Wikimedia Deutschland's Technical Wishes team. We are making great strides with the new sub-referencing feature and we’d love to invite you to take part in two activities to help us move this work further:

  1. Try it out and share your feedback
    Please try the updated wikitext feature on the beta wiki and let us know what you think, either on our talk page or by booking a call with our UX researcher.
  2. Get a sneak peak and help shape the Visual Editor user designs
    Help us test the new design prototypes by participating in user sessions – sign up here to receive an invite. We're especially hoping to speak with people from underrepresented and diverse groups. If that's you, please consider signing up! No prior or extensive editing experience is required. User sessions will start May 14th.

We plan to bring this feature to Wikimedia wikis later this year. We’ll reach out to wikis for piloting in time for deployments. Creators and maintainers of reference-related tools and templates will be contacted beforehand as well.

Thank you very much for your support and encouragement so far in helping bring this feature to life!

Johannes Richter (WMDE) (talk) 15:04، 28 أبريل 2025 (ت ع م)[ردّ]

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

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

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

شكراً جزيلاً لدعمكم وتشجيعكم المستمر في المساعدة على تحقيق هذه الميزة!

يوهانس ريختر (WMDE) (نقاش) 15:04، 28 أبريل 2025 (ت ع م)

ترجمتها باستخدام شات جي بي تي --إبراهيم قاسمراسلني 20:02، 28 أبريل 2025 (ت ع م)[ردّ]

أخي إبراهيم شكرًا لك على الترجمة.
أريد أن أشكر المؤسسة التي تسمح أن نقلد ما يفعلوه الآن منذ قرابة 4 أعوام عندما طورنا قالب {{استشهاد مختصر}} ووحدة استشهاد مختصر التي تؤدي العمل نفسه مع تغيرات متنوعة بالشكل.
الآن أعتقد سيقتنع البعض بأهمية أسلوب الاستشهاد المختصر، طالما عملها أفراد من خارج المجتمع العربي، إذن هي صحيحة. وطالما اقترحها ميشيل لا نستعملها ولا نطبقها ونحاول منعه من تطوير طرق الاستشهاد، لأنها طريقة ميشيل وقوالب ميشيل، طالما ميشيل عملها نرفضها. -- حرَّره: ميشيل بكني (نقاش) 20:29، 28 أبريل 2025 (ت ع م)[ردّ]

مرحبا جميعا!

يسرنا أن نعلن أن لقاء مجتمع اللغات القادم سيجري قريبا، يوم 30 مايو/أيّار الساعة 15:00 ت ع م! لو كنت ترغب في الانضمام، كلما عليكم هو التسجيل على صفحة الويكي.

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

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

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

هل أنتم مهتمون بالمشاركة في الجهود الفنية المتعلقة باللغات؟ توجد مهمة أساسية متعلقة بنطاقات الاسم ملائمة للوافدين الجدد تنتظر مساهماتكم: T391725.

نتطلع لتلقي أفكاركم ومشاركتكم في لقاء مجتمع اللغات، نراكم هناك! SSethi (WMF) (نقاش) 05:27، 29 أبريل 2025 (ت ع م)[ردّ]

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

مُخرجات المناقشات التي أجريناها

[عدل]

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

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

نود أن نذكّركم أن النشر إلى جميع الويكيات يجب أن يتم هذا العام. سيكون هناك مرحلتان رئيستان للنشر – في يونيو/يوليو، وبعد حوالي 2–3 أشهر.

الموضوعات المتكررة، ردودنا، والتوضيحات

[عدل]

لتسهيل الأمر عليكم، سنقوم أيضًا بتوثيق بعض هذه الردود في الأسئلة الشائعة للمشروع.

الوصول إلى عناوين الآي بي

  • فصل الصَّلاحِيَة الجديدة (checkuser-temporary-account) في مجموعة جديدة (مستعرضو عناوين الحسابات المؤقتة)، بدلًا من إرفاقها تقنيًا بأي مجموعة موجودة (مثل المراقب patroller). قررنا القيام بذلك لعدة أسباب:
    • الوصول إلى عناوين الآي بي يحمل مخاطر. هذه الصلاحية مشابهة لصلاحية المدقق للمستخدم. عناوين الآي بي تعتبر معلومات تعريف شخصية (نوع من البيانات الشخصية). الجهات الخارجية التي ترغب في الوصول إلى عناوين الآي بي ستحتاج الآن للتفاعل مع المستخدمين الذين يمتلكون هذه الصلاحية. يجب أن يكون المستخدمون الحاصلون على هذه الصلاحية على دراية بهذا الأمر، ومتيقظين لاحتمالية طلبات وصول مشبوهة.
    • ممارسات جيدة لحماية الخصوصية. منح الوصول لمستخدمين موثوقين ولكن لا يحتاجون إليه للقيام بعملهم لا يتوافق مع الممارسات الجيدة لمعالجة البيانات الشخصية.
    • إزالة الصلاحية. سيتم إنشاء سجل الوصول إلى عناوين الآي بي (مثال). إذا تم اكتشاف أي إساءة في استخدام هذه الصلاحية، يمكن سحبها بشكل منفصل عن أي أذونات أخرى قد يتمتّع بها المستخدم. سيكون من الصعب وأحيانًا غير المعقول سحب الصلاحيات غير المرتبطة بالوصول إلى عناوين الآي بي.
    • يمكنكم منح الصلاحية الجديدة لجميع المستخدمين المنتمين إلى مجموعة موجودة معينة بشكل فردي. ومع ذلك، يجب أن يستوفي هؤلاء المستخدمون معايير مستعرضي عناوين الحسابات المؤقتة.
    • للتوضيح – كل هذا لا يؤثر على الإداريين، البيروقراطيين، مدققي حسابات المستخدمين، المضيفين والمجموعات الأخرى المذكورة في السياسة العالمية.
  • النشاط الأدنى. بالنسبة للمستخدمين الذين يحتاجون إلى منحهم الوصول يدويًا، تنص السياسة على أنه «يجب أن يقوموا بالتعديل أو اتخاذ إجراء مسجل في المشروع المحلي مرة واحدة على الأقل خلال فترة 365 يومًا». هذا الشرط لن يتغير.

عملية منح الصّلاحية

  • إجراءات منح الصّلاحية: لا حاجة لمناقشات طويلة أو تصويت مثل طلبات الإدارة. يكفي أن يتخذ إداري واحد القرار باستخدام حكمه الخاص.
  • متطلبات إضافية للمستخدمين المتقدمين للحصول على الصّلاحية.
    • لديكم الحرية في تحديد عملية منح الصّلاحية. يمكنكم اعتماد عتبات أعلى من 300 تعديل، أو عدم السماح لمستخدمي "غير الإداريين+" بالحصول على الصّلاحية. يمكن أن تكون عملية المنح بسيطة أو مفصلة لما ترونه مناسبًا.
    • لم تكن واضحة المعايير التي يجب على الإداريين اتباعها عند تقرير منح الصّلاحية – كيف يمكن معرفة ما إذا كان المستخدم بحاجة إلى الوصول إلى عناوين الآي بي. لا توجد متطلبات إلزامية بخلاف حد أدنى 300 تعديل وحساب عمره 6 أشهر. يمكنكم إدخال معايير إضافية تتعلق بموثوقية المستخدم (مثل عدم وجود حظر سابق أو انتهاكات حقوق النشر) أو الخبرة في أنشطة المراقبة.
  • عبء إضافي على الإداريين، نفهم صعوبة الاضطرار إلى منح وإزالة صلاحية إضافية. هذا بالفعل جانب سلبي. نعتقد أنه سيكون مجرد جهد لمرة واحدة لمنح هذه الصلاحية لعدد كبير من الأشخاص. لدينا الفضول لمعرفة ما إذا كان بإمكانكم إيجاد طرق لتخفيف هذا العبء.

كيفية عمل المراقبة عند تمكين الحسابات المؤقتة

  • «المراقبة بأثر رجعي» (retro-patrolling) و 90 يومًا: في بعض الويكيات، كتب أعضاء المجتمع أن «المراقبة بأثر رجعي» (مراجعة التعديلات القديمة) قد تكون مشكلة مع حد 90 يومًا لعناوين الآي بي للحسابات المؤقتة. في فهمنا (هذا تمت استشارته مع المضيفين)، في الحالات النموذجية، بعد 90 يومًا من التعديل، التحدي الرئيسي هو أعمال الصياتة، وليس بالضرورة الحاجة إلى ربط هوية المسيئين. لكننا نتفهم أن هناك مواقف مختلفة في مختلف الويكيات، وبعض المخربين مبدعون. على أي حال، حد 90 يومًا لا ينطبق على الأدلة السلوكية أو أنماط التحرير – هذه ستظل مرئية. قد يتم تغيير الرقم نفسه، وسننتبه لأفكاركم وأدلة لتحققات أصعب. من المهم ملاحظة أنه في حالات إساءة الاستخدام طويلة الأجل المثبتة، يمكننا توثيق عنوان الآي بي علنيًا لاحتياجات المراقبة.
  • حد إنشاء الحسابات («معدل الحد»): يمكن إنشاء ست (06) حسابات مؤقتة فقط من عنوان الآي بي واحد خلال 24 ساعة. يهدف هذا الحد إلى منع المخربين من إنشاء العديد من الحسابات في وقت قصير. الحد هو نفسه لإنشاء الحسابات المسجلة. إنه ليس إجراءً مثاليًا، لكنه مشابه لآلية قديمة نعرفها جميعًا، ويترجم مستوى أساسيًا من الحماية.

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

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

كالعادة، إذا كنتم ترغبون في معرفة المزيد عن المشروع، اقرؤوا منشور ديف، وقوموا بزيارة صفحة المشروع والأسئلة الشائعة. اشتركوا في النشرة الإخبارية للبقاء على اتصال. شكرًا! NKohli (WMF) و الحبيب مهني (ويكيميديا) (نقاش) 09:26، 29 أبريل 2025 (ت ع م)[ردّ]

السلام عليكم ورحمة والله وبركاته، قالب:24TeamBracket-Info و قالب:16TeamBracket-Info بحاجة لتنسيق، إذ أن أسماء الأدوار والنتائج لا تظهر في الوسط، والأعمدة التي تربط الأدوار معكوسة. شكرًا لكم. Hamadinhoo (نقاش) 13:56، 30 أبريل 2025 (ت ع م)[ردّ]