استبيان قائمة أمنيات المجتمع/تحديثات

This page is a translated version of the page Community Wishlist Survey/Updates and the translation is 35% complete.

April 27, 2023: Continuing on 2022 and starting the 2023 Wishlist

Dear Community Wishlist Survey Participants,

We would like to thank you for your participation in the 2023 Community Wishlist Survey. The survey is a crucial element in helping us prioritize the development of new features and improvements to make Wikimedia projects better for everyone.

Starting work on 2023

We are pleased to announce that the Community Tech team has identified the "Display the categories on the mobile site for everyone" wish as the priority for the team to work on in the coming months after we complete the work on Better Diffs for paragraph splits. This was also Wish #18 on the 2022 Wishlist. This decision was based on the wish's technical and design feasibility, as well as its potential impact in improving the user experience of the mobile site for all users.

We understand the importance of this feature for the community, and we are excited to work on it. We will keep you updated on the progress we make and will provide more information on the timeline for implementation as soon as possible. In addition, we’ve begun investigating how to Extend “Who Wrote That?” tool to more wikis, the seventh #7 most popular wish from 2023 and hope to make great progress on that work in the coming months. We anticipate launching Who Wrote That? tool to French Wikipedia in the coming days, with several other languages to follow in the coming weeks.

Dark Mode

We want to provide an update on the "Dark Mode" wish that was voted for in the survey. We are excited to inform you that the Web team has taken on this wish and plans to work diligently on its development. However, due to technical constraints and design feasibility, the Web team will be releasing the first version of the "Dark Mode" feature in Beta. We understand the importance of accessibility and inclusivity, and we are committed to ensuring that this feature meets the needs of all users. Additionally, there are many templates that need to be adjusted, and volunteers need to be alerted to modify before the "Dark Mode" feature can be fully released. The Web team will work on documenting these issues, and we appreciate your patience in this process. We encourage you to subscribe to the Web team's newsletter to follow the updates about this project.

I would also like to take a moment to thank the volunteers who took the time to collaborate with me in good faith during my tenure here and share that I am departing the Wikimedia Foundation and this team. Thank you to those of you who took the time to participate in proposals, problem solving with us, and to those of you who volunteered and tackled technical pieces of granting wishes – I will carry that inspiration with me for the rest of my career.

In my absence, a Product Trio will absorb my responsibilities so you can expect to reach out to the Engineering Manager KSiebert (WMF), Tech Lead DMaza (WMF), and Principal designer JSengupta-WMF as a united Product Trio after my departure in early May. You can expect to communicate with the team in the same way as before, the Talk pages for Projects, Updates, and the Team are the best way to reach the team. We collectively would also like to thank you once again for your participation in the Community Wishlist Survey. Your input helps us prioritize and improve Wikimedia projects, and we look forward to your continued engagement in the future.


NRodriguez (WMF) and the rest of The Community Tech Team

March 13, 2023: Better diff handling of paragraph splits update

The team has continued work on this wish on both the engineering and design side and we wanted to share the updates with you.

Editing mode.png
Legends tooltips inline.png
New paragraph.png
Delete paragraph.png

Thank you to all of you who took the time to engage with us and provide feedback on the talk page. We read through all of the feedback and did an aggregate analysis on the points made. We then combined your feedback on those proposed designs, as well as unmoderated user research, and we've finalized the proposed designs to go into engineering for the improvements regarding the wish changes.

Please see the designs in this update which include:

  • Switching between diff modes via dropdown
  • Improving the accessibility of inline diffs with legends and tooltips for desktop
  • Improving the display of a change that introduced a new line or paragraph
  • Improving the display of a change that deleted an existing line or paragraph

In addition, a demo of the changes for the underlying comparison engine has been created.

Before you try out the demo to give us feedback, please note:

  • It's a work in progress, our QA engineers are currently using a list of comprehensive diffs to make sure the changes are consistent with the current version of the two-column diff experience or an improvement on the UI.
  • The demo page does NOT include all final UI changes but can give testers a good sense of how the completed two-column diff experience will end up looking.
  • To use the demo, paste the same text into the two boxes and modify the text in the right box. The diff under it will show what changed.

We'd love to hear your feedback on our talk page!

