New requirements for user signatures/ar

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

ستجد تفاصيل أكثر عما سيجري، ولماذا، أدناه:


 * ما التغذية الخلفية (الآراء) التي يريدها الفريق: أدخل: تغذيتك الخلفية (رأيك)
 * لماذا يجرى تنفيذ هذا التغيير: خلفية: لماذا هذا التغيير؟
 * ما هو التغيير المقترح؟ مقترح: متطلبات التحقق من صحة التوقيع
 * كيف ستؤثر هذه التغييرات عليك: الأثر: آثار التغيير



أدخل: تغذيتك الخلفية (رأيك)
يحتاج الفريق لتعليقاتكم حول هذا المقترح.

من فضلك اكتب تعليقك حول هذه الأسئلة في صفحة النقاش:


 * 1) هل تؤدي عمليات التحقق من صحة التوقيع هذه إلى حدوث أي مشاكل في الويكي الخاص بك؟
 * 2) ما الذي يجب أن يكون الفريق على دراية به قبل إجراء هذا التغيير؟
 * 3) ما الذي يجب فعله بشأن التوقيعات الحالية التي لا تتوافق مع المتطلبات الجديدة؟ على سبيل المثال ، هل يجب منعها؟

من فضلك لا تتقيد بالأسئلة أعلاه. يريد الفريق سماع أي تعليقات يمكنك إضافتها.



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

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

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

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

سيؤدي هذا التناسق الإضافي في تنسيق التوقيعات إلى تحسين الميزات الحالية، مثل إعلام "التنبيهات"، التي يتم إرسالها فقط إذا كان من الممكن الكشف عن التوقيع في تعديلك.



مقترح: متطلبات التحقق من صحة التوقيع

 * This is an archived record of a previous proposal. Please do not modify it. A summary of the conclusions reached is in the  section.

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

الاختبارات الثلاثة المقترحة موضحة في هذا القسم. سيتم تطبيق هذه على توقيعات المستخدم في التفضيلات عندما يقوم المستخدم بحفظ توقيع معدل. وفق اقتراح فريق التحرير "لن تتأثر التوقيعات الحالية".



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

كما أن التحقق يحدد أيضا الوسوم المدمجة خطأ، مثل  (سواء كان ذلك من أجل   أو من أجل كلا من   يجب أن تكون الوسوم في الخارج)، وكذلك الوسوم الناقصة أي تلك الوسوم الختامية التي لا يوجد لها وسم افتتاحي (نقيض «وسوم التنسيق غير المغلقة» المذكورة سالفا).

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

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

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



تتطلب رابطًا لصفحة المستخدم أو صفحة النقاش أو المساهمات
لا تعمل الأدوات المختلفة بشكل صحيح عندما لا يحتوي التوقيع على واحد على الأقل من الروابط التالية: رابط إلى صفحة المستخدم الخاصة بالمستخدم أو صفحة نقاش المستخدم أو صفحة المساهمات. For example, "mention" notifications are not sent, and forthcoming DiscussionTools will not allow replying to comments with these invalid signatures. Gadgets and other tools that interact with signatures also may not work as expected.

كان هذا المطلب موجودًا لفترة طويلة في العديد من سياسات ويكيميديا ​​ويكيميديا​​، لكن لم يتم تطبيقه بواسطة برنامج ميدياويكي.



منع التعويضات المتداخلة "nested" في التوقيع
استخدام بعض لعلامات subst: والتيلدا سيكون أيضًا غير مسموح به في التوقيعات. Previously, it was possible to use these features to set a signature that would cause a subsequent editor's name to be placed on your comments. All forms of signature forgery have long been banned by policy at the larger wikis, and this type of forgery will now be prevented in software. Simple subst: markup is still allowed.

Disallow line breaks in signature

 * This is an archived record of a previous proposal. Please do not modify it. A summary of the conclusions reached is in the  section.

The signature must consist of a single line of wikitext. Line breaks can result in incorrect formatting when the signature is used in a nested comment. They can also cause problems with tools used on discussion pages. This affects the literal carriage return and line feed characters, not and.

At this time, you cannot add these characters to a custom signature in Special:Preferences. This proposal will prevent them from being added via a substituted signature template or by editing your preferences programatically.



الأثر: آثار التغيير


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

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



متى سيجري تنفيذ هذه التغييرات؟
يرجى التعليق قبل 31 مارس 2020. سيتخذ فريق التحرير قرارات بشأن هذا المشروع في أوائل أبريل. سيتم نشر النتائج على صفحة الحديث.

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



كيف سنعرف بحدوث التغييرات؟
سنقوم بتضمين إشعار آخر في Tech/News عندما يكون هذا التغيير على وشك أن يتم نشره.



كيف تبدو أخطاء التحقق من التوقيع؟
تتضمن أخطاء HTML/lint ارتباطات إلى الوثائق الموجودة حول أخطاء النسالة، مثل Help:Extension:Linter/missing-end-tag، وزرًا لتمييز الجزء الإشكالي من التوقيع.

تتضمن أخطاء الارتباط المطلوبة أمثلة على صيغة نص ويكي لاستخدامها.

Original proposal
تم قبول الاقتراح إلى حد كبير. استجابة لتعليقات المتطوعين، تم إجراء بعض التغييرات الصغيرة وتم توضيح بعض النقاط.


 * 1) تم إيقاف بعض تعبيرات HTML غير المناسبة وبعض أخطاء لنت
 * سيتم تقليل نطاق هذه التغييرات. التعبيرات المتداخلة و stripped سيجري رفضها. بعض الأخطاء قليلة الأهمية يمكن قبولها. خاصة HTML tags مثل </tt> و <font ></font> لن يجري منعها هذه المرة.  لا يخل هذا القرار بأي قرار مستقبلي بشأن إزالة علامات HTML القديمة هذه أو ضد إزالتها.
 * 1) تتطلب رابطًا لصفحة المستخدم أو صفحة النقاش أو المساهمات
 * سيجري تنفيذه كما كان مخطط له في الأصل.
 * للتوضيح، يجب أن يكون هناك رابط مباشر محلي واحد على الأقل (وليس عن طريق تحويلة، على سبيل المثال من اسم المستخدم القديم) إلى إحدى تلك الصفحات. وبالتالي، فإن توقيعًا مثل  سيكون مقبولًا (رابط واحد محلي، رابط واحد إلى ويكي أخرى)، ولكن توقيعًا يتضمن فقط روابط إلى ويكي أخرى أو فقط تحويلة من اسم مستخدم سابق لن يكون مقبولًا.  وهذا لأسباب تقنية.
 * 1) منع التعويضات المتداخلة "nested" في التوقيع
 * سيجري تنفيذه كما كان مخطط له في الأصل.

طريقة تنفيذ هذا التغيير:


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

ستتمكن مواقع ويكي التابعة لجهات خارجية من تمكين هذا التغيير يدويًا.

2021 proposal
The line break characters carriage return and line feed (but not the HTML codes for them, e.g., and ) are disallowed.