New requirements for user signatures/ar

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

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


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

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

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

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


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

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

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

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

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

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

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

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

تم إيقاف بعض تعبيرات HTML غير المناسبة وبعض أخطاء لنت
Most importantly, this change would disallow unclosed formatting tags, like or the corresponding wikitext markup, , without a matching closing tag (in this case,  or  , respectively). Signatures containing invalid markup can affect the entire discussion page, when the formatting continues into subsequent comments.

The check would also identify misnested tags, like  (either both of the , or both of the  , tags should be on the outside), and stripped tags, which are closing tags without a corresponding opening tag (the opposite of the "unclosed formatting tag" listed above).

Signatures that contain some less critical problems would also be disallowed, e.g., obsolete HTML tags like  and . While these do not cause immediate issues, doing this would prevent the spread of obsolete code to new wiki pages, which is an annoyance for editors cleaning up Linter errors.

A full list of syntax features that would not be allowed, along with links to pages that explain how to update or fix code with Linter errors, is available at this address.

Unclosed formatting tags were already supposed to be prevented by the software, but due to limitations of the current wikitext parser, this worked only in some cases. A more robust solution has become possible thanks to Parsoid.

تتطلب رابطًا لصفحة المستخدم أو صفحة النقاش أو المساهمات
Various tools don't work correctly when a signature does not contain at least one of the following links: a link to the user's user page, user talk page, or contributions page. 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.

This requirement has been present for a long time in many Wikimedia wikis' policies, but it has not been enforced by the MediaWiki software.

منع التعويضات المتداخلة "nested" في التوقيع
Some use of subst: markup and tildes would also be disallowed in signatures. 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.

ما الذي سيحدث للتوقيعات الحالية؟
Any existing signatures that would become invalid under the new rules are still allowed (grandfathered in). When viewing your preferences, you would see a warning message about this, and if you try to change the signature, the new one must be valid. But if you don't change it, the old invalid signature will continue to be used when you sign, and you'll be able to change your other preferences without affecting it.

We're looking for feedback as to whether you would like existing invalid signatures to be disallowed. If invalid signatures are disallowed, the default signature would be inserted when affected users sign their comments, until they correct their personalized signatures.

متى سيجري تنفيذ هذه التغييرات؟
Please comment before 31 March 2020. The Editing team will make decisions about this project in early April. The results will be posted on the talk page.

If no obstacles are identified, this change would happen no earlier than April 2020. This date could be pushed back if the team needs to implement significant changes as a result of your feedback.

كيف سنعرف بحدوث التغييرات؟
We'll include another notice in Tech/News when this change is about to be deployed.

كيف تبدو أخطاء التحقق من التوقيع؟
The HTML/lint errors include links to existing documentation about lint errors, such as Help:Extension:Linter/missing-end-tag, and a button to highlight the problematic part of the signature.

The required link errors include example wikitext syntax to use.

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


 * 1) تم إيقاف بعض تعبيرات HTML غير المناسبة وبعض أخطاء لنت
 * سيتم تقليل نطاق هذه التغييرات. التعبيرات المتداخلة و stripped سيجري رفضها. بعض الأخطاء قليلة الأهمية يمكن قبولها. خاصة HTML tags مثل   و   لن يجري منعها هذه المرة.  This decision does not prejudice any future decision for or against removing these obsolete HTML tags.
 * 1) تتطلب رابطًا لصفحة المستخدم أو صفحة النقاش أو المساهمات
 * سيجري تنفيذه كما كان مخطط له في الأصل.
 * للتوضيح، يجب أن يكون هناك رابط مباشر محلي واحد على الأقل (وليس عن طريق تحويلة، على سبيل المثال من اسم المستخدم القديم) إلى إحدى تلك الصفحات. وبالتالي، فإن توقيعًا مثل  سيكون مقبولًا (رابط واحد محلي، رابط واحد إلى ويكي أخرى)، ولكن توقيعًا يتضمن فقط روابط إلى ويكي أخرى أو فقط تحويلة من اسم مستخدم سابق لن يكون مقبولًا.  وهذا لأسباب تقنية.
 * 1) منع التعويضات المتداخلة "nested" في التوقيع
 * سيجري تنفيذه كما كان مخطط له في الأصل.

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


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

Third-party wikis will be able to enable this change manually.