Next Steps

  • Accessibility of Design Colors: Our designer is working closely with our Design Systems team to determine the accessibility of the designs. We anticipate having to change the shade of them to a slight degree to make it more accessible but the colors will remain similar to the blue and yellow currently displayed on two-column and inline diffs.
  • Release plan: We are working out a release plan and a timeline of next steps and will be including this in our next project updates! Releasing changes to the underlying engine on the diff follows a different process than traditional releases in Mediawiki software so we will be sure to update you with steps and details next time.

We also want to include big thank you in this update to a non-Community Tech staff member, Tim Starling, who graciously stepped up to help us with the underlying changes in the C++ engine of wikidiff2. We are always happy to receive support fulfilling wishes from other members at the Foundation that have the expertise necessary to fulfill a wish even if they are not in the Community Tech team.

We're looking forward to hearing from all of you!

Open Questions from first update: We want to hear from you!

  • Are you interested in conducing user research on the new proposed interface to diff paragraph splits? If so, will you please post that you're interested in the Talk Page?
  • What other pain points manifest themselves when you view the diff?
  • How might we address the root pain points that address the confusion around paragraph splits?
  • How does the use of color indicate which content is added, removed, or stayed the same?

March 7, 2023: Community Wishlist Survey 2023 results published

The Community Wishlist Survey 2023 edition has been concluded. We have published the results of the survey and will provide an update on what is next in April 2023.

تحديث واشنطن: 20 ديسمبر 2022

في هذا العام، بدأ مجتمع التكنولوجيا تقليدًا لاستضافة منتدى دبليو إم إف الداخلي Wishathon.في واشنطن، سيلغي فريقنا الاجتماعات لمدة أسبوع كامل وسنقضي وقتنا بأكمله في العمل على أمنيات "أصغر" خارج عبء العمل المنتظم "الأكبر". على سبيل المثال،Better diff for paragraph split wishإنها أُمنية كبيرة معقدة؛ تتطلب تخطيطًا مكثفاً فيما يتعلق بأبحاث التصميم والهندسة الفنية بالإضافة إلى خطط ضمان الجودة والاعتماد على فريق الإنجاز.عادة ما تستغرق هذه الأمنيات شهورًا حتى نمنحها.يُلهمنا واشنطن لمنح رغبات؛ تكون أكثر صراحةً وتتطلب اعتمادًا وتخطيطًا أقل بين الفريق.في حين أن هذه قد لا تكون أكثر الأمنيات شيوعاً،ما زلنا نؤمن: أنها مؤثرة ومرغوبة بشدة من قبل المشاركين الذين صوتوا عليها.

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

أمنية: اقتراح تلقائي؛ لربط عنصر ويكي بيانات بعد إنشاء مقال

حصلت هذه الأمنية على 92 صوتًا مؤيدًا واحتلت مرتبة كـ 12#؛ الأُمنية الأكثر شعبية في the list of the 2022 wishes.

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

تم الانتهاء من العمل وسيكون متاحًا كأداة في أسبوع 16 يناير 2023م.

تأثير الأُمنية

  • More Wikipedia (and other project) pages linked to corresponding Wikidata items
  • Greater awareness of Wikidata for wiki contributors
  • Better maintenance of links between Wikipedia languages, and other Wikidata benefits

Wish: Enable negation for tag filters

This wish received 41 support votes and ranked as the #27 most popular wish in the list of the 2022 wishes.

Problem: When view feeds such as Special:Contributions or Special:RecentChanges we can currently filter by tags, but not by the negation of tags.

Work was completed and will be out in the set of deployments occurring the week of January 3, 2023.

Honorable mention to Matěj Suchánek, a volunteer who laid the groundwork for this by writing this patch in 2020.

Impact of wish

Users will be able to filter out edits based on a tag on Recent Changes, Watchlist, Special:Contributions, and Special:Log.

Wish: Enable Thanks Button by default in Watchlists and Recent Changes

This wish received 62 support votes and ranked as the #33 most popular wish in the list of the 2022 wishes.

Problem: The Thanks button is only available on individual Page Histories, which very few people interact with on a regular basis -- especially more experienced editors. The number of newbies looking at individual history pages, is miniscule.

  • أُمنية أصلية
  • Relevant Tickets and Patches
  • 🏆 Special thanks to Team Members: Jon Robson
  • Status: The work has been merged and is available for testing in Beta, and will be deployed to users with the first train of 2023 which is scheduled for the week of Jan 3.

