Jump to content

Lista życzeń/Aktualizacje

Add links
From Meta, a Wikimedia project coordination wiki
This page is a translated version of the page Community Wishlist/Updates and the translation is 24% complete.
Other languages:
Lista Życzeń Społeczności

January 7, 2026: Update to statuses and to users’ watchlists

Hello everyone! For the first update of 2026, we got some interesting news to share with you.

First of all, we will revisit slightly the statuses for wishes, to better align our work with the needs of the users: more specifically, the “accepted” status will be merged with the “under review” status, and we will open the possibility to vote “under review” wishes; moreover, we will remove the “unsupported” status, that will be merged with the “community opportunity” status. This will mean that “unsupported” wishes can be part of the workstream of the Unsupported Tools Working Group, that has recently started an independent process to resolve some of these issues through shorter development cycles. In the next few days, we will update accordingly the statuses of the involved wishes.

In addition to this, we have some changes to Special:Watchlist that are coming, as part of our current work on the Watchlist labels project:

As always, if you have questions or feedback about it, please let us know in the Community Wishlist’s talk page. We are eager to hear from you!

December 1, 2025: Results of our last Wishathon sprint

Hello everyone! We wanted to share with you the results of the recently closed “Wishathon”, our internal hackathon organized by Community Tech to help fulfill more wishes from Community Wishlist.

The second Wishathon of 2025, which ran from Monday 17 to Friday 21 November, engaged 13 Wikimedia Foundation staff members to help fulfill more wishes, and also foster cross-team and cross-departmental collaboration.

15 patches were written during the week, and 5 have been merged. This allowed us to grant one wish from the community ("Preview page with this template" should not work with pages that do not transclude the template), and to have a clearer path ahead for three more. We may consider these again in the future, given what we learned.

These are the wishes we worked on:

As it usually happens, wishes are very different in complexity and feasibility, so in some cases (such as the template preview wish)[1] we were able to resolve all of it, while in others (such as the Charts extension wishes or the editing the introduction wish) we could only do some improvements without resolving it completely. Our work will be used to guide the direction of teams in this regard. Feel free to subscribe to the wishes to get more updates or ask Sannita (WMF) for more information.

  1. ↑ This has been disputed, and the wish and the Phabricator task both remain open.

September 25, 2025: A new extension for the Community Wishlist

Hello everyone! We are happy to announce that we will deploy the new Community Wishlist extension on October 1! We hope this extension and the upcoming improvements will help you in submitting and translating your wishes to the Community Tech team, while also streamlining the influx of new wishes and navigation of the Wishlist.

The new extension comes with an updated intake form that will standardise the way wishes are categorised. We have introduced a concept called “tags”, which are keywords or phrases that associate a wish with a high-level concept. This essentially brings back the “Categories” that users may remember from the Community Wishlist Survey of years past. The older “Projects” field for wishes will be removed and replaced with tags.

As requested by the community in many instances, and as we already announced, it will be possible to support individual wishes again. This will help WMF teams prioritize their work when assigning a wish to a new or existing focus area, and choosing a new focus area to work on.

Another notable change is we will no longer be using the wish title as part of the page title. We’ve learned that wishes and their meanings can evolve, but moving pages to reflect the change in meaning isn’t particularly easy, and in some cases it is impossible. Instead, we will assign autogenerated IDs to each wish and focus area, i.e. W1, W2, W3, and FA1, FA2, FA3, etc. This is similar to how Phabricator and Wikidata work. This way, links to a particular wish or focus area are guaranteed to always be the same.

Browsing through wishes will now be done using pagination, as opposed to having all wishes listed on one long page. You will be able to sort by vote count, title, and creation date. The old system, which was powered by a bot, will be permanently retired. There will be a brief period of downtime while the extension is deployed and wishes are migrated to the new system.

Wishes will continue to be grouped and assigned, after review, to focus areas, by identifying the common themes across wishes. This will help teams to see if they can address related issues which could significantly improve your editing experience.

Within a week or two following deployment, we will add the ability to filter the existing wishes by status, tags and focus areas.

We hope this new extension will be welcomed by you, and we are interested in your feedback. This will be the first part of a series of new releases regarding the Wishlist, so stay tuned for other changes. Please do not hesitate to contact us in our talk page, and share with us your thoughts! We hope that you appreciate the changes we’re making based on your feedback, and that you want to continue being part of this process together with us.

Also, we remind you that we are collecting feedback around our next feature, Watchlist labels (formerly known as “Multiple watchlists”). We already have announced in the last update that we were looking for feedback regarding how watchlists and recent changes pages are used across projects, and we are still looking for input from you! In particular, we are interested in knowing how users would want to create multiple watchlists, and what each watchlist might be used for.

Thank you in advance for your help!

August 21, 2025: Back from Wikimania and next steps

