فعليا الصلاحية ليست مضمنه لمجموعة بوتات، كنت سأزيل مجموعة بوتات من تلك الفقرة، لكن صلاحية تكون هامة، لأن فى غالب عند استخدام سيرفر خاص وليس سيرفر من toolforge، سأجد آيبي السيرفر ممنوع بسبب البروكسيات المفتوحة، لذلك أقترح إضافة صلاحية ipblock-exempt إلي مجموعة البوتات. تحياتي-- جـرجـسراسـلـنـي16:50، 17 مايو 2024 (ت ع م)[ردّ]
أتفق البوتات التي ستساهم في ويكيبيديا حائزة على ثقة المُجتمع وهي ليست مُستخدمًا حقيقيًّا يقوم بإخفاء عنوان بروتوكول الإنترنت الخاص به بنيَّة التخريب (هو حساب ثانوي)، لذا لا أرى مانعًا مِن استخدام البروكسيات المفتوحة لحسابات البوتات، خصوصًا للضرورة. --A A 8 0 0(نِقاش) 19:27 (+3)، الأحد 11 ذو القعدة 1445هـ 16:27، 19 مايو 2024 (ت ع م)[ردّ]
أتفق في نظري الأمر مجرد تطبيق للسياسة التي تنص بوضوح على أن استثناء منع الآيبي تقع في دائرة صلاحيات البوت.--شادي (نقاش) 12 ذو القعدة 1445 هـ،15:54، 20 مايو 2024 (ت ع م)[ردّ]
أتفق. وأرجو التريث بعدم وضع أي خلاصة سواء أولية أو غيرها. الخلاصة تكون واحدة ونهائية بالأخير. لا يوجد أمر نستعجل عليه للخلاصة.--فيصل (راسلني)05:43، 22 مايو 2024 (ت ع م)[ردّ]
خلاصة أولية
وفق الإجماع أعلاه يجري إضافة "مستثني" إلى البوتات.
أحدث الأخبار التقنية من مجتمع ويكيميديا التقني. يرجى إعلام المستخدمين الآخرين بهذه التغييرات. لن تؤثر كافة التغييرات عليك. الترجمات متاحة كذلك.
أحدث التغييرات
أصبح الآن ممكنًا للإداريين المحليين إضافة وصلات شبكية جديدة في أسفل قائمة الأدوات في الموقع دون استخدام جافا سكريبت. التوثيق متاح. [1]
تغيّر اسم رسالة تعريف تصنيف المتابعة لويكي هييرو من «MediaWiki:Wikhiero-usage-tracking-category» إلى «MediaWiki:Wikihiero-usage-tracking-category». [2]
سوف يستخدم الإصدار الجديد من ميدياويكي على مواقع ويكي الاختبار وعلى موقع MediaWiki.org بدءا من تاريخ 4 يونيو. وسوف يستخدم على مواقع الويكي المختلفة عن ويكيبيديا وبعض مواقع ويكيبيديا من تاريخ 5 يونيو. بعد ذلك سوف يستخدم على كافة مواقع الويكي من تاريخ 6 يونيو. (الروزنامة). [4][5]
تغييرات مستقبلية
الأسبوع القادم، في مواقع الويكي التي تستخدم سمة فكتور 2022 سمة افتراضية، سوف يتمكن مستخدمو الأجهزة المكتبية غير مسجلو الدخول من الاختيار بين أحجام خط مختلفة. كما سنزيد حجم الخط الافتراضي لهم. هذا الأمر الغرض منه تيسير قراءة مشاريع ويكيميديا. تعرفوا على المزيد.
أنشئت قالبي عد تنازلي سريعة لإبلاغ عن نهاية حدث ما {{ينتهي}} و{{تنتهي}} وهما متكافئان في الوظيفة لا يختلفان إلا في الصيغة فالأول للأحداث المذكرة كالتصويت، والثاني للأحداث المؤنثة كالمسابقة، وأصل وضعها لرسائل المجتمع كما يمكن أن يستخدما لأغراض أخرى.
{{ينتهي|التصويت|في=2024-05-30}} ← انتهى التصويت
{{تنتهي|المسابقة|في=2024-05-20}} ← انتهت المسابقة
مع تعديل عمل الوحدة بحيث نحتسب النهاية إلى آخر اليوم إذا أدخل بدون الوقت. حبيشان(ن) 17:29، الأحد 4 ذو القعدة 1445هـ (+3) 14:29، 12 مايو 2024 (ت ع م)[ردّ]
@حبيشان شكراً لك، ولكن هناك خطأ مثلاً لو حدد يوم غد هو انتهاء المسابقة يجب أن تكون بعد 28 ساعة وليس بعد 4 ساعات، أي تنتهي مع نهاية يوم 17 وليس مع بداية يوم 17، طالع في الأسفل.
السلام عليكم. استخدم الزميل أبو هشام القالبين الجديدين في صفحة رسائل المجتمع، والنتيجة جيدة. لذا أدعو الزميل @Mohanad: لضبط أرشفة الرسائل بحيث يستفيد من وجود القالب. شكرا لجهودكم.--Dr-Taher (نقاش) 20:51، 19 مايو 2024 (ت ع م)[ردّ]
أهلا @أبو هشام عذرًا هذه أول إشارة تصلني حول الأمر، ربما الخلل في إشارة الزميل Dr-Taher، عن نفسي أرحب بالتطويرات وأفضّل أن تكون الأرشفة في اليوم التالي ليوم النهاية بحسب القالب، لكني ملتزم بتوافقات المجتمع، سأعمل على تطوير البوت لمعالجة القالب بعد وضع خلاصة تُظهر توافق الزملاء حول الأمر، تحياتي --Mohanad (نقاش) 10:40، 22 مايو 2024 (ت ع م)[ردّ]
خلاصة: يُعتمد القالبان بعد موافقة المجتمع، إشارة للزميل @Mohanad: تُوجد ثلاث رسائل مُعتمدة على القالب يُمكن أرشفتها للتجربة، وإشارة أيضا للزميل @Dr-Taher: هل يمكن وضع ملاحظة غير ظاهرة في رسائل المجتمع لإرشاد الزملاء لاستعمال القالبين، شكرا لكم. أبو هشام14:11، 29 مايو 2024 (ت ع م)[ردّ]
@أبو هشام عذرًا ربما ضاعت إشارتك بين الإشارات الكثيرة مؤخرًا من ميدان اللغويات، صدقًا لم تفعّل بعد «كنت بانتظار الخلاصة»، ربما خلال الأيام القادمة، تحياتي --Mohanad (نقاش) 15:49، 31 مايو 2024 (ت ع م)[ردّ]
أهلا @أرمز، لا يمكن إلغاء مرشح الإساءة الذي يمنع إضافة وصلة فيسبوك في نطاق مستخدم، لأن هناك كثير من المستخدمين أضافوا وصلات سبام في نطاق مستخدم، أيضا بخصوص مرشح الإساءة الذي يمنع تغير تاريخ، أعتقد أنه يعمل في نطاق مقالات فقط. جـرجـسراسـلـنـي13:57، 7 يونيو 2024 (ت ع م)[ردّ]
السلامُ عليكم، لم نتمكن مِن إضافة مرجعين هامَّين بمقالة أسبرايت بسبب ترشيح مُرشح الإساءة لأي رابط يحتوي على كلمة blog.
وَلكن هناكَ مدونات رسمية مثل المذكورة بالعنوان، حيثُ تحلُ أحيًانا هذه المدونات محل الـRelease Notes لبرنامج أو برمجية معيّنة
على سبيل المثال بوتستراب لديه مدونة blog.getbootstrap.com، غيت هاب لديه مدونة github.blog، أوبونتو لديه مدونة https://ubuntu.com/blog
ما أقترحهُ هنا هوَ أن يتمَ تعديل مُرشح الإساءة حيث يمنع blogspot التي هي غالبًا المواقع الشخصية التي لا تعدُ مصادر موثوقة، بدلَ حجب كامل كلمة blog.
أو مكان لنضع فيه الروابط التي تدخل للقائمة البيضاء.
تعليق:، أعتقد أن المرشح يحتاج فعلا إلى إعادة كتابة بحيث يمنع فقط مدونات ال blogspot وليس جميع المدونات،او اننا نخفيف شروط صلاحية المستخدم قليلا، أنا حاولت منذ مدة تقليل بعض الضربات الغير صحيحة لكن أعتقد أن يجب إجراء هذا التغيير أيضا، لو حدث توافق من المجتمع، تحياتي. --Lokas(راسلني)20:49، 1 يونيو 2024 (ت ع م)[ردّ]
مرحبًا @لوقا، أشكرُكَ على الإهتِمام،لخصتَ ما أردتُ تلخيصَهُ بالضبط، أتمنى مُشاركة المُجتَمَع.
تعليق: عدّلت مرشح الإساءة 71 «قائمة سوداء لمواقع السبام» كليًَا، لأنَّ هذه الموقع الصحيح أن تُضاف إلى ميدياويكي:Spam-blacklist وليس عبر مرشح إساءة، كما استوردت مرشح إساءة من ويكيبيديا الإنجليزية تحت عنوان «Self-published (blog/web host)» وهو يشمل blogspot وما يُشابهها من مواقع النشر الذاتي، وأيضًا يحل الإشكاليّة الواردة أعلاه. لو أمكنك لوقا مشكورًا بمطالعة المرشح حاليًا، وإجراء أي تعديل مناسب. أظن يمكننا إغلاق هذا النقاش بعد مرور 48 ساعة دون اعتراض، وفي حال وجود أي إشكال يمكننا فتح النقاش مجددًا. شكرًا --علاءراسلني18:37، 7 يونيو 2024 (ت ع م)[ردّ]
أهلًا Gerges، نعم، ولكن شخصيًا أفضّل ألا يُسمح لأي مستوى صلاحيات إضافة روابط نشر ذاتي، فهل من سبب لذلك؟ مع العلم بأنَّ المرشح يعمل فقط في نطاقات محددة فقط --علاءراسلني19:02، 7 يونيو 2024 (ت ع م)[ردّ]
@علاء، في بعض الحالات يفضل استخدام موقع نشر ذاتي كمصدر (مثلا شركة نشرت تقرير علي تويتر أو شركة قامت بتحديث في الخدمة خاصة بها نشرت علي مدونة خاصة بها معلومات هامة). تحياتي-- جـرجـسراسـلـنـي19:12، 7 يونيو 2024 (ت ع م)[ردّ]
مرحبًا @Gerges، ربما هناك لُبس في التوضيح، فالمقصود من مواقع النشر الذاتي؛ أي مواقع تشمل مثلًا blogspot، wordpress، dropbox، googledrive، geocities وهكذا، ولا يقصد مواقع الشركات أو حساباتها على مواقع التواصل الاجتماعي. أتمنى أن تكون الأمور أوضح الآن. --علاءراسلني19:16، 7 يونيو 2024 (ت ع م)[ردّ]
مرحبًا @علاء، أظن أنه يعمل بشكل جيد الآن من حيث القواعد، في نهاية كل يوم خلال الفترة القادمة، سوف أقوم بتشغيل كود لكي يحسب عدد الروابط الموجودة في الموقع ولو وجدت أن هناك حالات تخطت المرشح سوف أقوم بإصلاحه حتى نصل إلى النسخة المستقرة، تحياتي. --Lokas(راسلني)08:22، 8 يونيو 2024 (ت ع م)[ردّ]
Hey everyone, this is the Web team working on skins. We wanted to explain the situation, apologize, and share what will happen next. Thank you all for reporting and helping us fix things.
This week, we released styling changes to hatnotes, templates, and images. Some of these changes were not intended for rollout this week. Our focus was mostly on "Images should be responsive in Vector and restrained to a max-size" (T113101) and related tasks. We apologize for introducing bugs and making editors confused.
We read concerns shared on different wikis and on Discord, and went over our options. We decided to revert all changes to templates and hatnotes for the time being, and keep the changes to images. Next, we'll review the changes to templates and hatnotes, and bring them for discussion one by one prior to proceeding. If you notice any remaining issues with images, please report them in comments to this Phabricator ticket. We hope to have a fix for the remaining issue on Monday.
مرحبًا بالجميع، معكم فريق الوب الذي يعمل على المظهر. نود شرح الوضعية الحالية والاعتذار ومشاركتكم ما سيحصل بعد ذلك. شكرا على الإبلاغ ومساعدتنا في إصلاح الأمور.
أصدرنا هذا الاسبوع تحديثات جديدة في التصميم على الحواشي والقوالب والصور.بعض هذه التغييرات لم تكن مخصصة للطرح هذا الأسبوع.كان تركيزنا في الغالب على "يجب أن تكون الصور متجاوبة في Vector ومقيدة بحجم أقصى" (T113101) والمهام ذات الصلة.نعتذر عن الأخطاء وما ترتب من إرباك للمحررين.
لقد اطلعنا على المخاوف التي تمت مشاركتها على مواقع الويكي المختلفة وعلى Discord، وراجعنا خياراتنا.وقررنا التراجع عن جميع التغييرات على القوالب والحواشي في الوقت الحالي، والإبقاء على التغييرات على الصور.بعد ذلك، سنراجع التغييرات على القوالب وحواشي الترويسات، وسنطرحها للنقاش واحدة تلو الأخرى قبل المتابعة. إذا لاحظتم أي مشاكل جديدة في الصور، يرجى الإبلاغ عنها في التعليقات هنا على |تذكرة فابريكيتور هذه. نأمل أن يكون لدينا إصلاح للمشكلة المتبقية هاذا الاثنين.
مرحبا، قد يكون للتغييرات الأخيرة فيما يخص المظهر وحجم الخط قد أثرت على كيفية عرض قالب:صندوق معلومات عنصر كيميائي. وربما أثر الأمر على قوالب أخرى كما ذكر الزميل محمد قيس أعلاه. في هذا القالب، إن الأمر غير متعلق بالمتصفح. أرجو الإطلاع وإعادة المظهر إلى سابق عهده. مع الشكر والتحية. --Sami Lab (نقاش) 19:35، 13 يونيو 2024 (ت ع م)[ردّ]
أحدث الأخبار التقنية من مجتمع ويكيميديا التقني. يرجى إعلام المستخدمين الآخرين بهذه التغييرات. لن تؤثر كافة التغييرات عليك. الترجمات متاحة كذلك.
أحدث التغييرات
جرى تحديث البرمجيات المستخدمة في عرض ملفات إس في جي إلى إصدار حديث، وبالتالي تصويب عدة أعطال برمجية طويلة الأمد في عرض ملفات إس في جي. [6]
يجري حاليًا تغيير إتش تي إم إل المستخدم في عرض كافة العناوين لتحسين يسر الوصول. غيرنا هذا في الأسبوع الماضي في بعض السمات (ڤكتور القديمة ومينرڤا). يرجى اختبار الإضافات على موقعك الويكي على هذه السمات ثم إبلاغنا بأية مشاكل متعلقة بها حتى يمكننا تصويبها قبل تنفيذ هذا التغيير في سمة ڤكتور-2022. لا زال مطورو البرمجيات ينظرون بعين الاعتبار إضافة إضافة واجهة برمجة تطبيقات لإضافة أزرار إلى عناوين الأقسام لو كان هذا مفيدًا لمصممي الأدوات، ونحن نقدّر أي آراء أو ملاحظات لديكم في هذا الشأن.
تغيّر وسم إتش تي إم إل الذي يستخدمه Parsoid في الاستشهادات الأسبوع الماضي. في المواضع التي كان يضيف فيها Parsoid في السابق فئة mw-reference-text، يضيف Parsoid الآن أيضًا فئة reference-text بغرض تحقيق توافق أفضل مع المعرب اللغوي القديم. مزيد من التفاصيل متاح. [7]
مشاكل
كانت ثمة عطل برمجي في واجهة ترجمة المحتوى نتج عنه أن تظهر قوائم الأدوات في موضع خطأ. صوبنا هذا الأمر الآن. [8]
تغييرات لاحقة في هذا الأسبوع
سوف يستخدم الإصدار الجديد من ميدياويكي على مواقع ويكي الاختبار وعلى موقع MediaWiki.org بدءا من تاريخ 11 يونيو. وسوف يستخدم على مواقع الويكي المختلفة عن ويكيبيديا وبعض مواقع ويكيبيديا من تاريخ 12 يونيو. بعد ذلك سوف يستخدم على كافة مواقع الويكي من تاريخ 13 يونيو. (الروزنامة). [9][10]
يشتمل الإصدار الجديد من ميدياويكي على تغيير آخر في وسم إتش تي إم إل المستخدم في الاستشهادات. سوف يولّد Parsoid الآن غلاف <span class="mw-cite-backlink"> لكلا من المراجع المسماة وغير المسماة لتحسين التوافق مع المعرب اللغوي القديم. يجب على إداري الواجهة التحقق من أن الإضافات التي تتعامل مع الاستشهادات متوافقة مع الوسم الجديد. مزيد من التفاصيل متاح. [11]
في مواقع الويكي متعددة اللغات التي تستخدم نظام <translate>، توجد سمة تعرض الترجمات المحتمل أنها متقادمة بخلفية وردية إلى أن يجري تحديثها أو تأكيدها. بدءا من الأسبوع الجاري، سوف يسجّل تأكيد الترجمات وسيوجد حق مستخدم جديد يمكن طلبه لتأكيد الترجمات لو طلب المجتمع ذلك. [12]
أحدث الأخبار التقنية من مجتمع ويكيميديا التقني. يرجى إعلام المستخدمين الآخرين بهذه التغييرات. لن تؤثر كافة التغييرات عليك. الترجمات متاحة كذلك.
أحدث التغييرات
من حاولوا إضافة وصلة شبكية خارجية إلى المحرر المرئي لن يتلقوا تغذية راجعة مباشرة لو حاولوا الوصل شبكيًا إلى نطاق إنترنت قرر واحد من المشاريع منعه. يرجى الاطلاع على التحقق من التعديل لمزيد من التفاصيل. [13]
أصبحت السمة التجريبية الوضع الداكن متاحة الآن في صفحات التصنيفات والمساعدة، وكذلك صفحات خاصة أخرى. يجوز حدوث مشاكل في التباين. يرجى الإبلاغ عن الأعطال البرمجية على صفحة نقاش المشروع. [16]
مشاكل
لم تكن أدوات الخدمات السحابية متاحة لمدة 25 دقيقة الأسبوع الماضي. كان هذا سببه كبل توصيل عتاد معيب في مركز البيانات. [17]
أجرينا الأسبوع الماضي تحديثات على الأطر في سمة ڤكتور 2022. نتج عن هذا التحديث مشاكل لم نتوقعها طرأت على القوالب والملاحظات والصور. تراجعنا عن التغييرات التي جرت على القوالب والملاحظات. أغلب المشاكل التي طرأت على الصور صوّبت. لو رأيت أي من هذه المشاكل، يرجى إبلاغنا بها هنا. [18]
تغييرات لاحقة في هذا الأسبوع
سوف يستخدم الإصدار الجديد من ميدياويكي على مواقع ويكي الاختبار وعلى موقع MediaWiki.org بدءا من تاريخ 18 يونيو. وسوف يستخدم على مواقع الويكي المختلفة عن ويكيبيديا وبعض مواقع ويكيبيديا من تاريخ 19 يونيو. بعد ذلك سوف يستخدم على كافة مواقع الويكي من تاريخ 20 يونيو. (الروزنامة). [19][20]
سوف تصبح القوائم البريدية غير متاحة لحوالي ساعتين اثنتين يوم الثلاثاء بين 10:00 و12:00 ت ع م. هذا الأمر الغرض منه تمكين الترحيل إلى خادوم جديد وترقية برمجياته. [22]
تحسين إمكانية الوصول والقراءة مع ميزة "القراءة المتاحة" الجديدة!
يسر مؤسسة ويكيميديا إعلان إطلاق ميزة "القراءة المتاحة" الجديدة، والتي تهدف إلى تسهيل قراءة مشاريع ويكيبيديا على الجميع. ما هي ميزة "القراءة المتاحة"؟
تتيح لكم هذه الميزة الجديدة تخصيص تجربة ويكيبيديا الخاصة بكم من خلال:
اختيار حجم الخط المناسب لكم: اختر من بين خيارات الخط القياسي والصغير والكبير لتحسين وضوح النص لجميع القراء.
استخدام نظام ألوان مريح: اختر بين نظام ألوان فاتح ونظام ألوان داكن لضبط إضاءة الصفحة على راحتك لجميع المستخدمين.
لماذا قمنا بإطلاق هذه الميزة؟
نعتقد أن الجميع يستحق تجربة ويكيبيديا سهلة القراءة وممتعة. صممت ميزة "القراءة المتاحة" لتحسين إمكانية الوصول والقراءة لجميع المستخدمين، مع التركيز بشكل خاص على الأشخاص الذين يعانون من ضعف البصر أو الذين يفضلون قراءة النصوص بحجم خط أكبر. كيف يمكنكم استخدام ميزة "القراءة المتاحة"؟
لاستخدام ميزة "القراءة المتاحة":
قم بتسجيل الدخول إلى ويكيبيديا.
انقر على أيقونة "المظهر" الموجودة في أعلى يمين الصفحة.
حدد خيارات الخط ونظام الألوان المفضلة لديك.
هل لديكم أسئلة؟
لمعرفة المزيد عن ميزة "القراءة المتاحة"، يرجى زيارة صفحة أسئلة وأجوبة أو صفحة المشروع. نرحب بتعليقاتكم!
نريد أن نضمن أن ميزة "القراءة المتاحة" تلبي احتياجات جميع المستخدمين. يرجى تجربة الميزة وترك تعليقاتكم على صفحة المشروع.
شكرًا لكم على استخدام ويكيبيديا! معًا، يمكننا جعل ويكيبيديا مكانًا أكثر سهولة في القراءة وترحيبًا للجميع!
الإعلان كاملا
مرحباً بكم جميعاً!
نحن فريق الويب التابع لمؤسسة ويكيميديا. نحن نعمل على تسهيل قراءة مشاريع ويكيميديا كجزء من هدف "القراءة والتجربة الإعلامية" من الخطة السنوية للعام الحالي. ولتحقيق هذا الهدف، قدمنا ميزة "القراءة المتاحة" التجريبية. وهي تضيف قائمة تعمل على مظهر فكتور 2022 وتسمح للمستخدمين الذين قاموا بتسجيل الدخول باختيار أحجام خطوط وأنظمة ألوان مختلفة بناءً على احتياجات كل مستخدم على حدة.
القائمة تعرض إعدادات الخط القياسي الجديدة. يزيد قليلاً من حجم الخط و ارتفاعه تم اختيارها بناءً على مصادر متعددة ستجد المزيد من المعلومات حول هذا الموضوع في قسم "حول إعداد الخط القياسي الجديد".
ما الذي سيتغير
مستعدون الآن لجعل 'قائمة المظهر الجديدة متاحة للمستخدمين الذين قاموا بتسجيل الخروج وتسجيل الدخول.
وننوي في الوقت نفسه جعل الخيار القياسي هو الخيار الافتراضي الجديد للمستخدمين الذين قاموا فقط بتسجيل الخروج.
إذا لم يعثر على أي مشاكل فنية عالقة، فإننا نخطط لإجراء هذا التغيير خلال الأسبوعين المقبلين.
لاحقًا، ستتضمن هذه القائمة أيضًا خيار تحديد الوضع المظلم، والذي سيظل في الوقت الحالي ميزة تجريبية. لمزيد من المعلومات، راجع صفحة مشروعنا.
حول هذه الصفحة
ستسمح القائمة الجديدة للمستخدمين الذين قاموا بتسجيل الدخول والخروج بتعيين التفضيلات الخاصة بـ:
حجم النص وارتفاع السطر (متوفر الآن كميزة تجريبية): سيتمكن المستخدمون من الاختيار بين الخيارات الصغيرة (الافتراضية الحالية)، والقياسية (موصى بها لتحسين إمكانية الوصول)، والكبيرة. سيؤدي تحديد أحد الخيارات إلى تغيير حجم الخط وارتفاع السطر في النص.
الوضع الداكن (متوفر الآن كميزة تجريبية): سيتمكن المستخدمون من اختيار رؤية الموقع في الوضع الليلي (الداكن) بشكل دائم، أو تحديد إعداد "تلقائي" الذي سيضبط الوضع النهاري أو الليلي بناءً على تفضيلات الجهاز أو المتصفح.
عرض المحتوى (كان متاحًا من قبل كزر تبديل): لقد نقلنا زر تبديل عرض المحتوى من أيقونة في أسفل الصفحة إلى زر اختيار في القائمة الجديدة. سيعمل تمامًا مثل زر التبديل. لن يكون زر التبديل السابق متاحًا بعد الآن.
خضعت هذه القائمة لـ اختبارها كميزة تجريبية من قبل المستخدمين الذين قاموا بتسجيل الدخول عبر الويكي وكذلك في اختبار المستخدم مع القراء. استنادًا إلى نتائج هذه الاختبارات، قمنا بتغيير القائمة لتحسين قابلية الاكتشاف وسهولة الاستخدام، واستيعاب توافق الأداة.
ستظهر القائمة على يمين الصفحة، مباشرةً أسفل قائمة الأدوات إذا كانت مثبّتة. على عكس قائمة الأدوات، يتم تثبيت قائمة المظهر افتراضيًا، ولكن يمكن إلغاء تثبيتها. بمجرد إلغاء التثبيت، يتم طيها تحت أيقونة في أعلى الصفحة.
حول إعداد الخط القياسي الجديد
الخيار "صغير" هو الخيار الافتراضي الحالي. سنقوم بتغيير هذا الخيار الافتراضي إلى "قياسي" للمستخدمين الذين قاموا بتسجيل الخروج، مع الاحتفاظ بالخيار "صغير" كخيار افتراضي للمستخدمين الذين قاموا بتسجيل الدخول. تم إنشاء الخيارين "قياسي" و"كبير" واختبارهما بناءً على ما يلي:
دراسات وتوصيات أكاديمية لأفضل متوسط حجم خط لغالبية القراء. ذكرت هذه التوصيات أن الحجم الحالي صغير جدًا بالنسبة لغالبية الناس للقراءة بشكل مريح. هذا يعني أنه في المتوسط، يقرأ الناس ببطء أكثر، أو يجهدون أعينهم أثناء القراءة، أو يجدون صعوبة في رؤية النص بوضوح. تعمل زيادة حجم الخط بشكل افتراضي على تحسين هذه المشكلات لجميع المستخدمين، بما في ذلك المستخدمون الذين قد لا يكون لديهم الوقت الكافي لضبط الإعداد عبر قائمة المظهر أو المتصفح. كثافة المعلومات مهمة أيضًا، ولهذا السبب أردنا زيادة حجم الخط دون التضحية بكثافة المعلومات. وقد حققنا ذلك من خلال تغيير ليس فقط حجم الخط، ولكن أيضًا ارتفاع السطر وتباعد الفقرات.
التصاميم المقدمة من قبل أكثر من 630 ويكيبيديا من 13 موقع ويكي من مختلف اللغات والنصوص والأحجام. اختار غالبية هؤلاء المستخدمين (حوالي 450 مستخدمًا) حجم خط أكبر من الحجم الافتراضي. يمثل "قياسي" متوسط مجموعة الردود الأكثر شيوعًا (15-20 بكسل). يمثل "كبير" الحاجة إلى خيار أكبر، كما تمثله مجموعة الأحجام بين 21-26 بكسل. يمكنك قراءة المزيد على كيف أشركنا المتطوعين في العملية وتوصلنا إلى هذه الخيارات.
أظهر استخدام الميزة التجريبية أن غالبية المستخدمين الذين يتفاعلون مع الميزة مرة واحدة على الأقل اختاروا حجم خط أكبر من الحجم الافتراضي الحالي.
أعمالنا حتى الآن والخطوات التالية
سيبقى المستخدمون الذين قاموا بتسجيل الدخول مع الإعداد "الصغير" في الوقت الحالي كإعداد افتراضي، ولكن يمكنهم التغيير إلى أي إعداد آخر في أي وقت. خلال الأشهر القليلة المقبلة، سنقوم بدراسة عدد المستخدمين الذين قاموا بتسجيل الدخول إلى الإعداد القياسي وبدء مناقشة حول ما إذا كان منطقياً للمستخدمين الذين قاموا بتسجيل الدخول القيام بنفس التبديل. تبين من البيانات الأولية المأخوذة من الميزة التجريبية، أن 55% من الجلسات التي تفاعلت مع الميزة اختارت استخدام إعداد قياسي أو أكبر.
إذا كنت ترغب في المساعدة، فلدينا بعض الطلبات البسيطة لكم:
أشكركَ جزيل الشكر أستاذ @بشوندة ولو أنني أستعمل سكريبت كتبته لتغيير حجم الخط وَالمسافة بينَ الأسطر وَ نوع الخط، إلا أن إضافة حجم الخط للتفضيلات أمر مهم للغاية لمن لديهم ضعف نظر بمن فيهم أنا.
هل هناكَ إمكانية إضافة مجموعة مختلفة منَ الخطوط العربية للاختيار منها للقراءة، شخصيا عبر السكريبت أتصفح ويكيبيديا بخط نوتو نسخ مثل الخاص بويكي مصري مع حجم كبير وَ مسافة فارقة بينَ الأسطر لتفادي تركيز العين على السطر الموالي، كواحدة من أهميات التصميم الناجح للمواقع.
أقترح أن وجود قالب {{ينتهي}} أو {{تنتهي}} في إحدى الرسائل يحدد موعد أرشفتها بعد يومين من تاريخ الانتهاء وتخرج من قاعدة 45 يوماً، فغالبا ستؤرشف التصويتات قبل 45 يوما بينما ستظل بعض إعلانات المسابقات بعد 45 يوما. حبيشان(ن) 10:00، الاثنين 5 ذو القعدة 1445هـ (+3) 07:00، 13 مايو 2024 (ت ع م)[ردّ]
أحدث الأخبار التقنية من مجتمع ويكيميديا التقني. يرجى إعلام المستخدمين الآخرين بهذه التغييرات. لن تؤثر كافة التغييرات عليك. الترجمات متاحة كذلك.
أحدث التغييرات
سيلاحظ المحررون أنه قد جرت بعض التغييرات على لون خلفية النصوص في نمط عرض الاختلافات وكذلك لون أرقام تغيير البايتات الأسبوع الماضي. الغرض من هذه التغييرات أن يصبح النص أيسر في القراءة في كلا من الوضع الساطع والداكن، وهي جزء من جهد أوسع لتحسين مستوى تيسير الوصول. يمكنكم مشاركة تعليقاتكم أو أسئلتكم على صفحة نقاش المشروع. [23]
غيرنا أيضًا ألوان النصوص المستخدمة في الوصلات الشبكية التي زارها القارئ وتلك التي يقف عليها وتلك الناشطة تغييرًا طفيفًا الأسبوع الماضي لتحسين مستوى تيسير الوصول في كلا من الوضعين الساطع والداكن. [24]
مشاكل
يمكنكم نسخ الوصلات الشبكية المستديمة للتعليقات في صفحات النقاش بالنقر على الخاتم الزمني لأي تعليق. هذه السمة لم تكن تعمل دائمًا حينما كان عنوان الموضوع طويلًا جدًا وكانت الوصلة الشبكية مستخدمة في صفة وصلة شبكية في نص ويكي. صوبنا هذا الأمر. شكرًا للمستخدم Lofhi على إبلاغه عن هذا العطل البرمجي. [25]
تغييرات لاحقة في هذا الأسبوع
سوف يستخدم الإصدار الجديد من ميدياويكي على مواقع ويكي الاختبار وعلى موقع MediaWiki.org بدءا من تاريخ 25 يونيو. وسوف يستخدم على مواقع الويكي المختلفة عن ويكيبيديا وبعض مواقع ويكيبيديا من تاريخ 26 يونيو. بعد ذلك سوف يستخدم على كافة مواقع الويكي من تاريخ 27 يونيو. (الروزنامة). [26][27]
بدءا من يوم 26 يونيو/حزيران، سوف تصبح الأختام الزمنية للرسائل في صفحات النقاش وصلة شبكية في ويكيبيديا الإنكليزية، مما يجعل هذه السمة متاحة لكم لاستخدامها على كافة مواقع الويكي. هذه الوصلة الشبكية ستكون وصلة مستديمة للتعليق. سوف تسمح للمستخدمين الوصول إلى التعليق الموصول شبكيًا حتى لو نقل هذا التعليق إلى صفحة أخرى أو موقع آخر. يمكنكم الاطلاع على المزيد عن هذه السمة على مدونة Diff أو موقع Mediawiki.org[28]
رسم بياني شريطي يوضح النسبة المئوية لتحريرات المحتوى الجديدة التي تتضمن مرجعًا جديدًا لم يتم استرجاعه خلال 48 ساعة أثناء تجربة التحقق من المرجع لفريق التحرير. استمرت التجربة من فبراير حتى أبريل 2024.
الأشخاص الذين يظهر لهم التحقق من المرجع هم أكثر عرضة بمقدار 2,2 مرة لنشر تعديل محتوى جديد يتضمن مرجعًا ويكون بناءً (لا يتم استرجاعه خلال 48 ساعة).
لوحظت الزيادات لدى جل أنواع المستخدمين الذين تمت اختبارهم، وفي كلّ مواقع الويكي، وعبر كل الأجهزة.
أعلى زيادة ملحوظة كانت على الهاتف المحمول حيث يكون المساهمون أكثر احتمالاً لنشر تعديل محتوى جديد بناء مع مرجع عند عرض التحقق من المرجع.
معدل الاسترجاع
معدل الاسترجاع عند تحرير المحتوى الجديد انخفض بنسبة 8,6% إذا كان التحقق من المرجع متاحًا.
تعديلات المحتوى الجديدة التي أجراها المساهمون من أفريقيا جنوب الصحراء أقل احتمالية بنسبة 53% للاسترجاع عند عرض التحقق من المرجع.
بينما يتم تحرير بعض المحتوى الجديد غير البناء مع تقديم مرجع بواسطة هذه الميزة (زيادة بمقدار 5%)، كانت هناك نسبة أعلى من تعديلات المحتوى الجديدة البناءة مع إضافة مرجع (زيادة بنسبة 23,4%). ونتيجة لذلك، لاحظنا زيادة إجمالية في جودة تعديلات المحتوى الجديدة.
معدل الاستبقاء البناء
المساهمون الذين يظهر لهم التحقق من المرجع وقاموا بحفظ تعديل بنجاح ولم يتم استرجاعه، هم أكثر احتمالية بنسبة 16% للعودة لإجراء تعديل لم يتم استرجاعه في الشهر الثاني (بعد 31-60 يومًا).
لوحظت هذه الزيادة في المقام الأول بالنسبة لتعديلات سطح المكتب. وكان هناك فرق غير ذو دلالة إحصائية لوحظ على الهاتف المحمول.
لا أتفق: أولاً يجب أن يكون هُناك قالبين مُنفصلين، لأن القالب الأول يتحدث عن "أنمي"، والآخر يتحدث عن "فيلم". ثانيًا، هذا الموضوع (اعتماد قالب واحد) طُرح كثيرًا، ولم يحدث أي توافق حوله للأسف. أنا أرى بشكل عام يجب الاعتماد على "قالب صندوق معلومات".--فيصل (راسلني)07:49، 21 يونيو 2024 (ت ع م)[ردّ]
لا أتفق: القالبان غرضهما مختلف، فالقالب الأول يشمل الأفلام والمسلسلات والقصص والمصورة وألعاب الفيديو التي تعتمد نمط الرسم الياباني (أنمي)، والثاني يقتصر على الأفلام. ولا يمكن جلب جميع معلومات القالب الأول من ويكي بيانات، فعلى سبيل المثال بيانات الدبلجة العربية غير متوفرة هناك. أنون (نقاش) 17:11، 24 يونيو 2024 (ت ع م)[ردّ]
السلام عليكم ورحمه الله،
كانت هُناك مهمة بوتية سابقًا تعمل على إزالة {{,}} وغيرها من القوالب المشابهة من "قوالب التصفح"، وذلك لتحسين الأداء وتقليل وقت التحميل وسهولة الصيانة والتحديث. على سبيل المثال، قارنوا بين {{فريق بطولة كأس العالم 2010}} و {{فريق بطولة كأس العالم 2014}}، الأول يحتوي على قوالب مضمنة غير ضرورية، والآخر مكتوبة بالمداخل وبشكل لا يُسبب حمل على الصفحات. وأعتقد كان هُناك بوت يقوم بهذه المهمة، لكن نسيت أي بوت، إذا كان هُناك شخص يتذكر النقاش المُختص بالقوالب المضمنة، أرجو أن يضعها في هذا النقاش. عمومًا، أرجو أن يكون هُناك بوت يقوم بهذه المهمة من جديد.
معلومة جانبية: لدينا مشاكل في ويكيبيديا العربية بخصوص "سرعة تحميل الصفحات" "وسرعة الكتابة" بالمقارنة مع ويكيبيديا الإنجليزية. قُمت بتجربة بفتح صفحتين بنفس الحجم (300 ألف بايت) في ويكيبيديا العربية، والأخرى في ويكيبيديا الإنجليزية ووجدت فرق مهول في سرعة الأداء والتحميل بين الصفحتين. مثلاً في صفحة ويكيبيديا العربية في حال أردت كتابة اسم "أحمد" في صفحة 300 ألف بايت، فالموضوع يأخذ تقريبًا 5-8 ثواني، أما في ويكيبيديا الإنجليزية فلا يُوجد تأخير أبدًا، علمًا بأن الجهاز والانترنت لدي جيد جدًا. فما هي الأسباب لذلك؟ هل القوالب المضمنة قد تكون سببًا في ذلك؟ وهل الأمر متعلق ببعض صفحات ميدياويكي وتحسينها؟ وعلى حد علمي، هُناك أدوات في ميدياويكي للقيام بالاختبار حول سرعة الأداء في ويكيبيديا العربية، فمن لديه خلفية حولها؟ بإنتظار مشاركة المُجتمع. تحياتي.-- فيصل (راسلني)09:58، 27 مايو 2024 (ت ع م)[ردّ]
@Gerges إذن ما سبب هذا البطء؟ أنا متأكد بأن الأمر متعلق بنظام ويكيبيديا العربية نفسه، وغير متعلق بجهازي مثلاً أو الانترنت. وللتوضيح أكثر، عند فتح "تحرير المصدر" الكتابة تكون صعبة جدًا في المقالة العربية، أضغط حرف، يظهر بعد 3 ثواني، وهكذا. أما في الإنجليزية مباشرة يظهر الحرف. وماذا عن المُهمة أعلاه حول استبدال {{,}} من قوالب التصفح؟ هل يُمكنك القيام بها؟-- فيصل (راسلني)13:47، 27 مايو 2024 (ت ع م)[ردّ]
@حبيشان أتحدث عن المحرر المصدري، وليس المرئي. خصوصًا فتحت صفحة "عدل" عن طريق الأيقونة أعلى الصفحة وليس عن طريق الأقسام، وظهر لدي صندوق التحرير، الكتابة هُناك أشبه بالعذاب النفسي، بطء شديد.-- فيصل (راسلني)19:21، 27 مايو 2024 (ت ع م)[ردّ]
@فيصل المشكلة قد تكون في إحدى الإضافات الخاصة بالتحرير المصدري أو تكون بالخط المستعمل، وأظن أنك تستعمل الماكنتوش فإذا كان كذلك غير الخط المستعمل في مربعات تحرير النص إلى خط ثابت العرض ويدعم العربية وذلك بإضافة إلى صفحة common.css مع هذا الكود
@فيصل غير monospace, courier إلى الخطوط المتوفرة في جهازك التي تدعم العربية، وانظر إذا كان هناك فارق في السرعة. حبيشان(ن) 09:01، الثلاثاء 20 ذو القعدة 1445هـ (+3) 06:01، 28 مايو 2024 (ت ع م)[ردّ]
مرحبًا @فيصل،أعتقد أني حضرت نقاش حول هذه المهمة منذ سنتين تقريبا او اكثر وكان الزميل وهراني أو الزميل جار الله من يقوم بها، في المساء سوف أبحث عن النقاش في الأرشيف حتى أرى تفاصيل المهمة وبعدها ننتقل للخطوة الثانية، تحياتي. --Lokas(راسلني)05:26، 1 يونيو 2024 (ت ع م)[ردّ]
مرحبًا @فيصل، بالنسبة لمقال عرب التي في الأعلى اظن سبب البطئ الخاص بها هو قالب:بطاقة_مجموعة_عرقية، حيث انه يستهلك تقريبا ٢٤٪ من عملية معالجة الصفحة وتقريبا بياخد ٣ ثواني من أصل ١٠ ثواني،
@حبيشان، ما رأيك هل يمكنك تحسين هذا القالب قليلا حتي يصبح سريع بعض الشيء؟،اما بخصوص المهمة السابقة هذا هو النقاش الخاص بها (تخفيف من تأثير {{•}})، الزميل وهراني من كان يقوم بتشغيلها، @وهراني هل الكود موجود معك حتى تعيد تشغيلها ام اتولى انا إعادة تشغيله مرة مثلا كل شهر (لو حدث توافق)؟ --Lokas(راسلني)20:40، 1 يونيو 2024 (ت ع م)[ردّ]
@لوقا الصفحة تطلب من الاختزان (الكاش) لذلك فإن وجود قوالب ثقيلة لن يؤثر على سرعة تحميل الصفحة في كل طلب لها، فضلا عن أن يؤثر عليها عند إدخال الحروف. تحسين القوالب مطلوب حتى لا تستهلك موارد فوق المسموح لها، لكنه لا يشكل مشكلة إلا إذا فشل إنتاح الصفحة.
ومشكلة الزميل فيصل خاصة تتعلق إما بالخط أو بإضافات جافا سكربت تراقب النص المدخل للتدقيق الإملائي أو التنبوء حبيشان(ن) 10:48، الأحد 25 ذو القعدة 1445هـ (+3) 07:48، 2 يونيو 2024 (ت ع م)[ردّ]
@لوقا بالنسبة لقالب بطاقة_مجموعة_عرقية، فهو في حالة المقالة يعتمد على البيانات التي زود بها أكثر من اعتماده على ويكي بيانات (3 فقط). وفي هذه البيانات نجد قوالب كثيرة مثل علم و استشهاد ويب و Webarchive. لهذا فإن المدة المستهلكة هي المجموع أي 1150.987 ميلي ثانية (أي 1.2 ثانية) لا أكثر. - مع تحياتي - وهراني09:29، 2 يونيو 2024 (ت ع م)[ردّ]
قمت مؤخرا بإعادة تشغيلها. وبقي عدد من الحالات التي لا أستطيع القيام بها أو لا أضمن نتيجتها. لهذا تركتها لمعالجة يدوية. - مع تحياتي - وهراني17:32، 14 يونيو 2024 (ت ع م)[ردّ]
تعليق: لا إشكال في الإضافات التي حصلت ضمن ميدياويكي:Spam-blacklist، وذلك لأنَّ خاص:BlockedExternalDomains ظهرت خلال شهر يوليو/تموز 2023 تقريبًا، ولم يتعرف المجتمع عليها وليس فقط الإداريين، وعمومًا أرى أنَّ غالبية المجتمع (وحتى الإداريين) لا يعلمون أساسًا عن وجود خيار "Spam-blacklist"، ويظهر هذا جليًّا من قلة الإضافات للصفحة وتفضيل إنشاء مرشحات إساءة، وأساسًا لا يوجد "أساس واضح" أو لنقل "قواعد وسياسة ضابطة" لإضافة المواقع لهذه الصفحات، وللاستزادة طالع MediaWiki talk:Spam-blacklist. خلاصة ما أذكره بأني أتفق مع ما ذُكر أعلاه حول الفرق بين الصفحتين، ولكن لا أتفق مع فكرة النقل الكمّي للنطاقات دون مراجعتها حالةً بحالة، ونقلها واعتماد سبب موحد كما جرى في الميدياويكي. أيضًا يجب التوضيح للمجتمع حول فوائد وأهميَّة الصفحة وأيضًا المعيقات التي تواجه كلا الطريقتين، وهو مذكورٌ وموثق في هذه الصفحة، ومن أهمها بأنَّ الإضافات لصفحة ميدياويكي:Spam-whitelist لن تؤثر على الإضافات عبر خاص:BlockedExternalDomains. أخيرًا، أذكر في زمنٍ مضى كان الزميل Meno25 يعمل على تحديث صفحة ميدياويكي:Spam-blacklist. تحياتي --علاءراسلني20:09، 23 يونيو 2024 (ت ع م)[ردّ]
هذا القسم منظور، ويمكن أرشفته.