Impact of wish

Users will now be able to thank other users from inside Watchlists and Recent Changes pages.

Wish: The "tag name" on the change line should link directly to "tagged changes"

This wish received 18 support votes and ranked as the #162 most popular wish in the list of the 2022 wishes.

Problem: The tag on the change line currently looks like this:

   14:33 John Callahan's Quads!‎ (diff | hist) .. (−12) .. Rng0286 (talk | contribs) (lorem ipsum) (Tags: Visual edit, Mobile web edit)

The tag name is either a link to a help page or just plain text. It is not easy to find edits with the same tag.

Impact of wish

Users will now be able to click on the tag name to find edits with the same tags within change lines.

Refactoring code from the Page Triage codebase for easier collaboration

Impact of work

Modernizing the codebase to help make bug fixing and feature development easier

What's Next?

In addition to the wishes granted above, we were able to make some progress on a handful of other wishes. Community Tech will be assessing which wishes we can finish based on the progress left on them. We are excited to continue this Wishathon tradition and welcome your feedback in the talk page of this update! Thank you for participating in the Wishlist, we hope to see you in the upcoming annual survey opening January 23, 2023.

December 16, 2022: Realtime Preview is coming out of beta

The Realtime Preview for Wikitext is coming out of beta as an enabled feature for every user of the 2010 Wikitext editor in the week of January 9, 2023. It will be available to use via the toolbar in the 2010 Wikitext editor. The feature was the 4th most popular wish of the Community Wishlist Survey 2021.

December 5, 2022: The 2023 Community Wishlist Survey will happen in January

Do you have an idea for a tool or platform improvement for Wikimedia projects? This announcement is for you!

The Community Wishlist Survey (CWS) 2023, which allows contributors to propose and vote for tools and improvements, starts next month on Monday, 23 January 2023, at 18:00 UTC and will continue annually.

We are inviting you to share your ideas for technical improvements to our tools and platforms. Long experience in editing or technical skills is not required. If you have ever used our software and thought of an idea to improve it, this is the place to come share those ideas!

The dates for the phases of the survey will be as follows:

  • Phase 1: Submit, discuss, and revise proposals: Monday, 23 January 2023, to Monday, 6 February 2023
  • Phase 2: WMF/Community Tech reviews and organises proposals: Monday, 30 January 2023 to Friday, 10 February 2023
  • Phase 3: Vote on proposals: Friday, 10 February 2023 to Friday, 24 February 2023
  • Phase 4: Results posted: Tuesday, 28 February 2023

If you want to start writing out your ideas ahead of the Survey, you can start thinking about your proposals and draft them in the CWS sandbox.

We are grateful to all who participated last year. See you in January 2023!

December 1, 2022: Better diffs usability testing

We have been working on different design alternatives for Better diff handling for paragraph splits, the #1 wish in the Community Wishlist Survey 2022! We have invited the community to sign up for usability tests and give feedback.

May 3, 2022: Real Time Preview launching to partner projects

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

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

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

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


  • إعادة التحميل اليدوية: التعرف على وجودها أو زمن عرض شريط حالة إعادة التحميل اليدوية. حينما لا تتولى واجهة الاستعراض أمر إعادة التحميل تلقائيًا، سوف يرى المستخدم شريط حالة يحثه على إعادة التحميل يدويًا. هل سهولة العثور على الشريط كافية؟ هل يعوق شريط الحالة سلاسة عمل المستخدم؟

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

إلى جانب سبيل تقصينا الرئيسي، سوف نجري أيضًا ما يلي أثناء جلسات مشاركة الشاشة التي سوف نعقدها مع المستخدمين:

  • سهولة العثور على السمة إجمالًا: رغم أن المستخدمين سوف يتلقون إشعارًا بوجود سمة الاستعراض في الوقت الفعلي، والعلاقة المحتملة بين الأخير وسمة «عرض استعراض».
  • أحجام شاشات المستخدمين – يمكن أن تصبح هذه البيانات مفيدة في استيعاب حجم فائدة المعاينة في الوقت الفعلي للأفراد الذين يستخدمون شاشات صغيرة. هل يجعل هذا الأمر من خبرتهم مكتظة للغاية؟
  • استخدام سمة تظليل الإعراب البرمجي أو عكس صورة الكود البرمجي
  • استيعاب أن كلتا الواجهتين لا تتمتعان بسلوك تنقل متزامن.