Hello everyone! We’re back from Wikimania, where we had a presentation about the Community Wishlist. You can read our slides and follow the recording of our presentation on Wikimedia Foundation’s official channel.

We were also pleased to notice that our work of the last months was well received by people at Wikimania, and by the Wikimedia community at large: we had users with extended rights thanking us for our work on Multiblocks, and we noticed that the number of users adopting the Favourite Templates feature is rising. Right before Wikimania, on August 4, 3,916 users were using the feature, with 591 users adopting more than 5 favourites.

As we are back from Wikimania, we are now fully working on the deployment of the new Community Wishlist extension, which will likely be deployed at the beginning of September. The new extension will allow users to add tags to their wishes to better categorise them, and (in a future iteration) to filter them by status, tags and focus areas. It will be possible to support individual wishes again, as requested by the community in many instances. This may help the CommTech team to prioritize a wish within a focus area.

In order to ensure a connection between community wishes and WMF Annual Plan, and allow for a better prioritization of developers’ work, WMF staff will review and assign statuses to incoming wishes on an ongoing basis, and every three months statuses will be re-assessed in their product domains, to create focus areas, and prioritize the work as necessary. You can consult the current documentation on MediaWiki.

Lastly, in the upcoming weeks we will start working on our next feature: Multiple watchlists under the Task Prioritization focus area. We already have announced in the last update that we were looking for feedback regarding how watchlists and recent changes pages are used across projects, and we are still looking for input from you! In particular, we are interested in knowing which filters you use to select relevant edits, when doing your activities. What is considered best for patrolling, for example?

Thank you in advance for your help!

July 24, 2025: Watchlists and Recent Changes pages

Hello everyone! The Community Tech team is looking for feedback on a critical aspect of Wikipedians’ day-by-day activities – Watchlists and Recent Changes pages – and we’ve captured a lot of requests via the Task Prioritization focus area.

Watchlist (on larger wikis) and Recent Changes (on smaller wikis) are critical surfaces that are the “first stop” on Wikipedia, and for some users are the powerful landing pages when editing (see the findings of our latest report). Their feed receives regular review from many users, ranging from quick scans to extremely thorough explorations. Administrators, patrollers and established users rely on their watchlist as their main way to follow pages they care about—whether for governance, content, or communications tasks. Still, these pages have largely been untouched throughout the years, and volunteers often feel like they’re an “overflowing inbox.”

As we received lots of wishes pertaining to this focus area, we decided to make it into our main focus for the upcoming months. Our goal in this effort is to increase the click-through rate from watchlist to an edit. To achieve this goal, we initially want to focus on a core problem: watchlists can be overwhelming for editors with 100+ watched items, and they need ways to “break” their watchlists into component parts. We’ve seen at least 5 wishes that speak to this core issue. We also heard volunteers ask for better filtering mechanisms, performance improvements, and ability to view diffs in their watchlists.

We recognise that those two pages are the starting point of many wikipedians in their moderation activities, and we want to make them a better place to find the edits that need review. We also recognise that there are a plurality of use cases for watchlists and Recent Changes pages, so we need to balance the needs of users with less than 100 items in their watchlists and more than 100. Lastly, we will be facing substantial technical constraints that we will need to take into account when working on your wishes, which we are prioritizing in this quarter and the next.

We welcome you to review the task prioritization focus area and, if another idea comes to mind on how to improve recent changes or watchlist, we suggest you submit a wish!

June 18, 2025: Results of our last Wishathon sprint

Hello everyone! We wanted to share with you the results of the recently closed “Wishathon”, our internal hackathon organized by Community Tech to help fulfill more wishes from Community Wishlist.

The Wishathon, which ran from Monday 19 to Friday 23 May, engaged Wikimedia Foundation staff to help fulfill more wishes, and also foster cross-team and cross-departmental collaboration.

22 patches were written during the week, of which 4 were already merged. This allowed us to grant three wishes from the community, and we have a clearer path ahead for five more wishes.

The wishes granted through our Wishathon include:

In addition to that, we also worked on the following tasks and wishes:

As you can see, wishes are very different in complexity and feasibility, so in some cases (such as the “[show/hide]” dropdown button and the CSS sanitizer) we were able to resolve all or at least most of the it, others (such as the Wikimedia Dashboard modules) are more experimental in nature, and we could only do some improvements without resolving it completely. Our work will be used to guide the direction of teams in this regard.

May 14, 2025: Multiblocks, Favourite templates, and upcoming Wishlist improvements

Multiblocks, the #14 wish in the Community Wishlist Survey 2023, has been successfully released on four wikis (Polish, German, Italian and Hebrew Wikipedia) and will begin mass deployment by the end of the month: all non-Wikipedia projects plus Catalan Wikipedia will adopt Multiblocks on the week of May 26, while all other Wikipedias will adopt it on the week of June 2. Consult our current deployment schedule on Phabricator to know more.

With Multiblocks, admins get more block options: a sitewide and a partial block can run at the same time with different expiry dates. This eliminates the need to wait for the expiration of one block to apply the other. An admin may want to initially impose a temporary sitewide block on a disruptive user, and later keep their access to specific pages or namespaces restricted. This may be useful in cases of blocking Wikipedians heavily involved in editing specific namespaces or pages.

We are also working on Favourite Templates, a new feature that was suggested by several users, that will provide a better way for new and experienced contributors to recall and discover templates via the template dialog. We hope this will increase dialog usage and the number of templates added.

Since 2013, experienced volunteers have asked for a more intuitive template selector, exposing popular or most-used templates on the templates dialog. At this stage of work, we are focusing on allowing users to put templates in a “favourite” list, so that their reuse will be easier. We are currently exploring additional ways to help users discover or find templates, and welcome your ideas and feedback.

We will involve Polish and Arabic Wikipedias for piloting this new feature, and we are already evaluating involving other projects for a second phase of piloting. We will keep you posted about this.

Lastly we are working on some improvements to the Wishlist:

  • we are exploring new ways to update the status of the focus areas and wishes, to make them more clear to users;
  • we will introduce a better way to categorise wishes, as requested, as well as ordering them by date of creation, to make them more browsable;
  • and finally, we will introduce (in the upcoming months, probably July-September 2025) a way for users to support individual wishes, and not just focus areas.

We also want to discuss one more consideration for the Wishlist, which we’d like your input. As WMF product teams and developers work off Phabricator to prioritize tasks, some teams have asked for a tighter integration between the Wishlist and Phabricator, so they can evaluate wishes and Phabricator tasks when they prioritize work. We’ve evaluated the data, and approximately 30% of wishes have a Phabricator task already. What is the ideal relationship between the Wishlist and Phabricator, and how should that be represented?

March 12, 2025: Multiblocks pilot

Multiblocks, the #14 wish in the Community Wishlist Survey 2023 will be released to the Polish-language Wikipedia by the end of March 2025 for piloting. We are also seeking additional wikis to pilot with. We have a deployment schedule on Phabricator.

With Multiblocks, admins get more block options: a sitewide and a partial block can run at the same time with different expiry dates. This eliminates the need to wait for the expiration of one block to apply the other. An admin may want to initially impose a temporary sitewide block on a disruptive user, and later keep their access to specific pages or namespaces restricted. This may be useful in cases of blocking Wikipedians heavily involved in editing specific namespaces or pages.

Currently, admins must wait for the first block to expire before applying a second one. They need to find other solutions like setting reminders to return and update the restrictions manually. With Multiblocks, this extra step is no longer necessary. As part of preparations for building Multiblocks, Community Tech has redesigned the Special:Block page using Codex. The block log has been repositioned towards the top of the page so the admins can easily access this information to decide the nature of subsequent blocks.

Blocks can now be applied using precise date selections, providing clearer and more consistent expiration settings compared to written time intervals such as "fortnights." These design changes serve as foundational steps for the Multiblocks implementation.

The refreshed Special:Block page is accessible via applying a url parameter ?usecodex=1 to the end of the link to an admin's block page. You can try it out. Give feedback about the refreshed Special:Block page on the project talk page.

Some communities may need to update their policies or guidelines for using Multiblocks. We encourage you to start considering these needs if they apply to you. Community Tech is here to support your discussions and will also be listening to how communities wish to approach this.

Thank you for your patience as we work towards delivering this helpful new feature.

February 20, 2025: Codex Special:Block Design Testers Needed

As CommTech prepares to fulfil the Multiblocks wish, we are redesigning the Special:Block page using Codex. Admins are invited to test a prototype of the refreshed block page in a moderated user test conducted by CommTech's Principal User Experience Designer Joydeep Sengupta. To sign up, please visit the Multiblocks talk page where we have some slots open for booking.

16 grudnia 2024: Można dyskutować i poprzeć obszar "Lepsze połączenie Commons i innymi projektami"

Z próśb wyodrębniliśmy obszar zainteresowania dotyczący poprawy połączeń między Wikimedia Commons i innymi projektami Wikimedia. Obszar ten nosi tytuł Lepsze połączenie Commons i innymi projektami. Można już dyskutować na ten temat i wyrazić poparcie dla prac nad tym obszarem.

27 października 2024 r: Obszar tworzenia artykułów jest otwarty na dyskusję i wsparcie

Lista życzeń społeczności tworzyła zbiór życzeń i sugestii, podkreślając potrzebę lepszego wsparcia i wskazówek dla nowicjuszy podczas tworzenia artykułów, a jednocześnie dążąc do zmniejszenia frustracji i wycofywania edycji. Pomysły te zostały pogrupowane w obszarze tematycznym Wskazówki dotyczące tworzenia artykułów.