لو كنت تود أن تشارك معنا رأيك وملاحظاتك على أي من الأسئلة المذكورة سالفًا، يرجى التواصل معنا على صفحة النقاش منذ أننا نريد أن نسمع رأيكم في شأن يسر استخدام هذه السمة الجديدة. شكرًا لكم على تشييد السمات معنا!

February 15, 2022: CWS 2022 results

The Community Wishlist Survey 2022 is over! We would like to thank everyone who participated in this year's edition and express our special gratitude to those who made outstanding contributions to the survey below the results. We could not have done it without all of you!

Curious about what happens next? Learn about our prioritization process and check out the ranking of prioritized proposals for this year. اقرأ المزيد

8 نوفمبر 2021: إظهار تنبيه عند إضافة وصلة إلى صفحات التوضيح

We have an update about the wish. We have finished user tests. اقرأ المزيد

Hello everyone,

Many thanks for your great support and feedback on the proposed user experience and designs for this wish. This update is regarding the usability testing, which was conducted in parallel with community members on the talk page, as well as the first “Talk to Us hours” video call last September. Thanks again for your valuable inputs!

The goal of this round of usability tests was to determine if our proposed designs were successful in warning users about the potential risks of adding a link to disambiguated page in the 2010 wikitext editor without inhibiting users from continuing to edit. We conducted the test on usertesting.com with 5 editors total.

Here are the insights we gathered from the tests:

  • 2/3 of users successfully noticed the new notification warning them about the disambiguation link they added. Two users were not able to see the notifications due to complications with the testing interface and instructions.
  • All users who saw the notification found it helpful and easy to understand. When users noticed the disambiguation notification and understood its purpose, most of them stated that it was useful without being disruptive to their edit flow.

Acknowledgments: This test was conducted on beta-wiki with a limited content pages. Before we could push some recent user experience and engineering improvements for this wish, including the new link selector widget for the Wikitext editor. We are hoping that these changes will mitigate some of the difficulties encountered by the users during this usability test.

Not all of these editors from this panel are experienced users. Although this wish is intended to be helpful for every user – we assume that less experienced editors will tend to use the VisualEditor over the wikitext editor, thus making this new feature less relevant for them.

We are grateful for your feedback on this talk page and the Talk to Us for our team to get a better understanding of your needs as experienced contributors. Thanks so much for your feedback on the talk page!

2 نوفمبر 2021: استعراض فوري لتعديلات نص الويكي

نشكركم على تعليقاتكم على صفحة النقاش، وكذلك آخر المكالمات المرئية التي تحمل عنوان «Talk to Us». كما أننا نظمنا اختبار لمستوى سهولة الاستخدام. نشارككم هنا أهم النتائج. اقرأ المزيد مرحبًا جميعًا،

نشكركم جزيل الشكر على مساندتكم وما قدمت من آراء وملاحظات رائعة تتناول التصاميم المقترحة. نشكركم على تعليقاتكم على صفحة النقاش، وكذلك آخر المكالمات المرئية التي تحمل عنوان «Talk to Us». تعرفنا على المزيد عن الكيفية التي يعدل بها المستخدمين من ذوي الخبرة.

كما أننا نظمنا اختبار لسهولة الاستخدام على منصة usertesting.com. شارك في هذا الاختبار 5 محررين. سوف تجدون تاليًا بعض من النتائج والرؤى:

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


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

مرة أخرى نشكركم جزيل الشكر على آرائكم وملاحظاتكم!

October 19, 2021: Declining the Bibliographic Bot Wish

Wish Title: Bibliographic Bot

Wish Rank: #14

ملخص الأسباب: نطاق العمل بالغ الكبر والأصوات المُدلاة غير كافية.

لقد تقرّر رفض هذا المشروع. جاء القرار بعد مداولات دقيقة واستبيان آراء أفراد الفريق ومحاورات مع فرق أخرى في مؤسسة ويكيميديا ‏وشركائها.

السبب: أولا، درس المهندسون والمصممون نطاق العمل المُدلى به في بيان مشكلة الأمنية (T243150). خلصنا إلى أن العمل المتوجب يفوق تقديراتنا الأولية.

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

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

4 سبتمبر 2021: استعراض فوري لتعديلات نص الويكي

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

نشكركم على ما قدمتم من آراء وملاحظات

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

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

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


نقترح حينما يستعرض المستخدم المحتوى أن يظل نص زر الاستعراض باللون «الأزرق» مشيرًا إلى أن حالة الاستعراض متاحة وناشطة:


سوف يتحول زر الاستعراض إلى اللون الأسود مرة أخرى لو أوقفه المستخدم وبالتالي سوف تختفي المعاينة.

أفقي مقابل رأسي

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

أسئلة مفتوحة: نريد أن نسمع منك!

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

نشكركم جزيلًا على آرائكم وملاحظاتكم المستمرة على صفحة النقاش!

August 27, 2021: Real Time Preview for Wikitext

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

التصاميم المقترحة

مخطط سطح المكتب الأفقي

سوف يظهر زر جديد. يمنح هذا المحررين خيار استعراض النص على الجانب في الوقت الفعلي:


ملاحظة: المربع الوردي في الأعلى هو لأغراض جذب الانتباه للزر، لن يظهر فعليًا للمستخدمين.

سيتمكن المحررون من النقر على الزر المبين سالفًا. لو فعلوا ذلك، سوف تفسح لهم الهيئة التالية استعراض الناتج في حاوية ثابتة يمكن تمرير محتواها:


مخطط سطح المكتب الرأسي

سوف يظهر عنصر واجهة المستخدم الجديد التالي حينما يستخدم المستخدم شاشة جهاز مكتبي رأسية:


ملاحظة: المربع الوردي في الأعلى هو لأغراض جذب الانتباه للزر، لن يظهر فعليًا للمستخدمين.

سيتمكن المحررون من النقر على الزر المبين سالفًا. لو فعلوا ذلك، سوف تفسح لهم الهيئة التالية استعراض الناتج في حاوية ثابتة يمكن تمرير محتواها:


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

  • أن يصبح النص ومكان الزر سهلا الاستخدام
  • الشكل العام للتصاميم المقترحة

نتطلع لتلقي أفكاركم في شأن التصاميم المقترحة وأية اعتبارات أخرى!

أسئلة مفتوحة: نريد أن نسمع منك!

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

هذه هي الأسئلة التي نطرحها عليكم:

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

20 أغسطس 2021: استبيان قائمة أمنيات المجتمع 2022 سيحدث في يناير/كانون الثاني

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

نأمل أن تكونوا جميعًا آمنين وبخيرٍ قدر الإمكان خلال هذه الأوقات العصيبة! نرغب بمشاركة بعض الأخبار حول تغييراتٍ في استبيان قائمة أمنيات المجتمع لعام 2022. نود أن نسمع رأيك أيضًا.

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

ستُطرح الأمنيات وتُحقق خلال نفس العام

كان قد أجرى فريق تقنية المجتمع سابقًا استبيانًا لقائمة أمنيات المجتمع للعام التالي في نوفمبر (تشرين الثاني) من العام السابق. مثلًا، وضعنا قائمة أمنيات عام 2021 في نوفمبر (تشرين الثاني) 2020. وقد نجح ذلك قبل بضع سنوات. في ذلك الوقت، كنا نبدأ العمل على قائمة الأمنيات بعد وقتٍ قصير من نشر نتائج التصويت.

ولكن على الرغم من هذا، إلا أنه في عام 2021، كان هناك تأخيرٌ بين التصويت والوقت الذي يمكننا فيه بدء العمل على الأمنيات الجديدة. استمر عملنا على أمنيات قائمة 2020 حتى يوليو (تموز) 2021.

نأمل أن تحديد قائمة أمنيات 2022 في يناير (كانون الثاني) 2022 سيكون أكثر سهولة. سيمنحنا هذا أيضًا وقتًا لتحقيق المزيد من الأمنيات من قائمة 2021.

تشجيع مشاركة أوسع من المجتمعات المستبعدة تاريخيًا

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

مساحة جديدة للتحدث إلينا عن الأولويات والأمنيات التي لم تُطرح بعد

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

سنبدأ أول اجتماع لنا في 15 سبتمبر (أيلول) في الساعة 23:00 بالتوقيت العالمي المنسق. مزيدٌ من التفاصيل حول جدول الاجتماع والتنسيق قريبًا!

تبادل الأفكار وصياغة المقترحات قبل مرحلة الاقتراح