Wszyscy, którzy są zainteresowani poprawą przepływu pracy dla nowicjuszy, są zaproszeni do zapoznania się z tymi życzeniami, dołączenia do dyskusji na zbiorowej stronie dyskusji obszaru fokusowego i wsparcia, jeśli czuja potrzebę właczenia się w ten temat.

To ogłoszenie zostało udostępnione w następujących miejscach:

  • Teahouse
  • Afrykańscy wikimedianie - grupa na Telegramie
  • Organizatorzy wydarzenia - grupa na Telegramie

16 października 2024 r: Aktualizacja dotycząca przywracania edycji

Dziękujemy wszystkim za cenne opinie na temat funkcji przywracania edycji! Wprowadziliśmy kilka ważnych ulepszeń w oparciu o Wasze komentarze ze strony dyskusji Przywracanie edycji. Wcześniej funkcja domyślnie automatycznie odzyskiwała zmiany po wznowieniu edycji, a następnie dawała opcję ich przywrócenia w następnym kroku. W tej aktualizacji użytkownik zostanie najpierw zapytany, czy chce odzyskać zmiany, czy nie. Teraz redaktorzy mają większą kontrolę nad przepływem pracy.

Aby uzyskać wizualną demonstrację tych zmian, zapoznaj się z poniższymi zrzutami ekranu:

  • Poprzednia wersja: Zmiany były automatycznie przywracane, redaktorzy musieli je odrzucić, jeśli ich nie chcieli.
    Poprzednia wersja: Zmiany były automatycznie przywracane, redaktorzy musieli je odrzucić, jeśli ich nie chcieli.
  • Nowa wersja: Redaktorzy są powiadamiani o niezapisanych zmianach i mają możliwość ich przywrócenia lub odrzucenia.
    Nowa wersja: Redaktorzy są powiadamiani o niezapisanych zmianach i mają możliwość ich przywrócenia lub odrzucenia.

16 października 2024 r: Rozmowy stały się łatwiejsze: Mamy Życzenia tłumaczone maszynowo!

Lista życzeń społeczności testuje teraz tłumaczenia maszynowe dla zawartości listy życzeń. Wolontariusze mogą teraz czytać przetłumaczone maszynowo wersje życzeń i zagłębiać się w dyskusje jeszcze przed przybyciem tłumaczy w celu przetłumaczenia treści. Naszym celem jest uczynienie zawartości listy życzeń bardziej dostępną. Zachęcamy do wypróbowania tego rozwiązania poprzez aktywację w preferencjach gadżetu „WishlistTranslation” na MetaWiki. Poniżej znajduje się zrzut ekranu sekcji, w której można włączyć tę funkcję.

Screenshot demonstrating how to turn on Wishlist Translation
Zrzut ekranu pokazujący, jak włączyć tłumaczenie listy życzeń

Należy pamiętać, że tłumaczenia maszynowe nie są weryfikowane przez człowieka. W związku z tym jakość tłumaczeń będzie się różnić, a my z radością przyjmiemy wszelkie Wasze opinie za pośrednictwem strony dyskusji społeczności Listy.

Ta funkcja jest obsługiwana przez MinT, usługę tłumaczenia maszynowego hostowaną w infrastrukturze Wikimedia Foundation, zaprojektowaną w celu zapewnienia tłumaczenia z wielu modeli tłumaczenia typu open source.

16 września 2024 r: Prosimy o opinie na temat odzyskiwania edycji

Droga Społeczności, funkcja odzyskiwania edycji jest aktywna w Special:Preferences, sekcja Editing od wiosny 2024 r. i w oparciu o opinie, chcieliśmy zapytać, jak funkcja powinna działać w przyszłości.

Obecnie funkcja odzyskiwania edycji zakłada, że użytkownik chce odzyskać swoje zmiany po ponownym wczytaniu lub otwarciu strony i monituje użytkowników o odrzucenie zmian. Jednak w oparciu o opinie na naszej stronie dyskusji, niektórzy użytkownicy woleliby, aby funkcja odzyskiwania edycji zakładała, że użytkownik nie chceodzyskiwać zmian, a zamiast tego powinien zostać poproszony o ich przywrócenie.

Na tym etapie zespół Community Tech prosi społeczność o opinię na temat tego, czy funkcja odzyskiwania edycji działa zgodnie z oczekiwaniami, czy też użytkownicy woleliby, aby funkcja odzyskiwania edycji jednak monitowała użytkowników o przywrócenie edycji.

Prosimy o przekazywanie opinii na stronie dyskusji. Mamy nadzieję podjąć decyzję do środy, 26 września 2024.

Retrieved from "https://meta.wikimedia.org/w/index.php?title=Community_Wishlist/Updates/pl&oldid=30061323"