إذا كانت لديك أفكارٌ مُبكرة بشأن الأمنيات، فيمكنك استخدام ملعب استبيان قائمة أمنيات المجتمع الجديد. بهذه الطريقة، لن تنسى ذلك قبل يناير (كانون الثاني) 2022. ستتمكن من العودة وتنقيح أفكارك. تذكر أن عمليات تحرير الملعب لا تُعتبر ضمن الأمنيات!

الآراء والملاحظات

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

أجب على هذه الأسئلة في صفحة النقاش (بأي لغةٍ تُفضلها) أو في اجتماعاتنا.

18 أغسطس 2021: إظهار تنبيه عند إضافة وصلة إلى صفحات التوضيح

We have moved forward with the design. We would like you to answer our questions. اقرأ المزيد

Progress with the design

Hello everyone, and thanks to those of you who have been active on our talk page and tested the proof of concept script for displaying a warning. We have moved forward with designing for the last two requirements in our proposed solutions and wanted to share them with you so that we could hear your input!

As an Editor using the link toolbar to search for knowledge to reference in my article, I can:

  • See a warning before publishing if I have introduced a disambiguation link in my article
  • Visibly differentiate disambiguation links as a different type of content than articles that come up on my suggestions

For the first solution above, we are proposing displaying this yellow box warning when wikitext users add a link:


For the second solution above, we are proposing changing the copy to better describe what a disambiguation page means in the wikitext link button and in the visual editor link pop-up:



Open questions

We'd love to hear your thoughts on our proposed designs. We'd especially love feedback on:

  • Making the copy accessible and making it easier to glean what a disambiguation page is
  • Making sure the warning for wikitext editors feels preventative without coming off as discouraging-- editors should still be able to publish even if they have introduced faulty links

We're looking forward to hearing your thoughts on our proposed designs!

5 أغسطس 2021: (إلغاء) محو صفحات النقاش ذات الصلة

We have completed our first investigation. You can track this inside this ticket on Phabricator. The bulk of the work here will be around security and performance considerations. We estimate tackling this work within the coming months. اقرأ المزيد

2 أغسطس 2021: إظهار تنبيه عند إضافة وصلة إلى صفحات التوضيح

We have completed our first part of the wish. As a result, we will release a new change in a few days. Thank you for all the comments you have given. اقرأ المزيد

The first part is about the following improvement:

As an Editor using the link toolbar to search for knowledge to reference in my article, I can see specific articles as the first search results.

This effects the link search function in VisualEditor and the 2017 wikitext editor.

The change should go live this week. In the meantime, if you would like to preview the changes, you can try it out on the beta cluster. For instance, when adding a link and you type out the term "New York", New York City and New York (state) appear above the disambiguation page New York in the search results.

We are looking forward to hearing your feedback!

After this change is released, we will be monitoring the numbers inside The Daily Disambig to see if it has any impact on the number of unwanted dab links being added (thanks for pointing us in the direction of this page).

23 يوليو 2021: إظهار تنبيه عند إضافة وصلة إلى صفحات التوضيح

We have begun design planning on this wish. Our designer, NAyoub is working on setting up some user tests where we ask new editors to link from the Jupiter article to the Mars article and see if they fall for the disambiguated page since it's the first result. We will take notes and write up next steps based on the results. Our engineers are also investigating the feasibility of moving search results for disambiguated terms to the bottom of the results. اقرأ المزيد

16 يوليو 2021: الفروقات التي أحدثها النسخ واللصق

We are making initial steps on the Copy paste diffs tool. We have questions about its design. We invite you to answer on the project talk page. اقرأ المزيد

Engineering investigation

We have begun the engineering investigation for this work inside this Phabricator ticket. We are optimistic in the solutions we've found to fix this problem.

Video demonstrating copy and paste interactions for diff selection

Open questions

  • In which contexts do users usually copy and paste from diffs?
  • What syntax manifests itself as intrusive? Is there any syntax that would be desirable to keep in the clipboard?
  • What feedback do you have on our proposed solution?

15 يوليو 2021: تقرير الحالة

There have been and will be changes to our team. We have made decisions what will be the sequence of wishes we will be working on. We would like you to learn more about our methodology. There are reasons why the voting is not the only criterion. Please tell us what you think about it. اقرأ المزيد