커뮤니티 위시리스트/업데이트
July 31, 2026: Update on wishlist next steps and program management support
Hi, I want to share an update with you about our Wishlist proposal and about who will support the Wishlist.
Last week at Wikimania, I hosted a session to gather ideas for how wishes should be prioritized in the future. The idea behind this session was that we want to create a prioritization framework with the community, so that the wishes we prioritize reflect the community’s needs and expectations. To make that happen, vote count and other community criteria (to ensure smaller communities also have a chance to be heard) should be the biggest factors in determining prioritization. I’ve already posted the ideas we’ve gathered during my session, and as a next step I will follow up later in August with a proposal for what the process could look like to get feedback from the broader community.
In addition, we have heard feedback that deep involvement with contributors and technical experience are critical for the program manager for the new Community Wishlist. Based on that feedback and through discussion with the current program manager, MikeZ-WMF, we are designing a new program manager role for the Wishlist to be more focused on community engagement, relationship building, and ownership of delivery and execution of wishes. You'll see the job posting go live in the next few days. Going forward, Mike is going to support the Reader Engagement goal. Our commitment to Wishlist resourcing remains, and this change is to ensure we have the right skills to support the Wishlist going forward.
If you have any questions, please feel free to reach out to me, or directly to the teams working on the current wishes. SPerry-WMF (talk) 14:57, 31 July 2026 (UTC)
July 9, 2026: Update on near-term wish work
Hi, I'm Sonja and I work with Marshall on building out the future process for the wishlist. A couple weeks ago, Marshall shared some suggestions we have for the long-term, which is something we're planning to solidify over the next couple of months. This update is mainly about the near-term, but just to reiterate some of the main things for the long-term: we heard your concerns that the current voting and prioritization process didn't meet community expectations, and that ideally a future wishlist would complement our annual plans with dedicated wishlist work that can sit outside the Foundation's strategic goals. We are committed to shaping the new process around that. One big point to highlight here is that prioritization will rely mainly on votes moving forward, and we want to figure out with volunteers how to best use the votes to prioritize wishes. We still need to resolve some open questions, for example how we might ensure that smaller communities and projects don't get overlooked. We're planning to hold a wishlist vote later in 2026, to prioritize wishes starting in 2027.
Regarding the near-term: until we have new voted-on wishes in place in January, we will continue working on the wishes from the existing process. To be clear: we know the existing process did not capture community needs the way previous years of the wishlist had. But many useful wishes are currently underway, nominated and voted on by volunteers. This is an approach that closes out the old process, knowing that we will stand up a new and more community-aligned process over the next couple of months. Below is a list of all the work that in one way or another impacts currently open wishes and that is planned either by the Foundation, volunteers, or affiliates between now and December 2026 (so that's why there are a lot of wishes in the list). We're sharing this table as a one-time snapshot to create clarity for the next few months and plan to share a closeout report before we start picking up new wishes in January. In the meantime, you'll be seeing our regular monthly updates in the usual format.
Here is what the timeline will look like:
- Now through December
- Work on previously prioritized wishes will be continued, either through larger related projects or dedicated wish work (more details in table below).
- October / November
- Wish submission and voting period takes place. We are ironing out the details for this and plan to co-create this process with the community.
- January
- The Foundation starts picking up explicit wish work per new prioritization process, based on a prioritization framework built with community. Exact details are still to be determined in collaboration with the community.
We need your ideas for creating a process that meets the needs of the community, so please participate in the discussion on the talk page. You can post in your own language if you prefer – my colleagues will help translate so every input is considered. I'm especially interested in hearing about how we can set up the process to surface wishes that can make a big difference for experienced editors.
| Wishes overview | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
July 6, 2026: Services and Ownership Update
Hi, I’m Sonja and I lead the Contributor product teams at the Foundation. I’m currently helping with closing out the current wishlist process and defining what the future of the wishlist should look like. You’ll soon hear more from me to follow up on Marshall's last update on long-term proposals and next steps. In the meantime, I have an update on maintenance assignments for the 27 tools and production services previously maintained by CommTech – we know that many of these are critical tools for editors, and so it is important that there are teams ready to address issues when they occur. Suman and other engineering leaders worked on this list. While filing Phabricator tasks and other modes of contacting WMF will work to raise issues, contacting the product managers or engineering managers on these teams is also an option. Note that since our last post we've added a few more tools to this list per volunteer feedback.
- Popular Pages Bot – Data Platform Engineering
- CopyPatrol – Technical Partnerships team (to manage Turnitin contract); Moderator Tools
- Pageviews Analysis – Data Platform Engineering
- XTools – Moderator Tools
- Extension:CodeMirror – Editing
- Extension:LoginNotify – Product Safety and Integrity
- Database Reports – Data Platform Engineering
- Extension:PageAssessments – Data Platform Engineering
- SVG Translate – MediaWiki Engineering
- Extension:TemplateWizard – Editing (front end); Content Transform Team (back end)
- Commons deletion notification bot – Moderator Tools
- Event Metrics – Connection
- Wikisource Export – MediaWiki Engineering
- Wikimedia OCR – MediaWiki Engineering
- Google-api-proxy – Tools Infrastructure
- Extension:WikiSource – MediaWiki Engineering
- Who Wrote That? – Moderator Tools
- WikiWho – Moderator Tools
- Edit Recovery – Editing
- Template recall and discovery – Editing (front end); Content Transform Team (back end)
- Extension:CommunityRequests – Technical Program Management (team link coming soon)
- Watchlist Labels – Moderator Tools
- Extension:GlobalPreferences – MediaWiki Engineering
- Realtime Preview – Editing
- AutosuggestSiteLink – MediaWiki Engineering
- Extension:ArticleCreationWorkflow – Language and Product Localization
- Community Tech Bot – MediaWiki Engineering
- Extension:UrlShortener – MediaWiki Engineering
- Multiblocks – Product Safety and Integrity, as part of the blocks system
- Watchlist Expiry – Moderator Tools
As we shared in our June update, in April we introduced our approach to ensuring continuity of ownership for production services: every service we run in production will have an assigned team responsible for it. This is an important step for the Foundation. Our goal is to move away from individual ownership of tools and services, and instead establish clear team assignments. By assigning teams, we can create a more sustainable and reliable model for maintaining and supporting our production services.
In that vein, this "Maintainers" page is being updated to indicate some of what I listed above (though not all of the tools will be on the Maintainers page, as that page is meant for production software).
June 24, 2026: Latest updates for the Community Wishlist
Hello everyone,
Since our last monthly update on 13th May, substantial changes have been made to how the wishlist will work going forward, and there has been a large amount of community discussion. You can read those updates here and here, and we are asking for community input on how exactly the wishlist should operate in the future. Please join the discussion.
We’re proposing several changes to how we take in and prioritize wishes (such as a return to annual voting), but even as we discuss with communities how the wishlist will work in the future, existing wishes are in progress and continue to be completed by the various teams in the Product and Technology department, by affiliates, and by volunteers. So this is an update on those recently completed wishes, in-progress wishes, and upcoming ones.
The work we did in the last month
The Mobile Apps team has been working on more games (W514) : "Which came first?" is now available on Android, and an iOS release will follow in July; "Did you know?" is on hold due to technical and linguistic constraints, though feedback is still welcome.
The Reader Growth team evaluated an experiment to Make 'Table of Contents' available in Wikipedia (Web) Mobile (W423) . Results showed it lowered the retention rate for readers (primary success metric) by about 1.5% and shortened the amount of time they spent on wiki. As a result, the team will not implement the Table of Contents for readers on mobile web. Feedback is still welcome on the experiment talk page.
Make subreferencing work with inline refs and reflist (W309) is now done. The feature will be gradually deployed to all wikis starting June 2026 (deployment plan). Feedback can be shared with the WMDE Technical Wishes team on the project page.
Along with Sage (Wiki Ed), SuperGrey and Xinacod, MusikAnimal (WMF) is wrapping up adding new languages to "Who Wrote That" and to the P&E Dashboard (W503) with 56 languages total. Chinese, Japanese and Korean are taking additional time due to large XML dumps to import.
What we currently have in progress
The Wikidata team is working on giving editors an easy and seamless experience when contributing to Wikidata on mobile (W389) . Editors can now enable a beta feature for mobile statement editing. The team is taking all the feedback into account as part of the mobile editing work, which will eventually also come to desktop.
The Moderator Tools team has continued the expansion of the Personal Dashboard (W313) to make it easier for editors to identify where their attention is needed. Users with more than 100+ edits (and no more than 500 edits on English Wikipedia) received a UI invite and personal tools menu link to view the page. Learn more about this on their project page.
Aude is working, with support from the Search and Wikidata teams plus Matěj Suchánek, on a patch to ensure to add a date range filter for MediaSearch (W221) .
Make the Chart extension beginner-friendly (W414) will be owned by Reader Growth as MusikAnimal wraps up the implementation with their support. This week the realtime preview feature will be added to the JSON editor. The project page will be updated.
Three mobile app wishes related to discovery (W506), customization (W386), and personalization (W384) are informing the Mobile App team’s Explore Feed Refresh project, which is a large redesign to increase engagement through several smaller improvements and experiments. Phase 1 has recently had an Android beta rollout to 50% of users in production. iOS is being targeted for July. You can post feedback on the talk page.
The Language and Product Localization (LPL) team is working on allowing users to pin/unpin specific languages in interwiki links (W264) . They aim to release it as part of the language selector UX improvements by the end of June.
The Unsupported Tools Working Group has prioritized Commons work such as uploads, including guidance on categories on upload (W526) and chunked uploading to Special:Upload (W46) , which are being worked on by This Dot along with support from the group’s members Sohom Datta and Cormac Parle.
What we are scoping next
The Unsupported Tools Working Group has prioritized additional Commons wishes to be implemented by This Dot, who have been doing Wishlist work on a contractual basis since November 2025, along with collaboration with teams such as Reader Growth and Wishlist UX for an updated audio player (W317) , while the latter team focuses on the related spoken Wikipedia (W304) wish. Moreover, we continue to scope tools for image editing directly in Wikimedia Commons (W222) , while support for brightness, contrast, and saturation filters was made possible thanks to support from Bawolff.
The Editing team has started to scope ways to highlight the edit button (W496) for potential new editors who may not be aware that they can edit. An initial experiment is planned for next quarter (July through September). A project page with more details is forthcoming.
With support of Wikimedia Brasil, Wikimedia Deutschland, and the Editing team, an intern from Outreachy is planning the automatic verification of duplicate references in the Visual Editor (W278) . More details are in this Diff post.
Wikimedia Deutschland’s Technical Wishes team has also started a project page to possibly scope improving VE references' automatic names and reuse (W17) . Possible solutions are listed on the project page, where you can also join discussions on the respective talk page.
Some statistics
Here is a recent snapshot all current wishes followed by notes on diffs since our last update on 13th May:
The most notable shifts in numbers are "in progress" growing from 18 to 24. These wishes are actively being worked on as seen in patches and user-facing experiments and beta phases.
For wishes marked "Done" in the pie chart, we have heard that some of these should have been declined for existing functionality. A few months ago we added a new sub-status for "Decline" that covers this use case.
You can read more about status details in the FAQ.
We need your feedback
For adding the mobile app reading lists to desktop (W102) , the Reader team has updated their project page with a timeline and experiment details – you can join the talk page discussions, and also follow how feedback will be incorporated in Phabricator.
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!
June 17, 2026: Wishlist program in the future
Hi everyone – I’m Marshall Miller; I’m a senior director of product working with the teams that build the user-facing parts of the wiki software, which will be doing much of the work of accomplishing wishes going forward. As I posted on the talk page last week, Sonja Perry, MikeZ and I are on point for working with communities on how the wishlist program will operate in the future.
Over the past few weeks, over 100 volunteers have spoken up about what they need from the wishlist and how they think it should function, and we committed that we’ll work with volunteers over three months to clarify those plans. We’ve heard that the wishlist is a vital way that the needs of experienced editors get voiced. We’ve heard about the importance of the annual cadence of voting to draw volunteers’ attention to the wishlist and to create a moment when the community considers priorities together. We’ve heard that it’s important to ensure that sufficient WMF resources will be dedicated to accomplishing wishes. We’ve heard that volunteers need clear points of contact to whom they can ask questions and bring up problems around wishlist work.
Sonja, Mike, and I have been discussing with some users with extended rights (thank you!) to make some proposals about how the wishlist program can meet those needs. The proposals listed below are meant to cover some of the large aspects of the wishlist, but don’t cover all the many smaller details (we will get to those!). Please let us know on the talk page what you think of these. I also list some open questions we want to hear from communities on.
I want to note that while the below points are about how the wishlist program might run in the future, we also need to share with communities how we’ll accomplish wishes in the nearer term, over the coming months. We’ll get into those details in another update.
Proposals for the future
- We’ll return to a widely-advertised annual wishlist vote to identify the wishes that are the highest priority for the communities.
- To make the voting as useful as possible, a working group coordinated by the wishlist program manager will categorize and de-dupe wishes, and ask clarifying questions to the wishers. The working group will have staff from the various WMF teams that will work on the wishes (e.g. someone from the Editing team, someone from the Moderator Tools team, etc.) We will also invite volunteers to join in this process to prepare for voting, and we want to figure out how that can work best.
- After wishes are voted on, WMF will take those vote counts and all the volunteer discussion into our annual planning process, so that we can prioritize them alongside the other non-wishlist work that we’re planning – making sure that highly-voted wishlist work gets resourced (and is not an afterthought). At that point, we’ll figure out which teams are well-positioned to work on which wishes, and build in time on team roadmaps to work on wishes. It’s important to note that, just as in the past, not all highly-voted wishes can be worked on – some wishes may be technically infeasible, or negatively affect certain users, or need to wait for the attention of a team that is focused on a different important priority.
- To make sure we’re dedicating sufficient resources toward wishes, we’ll look at past wishlist years and plan to accomplish similar amounts of wishlist work in upcoming years (with the knowledge that wishes vary in size).
- As part of sharing our annual plan with the communities in coming years, we’ll share which wishes will be worked on, by which teams, and roughly when in the year.
- We will make clear who the WMF contact points are for each wish that we’ll work on, so that volunteers can easily contact them with ideas and questions.
Open questions – we want to hear from you
- Sometimes there are multiple wishes that are related to each other, or especially large wishes. These might indicate some important area that requires major investment for editors. An example is the Page Curation and New Pages Feed improvements from the 2019 wishlist, which constituted substantial upgrades to that system. How might the wishlist help surface those major areas?
- In the past, the wishlist tried various approaches to make sure that wishes from sister projects and smaller languages were prioritized. How might we make sure that smaller projects and languages get attention?
- Although it is crucial to have a period of high visibility for soliciting wishes and voting, would it be good to still allow submitting wishes year-round, so that when people have ideas/needs, they can submit them instead of needing to remember to do so months later?
- Past wishlist years have used various systems for determining exactly which highly-voted wishes are prioritized, and have taken into account aspects like the size of the wish and how to serve smaller projects and languages. We’re still thinking about what would work best going forward and want to hear your thoughts.
We hope to hear from you on the talk page, and we’ll continue to share updates.
June 5, 2026: Ownership updates and next steps
Hi all, Suman again – Deputy Chief Product & Technology Officer at the Wikimedia Foundation. I am writing to share a few more updates since last week.
- Ownership of Tools and Services: Many of you have asked about the ownership of the tools maintained by CommTech. We are aware of 27 tools and production services that were maintained by CommTech. This list was populated with the help of the former CommTech team members and aligns with what the community members have shared with us. We know code ownership continuity is important so that tools keep working. In April, we shared with the community how the Foundation will manage continuity of ownership for services in production – everything we run in production will have a team assigned to it. This is in progress now. We are putting the production services previously owned by CommTech through that process, which will mean we’ll assign new teams for their ongoing maintenance and support. When it comes to the tools owned by CommTech (different from the production services), we are working with the former CommTech engineers who have been placed in other P&T teams to establish what other teams will maintain and own those tools.
- Ownership of active CommTech Wishes: CommTech had been working on 9 wishes when the restructuring took place: Make the "Who Wrote That?" tool work in all languages; Add the "hide templates" option to What links here; Edit the introduction instead of the entire article; Make the Chart extension beginner-friendly; Support full color 3D models on Wikimedia projects; Allow sorting of discussions on talk pages; Special pages should have language links; Open the Wikimedia Commons file page directly, and the remaining Watchlist Labels work. Of those 9, two were close to completion and will stay with the former CommTech team members that were previously assigned to them, together with volunteer developers ("Who Wrote That?" And "Hide Templates"). The others have been divided and incorporated into existing roadmaps amongst the Editing and UX team, the Moderator Tools team and Wishlist Program Management, who will partner with volunteers where relevant on development work.
- Focus Areas: As Selena noted in her update, focus areas will no longer be applied as the majority of community feedback indicated that they made the process less clear. We will be updating our documentation to reflect the change in focus areas in the next week, and will continue to make updates based on what we hear from you in the coming weeks.
- Triaging and Tracking Incoming Wishes: This past week, the Foundation Product teams have continued to triage incoming wishes. Over the last few days,
(削除) the PSI team prioritized sentiment analysis tools and (削除ここまで)[1] the SRE team prioritized Enable Encrypted Client Hello (ECH) for Wikimedia sites. In terms of tracking, we’ve been in conversations with community members about better tracking progress on wishes through Phabricator and on-wiki monthly updates crediting volunteer developers, Foundation teams and anyone else helping to support this work. You can follow this triaging and tracking work, including individual wishes submitted, through our monthly updates and our statistics. - Longer term: Though we’re talking about a few clear improvements to make to the wishlist going forward, there are many other ideas that volunteers have brought up and that we should consider together. Like Selena said in her previous update, that’s something we want to keep doing over the next three months, and we’ll figure out how to get more organized about it and synthesize all the ideas and proposals – so let’s please keep the conversations going.
Since the last update, one member of the CommTech team has joined the Mediawiki Engineering Team focusing on media infrastructure and two (one, two), the Moderator tools team. These existing teams are in a good position along with others to continue working with the community to tackle future wishes related to mediawiki engineering and moderator tools.
References
- ↑ After some further discussion, since we have some work that is closely related to this wish, but do not know yet whether we will pursue the wish exactly, we are moving this back to "Under Review". For more, see our comments to the wish author, and the related project page.
May 29, 2026: Wishlist process changes in response to feedback; staffing update
Hello all, I am Selena Deckelmann, CPTO of the Wikimedia Foundation. I have been engaged on the discussion page and continue to follow all conversations here and on en.wiki, as well as other forums, to ensure that I am hearing from as many people as I possibly can about the changes announced on May 20.
I wanted to thank everyone for the feedback and suggestions for improvements to the Wishlist going forward. In thinking about different aspects of the wishlist work, I have noticed a few recommendations we can already move forward with, and let’s keep the conversation going to better define how the wishlist can go well in the future.
- Focus areas: themed focus areas were added to the Community Wishlist around 2024 as they were a feature of the WMDE Wishlist that seemed to help that system work. It sounds like these made the process less clear as a whole. We can commit to removing these.
- Response time: Multiple editors have mentioned slow or no response to wishes and phabricator tickets. I am also interested in solving the phabricator backlog and responsiveness problems, but will focus on the Wishlist for the purpose of this conversation. We have committed to a 10 business day response time for submitted wishes. We will publish information about response time going forward, as we have been for the last two months in our Monthly Updates, so that community members can track how we perform.
- Annual cadence and voting on wishes: Last October, we added voting back. However, what many editors have noted is that we don’t run banners to invite people to participate, leading to only about 30% of the volume of unique participants. I understand that it’s important for the wishlist to have broad exposure, because it’s an accessible way for average editors to express their needs and ideas (whereas Phabricator or direct contact with WMF staff are higher barriers). We can commit to working with community members to invite participation. Suman has opened a thread about what annual participation might look like going forward. I welcome more conversation about how we can move forward with more voting and a better system.
- Hackathon wishes: This hasn’t come up, but over the last 2 years, we have introduced wishes to Wikimedia Hackathon. An example from this past hackathon, is that hacker Katie Filbert fulfilled a wish written by Nosferattus to add a date range filter for MediaSearch. We plan to continue making this an explicit part of Hackathon preparation.
- Fulfillment of wishes: I appreciate that Barkeep has posted an analysis of wishes, as well as Prototypeperspective ‘s analysis from a few months ago. Mike asked Barkeep to compare notes on his manual analysis of 46 wishes. I’m interested in ways of making this more accurate over time and proposed that we automatically create phabricator tickets for wishes that are adopted. I have a list of wishes that teams at the Foundation committed to as part of the FY26-27 annual plan in March 2026, and are planned to be implemented over the next 12 months or so. As new wishes we can commit to arise, I will add to this list.
Another issue raised by Rhododendrites is around how to engage with the right people at the right time. The Wishlist isn’t the only way that community input goes into WMF work – there’s Phabricator, Discord, discussions at events, talk pages for specific projects and teams, and regular meetings for users with extended rights. I would love proposals from you all on how to best make use of all these channels together, and for volunteers to be able to see the outputs that come from all these inputs.
Finally, an update on staffing. As my team has shared in our past posts, all six Community Tech team members are currently still working at the Foundation and are receiving expedited internal support to interview for open roles at the organization. We have concluded some of those hiring processes, and I’m pleased to share that three of the engineers have received offers for roles in other teams, two of which have been accepted already. They have been encouraged to update their team pages and other external pages as they feel comfortable. These changes will formally take effect next week.
2026년 5월 20일: 커뮤니티 테크가 프로그램으로 전환됨
안녕하세요, 저는 위키미디어 재단의 제품 및 기술 부문 부책임자인 수만입니다. 위키미디어 재단이 위시리스트 접수 및 지원 방식을 개편하기로 결정했음을 알려드리고자 합니다. 기존에 커뮤니티 기술팀이 다른 팀들과 협업하는 과정에서 병목 현상과 지연이 빈번하게 발생하는 것을 확인하고, 커뮤니티 기술 지원을 여러 팀이 공동으로 담당하는 프로그램으로 전환하기로 했습니다. 이 모델은 이미 성공적인 것으로 입증되었지만, 커뮤니티 기술팀과 해당 팀의 엔지니어 5명, 관리자 1명의 역할은 축소될 예정입니다. 위시리스트 접수 및 우선순위 지정 업무를 담당하는 전담 인력은 그대로 유지되며, 재정 지원도 기존과 동일하게 제공되지만 운영 구조는 변경될 것입니다.
앞으로도 위시리스트는 다양한 언어와 위키의 요청 사항을 반영하여 지속적으로 개선해 나갈 것이며, 자원봉사자분들의 아이디어와 피드백을 정기적으로 수렴하는 다른 채널(토론 페이지, 사랑방, 채팅 플랫폼, 전화 회의, 컨퍼런스 등)을 보완하는 역할을 할 것입니다. 최근 커뮤니티 업데이트에서는 지난 한 달간의 진행 상황에 대한 자세한 내용을 제공하고 있으며, 사용자가 편집해야 하는 페이지를 태그하고 추적하는 기능 구현, "누가 작성했나요?" 및 P&E 대시보드에 새로운 언어 추가 등의 내용을 포함하고 있습니다. 앞으로 몇 주, 몇 달 동안 월별 통계를 통해 요청 사항 처리 속도와 건수가 꾸준히 증가하는 것을 확인하실 수 있기를 바랍니다.
2026년 5월 13일: 커뮤니티 기술팀의 최신 업데이트
안녕하세요 여러분! 지난 한 달 동안 저희가 진행한 업무에 대한 업데이트와 앞으로 진행할 업무에 대해 알려드리겠습니다.
우리가 지난달에 했던 일
주시목록 레이블 작업의 일환으로, 우선순위, 관심도, 주제 및 페이지 개선 작업에 따라 사용자가 편집해야 하는 페이지를 태그하고 추적하는 기능을 요청했던 또 다른 요청을 해결했습니다. 또한, 해당 요청의 필수 기능 중 일부는 새로 배포된 개인 대시보드에 포함되었습니다.
또한, "누가 그 글을 썼는지"와 P&E 대시보드에 새로운 언어를 추가하는 작업을 계속 진행하여 현재 해당 도구에서 12개 언어를 추가로 사용할 수 있습니다. 향후 더 많은 언어가 추가될 수도 있습니다.
또한 편집팀은 대량의 콘텐츠를 복사하여 붙여넣을 때 경고 메시지와 관련된 요청을 위해 작업해 왔습니다. 이 기능에 대한이 이제 모든 위키에 배포되었으며 팀은 현재 피드백을 요청하고 있습니다.
마지막으로, 밀라노에서 열린 위키미디어 해커톤 기간 동안 케이티 필버트는 미디어서치에 날짜 범위 필터를 추가하는 패치를 작업했습니다. 해당 패치는 현재 검토 중입니다.
현재 진행 중인 사항
이것이 바로 우리가 이번 달에 집중하고 있는 부분입니다.
- 차트 확장 프로그램을 초보자 친화적으로 만들기: 몇 가지 디자인 목업을 완성하여 새 프로젝트 페이지에 게시했으며, 해당 요청 사항에 대한 기술적 구현을 시작했습니다.
- 위키미디어 프로젝트에서 풀 컬러 3D 모델 지원: 3D 렌더링이 개선되었습니다(장면 조명 및 모델 크기 정규화, 이 예제 참조). 또한, 초기 시도가 작동하지 않는 것을 확인한 후, 3d2png에 대한 GLB 지원을 조사하고 있으며, 문제에 대한 새로운 잠재적 해결책을 모색하고 있습니다. 진행 상황은 파브리케이터에서 phab:T424872으로 확인할 수 있습니다.
- 위키백과 모바일 앱의 읽기 목록을 웹사이트에 추가: 이 기능은 리더 팀에 의해 베타 버전의 모든 위키에 배포되었으며, 전체 제품 출시 여부를 결정하기 위해 모니터링될 예정입니다.
다음으로 살펴볼 사항은 다음과 같습니다.
앞으로 몇 달 동안의 우선순위를 이미 정해 두었습니다.
- '링크된 항목' 페이지에 '템플릿 숨기기' 옵션 추가, 이는 이미 2022 커뮤니티 위시리스트 설문조사에서 상위 6위에 올랐으며, 현재 사용자들로부터 상당한 지지를 받고 있는 요청 사항입니다. 이 요청은 텍스트에 직접 포함된 경우와 달리 템플릿에 포함된 경우에만 '링크된 항목' 페이지에서 문서를 제거하는 데 중점을 둡니다.
- 전체 문서 대신 서론만 편집은 문서 전체를 열어서 편집하는 대신 문서의 서두만 편집할 수 있는 기능을 요청하는 요청입니다.
- 파일이 특정 분류 아래에 있는 이유를 확인하는 방법(cat-path를 보여주는 도구), 이는 파일이 상위 분류로 분류되는 경로를 보여주는 기능을 요청하는 것으로, 잘못된 분류를 발견하고 수정할 수 있도록 도와줍니다.
- 제대로 된 오디오 플레이어는 위키미디어 공용에서 오디오 파일을 표시하고 듣는 현재 방식을 개선해 달라는 요청입니다.
- 토론 페이지에서 토론 정렬 기능을 허용합니다, 이는 2023년에 이미 제안된 요청 사항으로, 토론 정렬 방식이 표준적이지 않은 프로젝트 및 페이지를 지원합니다. 모든 사용자를 하나의 정렬 순서로 강제하는 대신, 각 사용자가 원하는 순서대로 시간순으로 또는 "최종 수정일"을 기준으로 토론을 정렬할 수 있도록 합니다.
몇 가지 통계
지난 한 달 동안 소원 현황을 보여주는 간략한 개요는 다음과 같습니다.
이 수치는 새로운 요청 사항 접수 및 이해관계자와의 심층적인 검토를 통해 지속적으로 변동됩니다. 지난 한 달 동안 가장 눈에 띄는 변동은 검토 중인 요청(87건에서 79건으로 감소), 우선순위 지정 요청(15건에서 21건으로 증가), 장기적인 개선 기회 요청(204건에서 210건으로 증가)에서 나타났습니다.
마지막으로, 4월에는 모든 신규 요청에 대한 처리 시간이 영업일 기준 3일 이내로 단축되었습니다.
여러분의 의견이 필요합니다
늘 그렇듯이, 여러분의 의견을 구하는 주제와 분야가 있습니다. 특히 다음과 같은 사항에 대해 의견을 주시면 감사하겠습니다.
- 위키미디어 재단의 2026-2027년 연간 계획이 발표되었으며, 6가지 핵심 결과는 지속적인 요청 사항과 관련이 있습니다. 제품 및 기술 부서에서 공동으로 작성한 다양한 질문이 포함된 토론 페이지(토론 페이지)에 참여하세요.
- 예를 들어, 인기 있는 편집 버튼 강조 표시 요청과 관련된 신규 사용자에 대한 토론을 참조하세요.
- 지난달에 공유했던 요청 사항 분류 및 우선순위 지정 방법에 대한 초안이 게시되었습니다. 분량이 늘어나서 페이지를 섹션별로 재구성했습니다.
- 7월에 새로운 회계연도가 시작됨에 따라, 저희는 중점 영역을 새롭게 정립하는 것에 대해 생각하기 시작했으며, 여러분의 참여를 위해 몇 가지 초기 생각을 게시했습니다.
언제나처럼, 궁금한 점이나 의견이 있으시면 커뮤니티 위시리스트 토론 페이지에 남겨주세요. 여러분의 의견을 기다리고 있겠습니다!
2026년 4월 7일: 지금까지 우리가 해낸 일과 앞으로 몇 달 동안 팀이 진행할 일
안녕하세요 여러분! 이번에는 지금까지 진행된 작업과 앞으로의 계획에 대한 많은 소식을 전해드리겠습니다. 앞으로도 이러한 형식으로 작업 진행 상황을 더욱 투명하게 공개할 예정입니다.
지난달 작업 내용
우선, 모든 프로젝트에서 주시목록 레이블 기능을 마무리하고 있습니다. 이 새로운 기능을 통해 사용자는 관심 목록 항목에 레이블을 추가하여 특히 대규모 주시목록을 관리하고 필터링할 수 있습니다. 현재까지 모든 프로젝트에서 1,595명의 사용자가 최소 하나 이상의 레이블을 생성했으며, 총 3,554개의 레이블이 생성되어 250,279개의 주시목록 페이지에 레이블이 지정되었습니다. 이러한 초기 결과에 만족하며, 앞으로 이 수치가 더욱 증가할 것으로 기대합니다.
지난달에 우리가 실행한 다른 소소한 소망들은 다음과 같습니다.
- "이 템플릿을 사용한 미리보기 페이지" 기능은 템플릿을 포함하지 않는 페이지에서는 작동하지 않아야 합니다 . 이는 미리보기 페이지 기능의 버그입니다.
- 구글과 덕덕고가 위키미디어 공용의 미디어 파일과 카테고리를 검색 엔진에서 색인화하지 않는다는 점은 , 두 주요 검색 엔진에서 공용을 색인화해 달라는 요청으로 상당한 지지를 받았습니다.
- 편집자가 커뮤니티의 요청을 구독하고 , 업데이트나 답글이 있을 경우 위키 전체에 알림을 받을 수 있도록 허용합니다.
- 수학 공식을 편집하는 것은 너무 어렵습니다 . 문서에 수학 공식을 삽입하는 과정을 간소화해야 한다는 바람입니다.
현재 진행 중인 작업
또한, 다른 위키미디어 재단 팀들과 협력하여 향후 몇 달 안에 완료될 예정인 다음과 같은 요청 사항들에 대한 마무리 작업을 진행하고 있습니다.
- 시각편집기가 소스를 임의로 생성하지 못하도록 방지하면 시각편집기를 통해 참조를 자동으로 생성할 때 발생하는 버그가 수정됩니다.
- 전역 주시목록에서 위키데이터의 다국어 태그를 활성화하여 로컬 레이블이 입력되지 않은 경우 주시목록에 위키데이터의 다국어 레이블이 표시되도록 합니다.
- Video2Commons 관련 세 가지 요청 사항 (자막 가져오기, 최대 해상도 가져오기, 재생 목록 가져오기 활성화);
- 기록보호자만 악용 필터를 숨길 수 있도록 허용해 달라는 요청입니다 . 이는 악용 필터에 필요한 개인 정보를 가리기 위한 것입니다.
- 위키미디어 공용에서 검색할 때 "분류 및 페이지" 아래에 검색어에 해당하는 분류를 표시해 주세요 . 이는 2021년에 이미 요청했던 사항입니다.
향후 계획
앞으로 몇 달 동안의 우선순위를 이미 정했으며, 해야 할 일이 산더미 같습니다! 앞으로 우선적으로 진행할 몇 가지 업무를 살짝 공개합니다.
- "링크된 항목" 페이지에 "템플릿 숨기기" 옵션을 추가해 주세요 . 이 기능은 2022년 커뮤니티 위시리스트 설문조사에서 상위 6위에 올랐으며, 현재 많은 사용자들이 해결 방안에 대해 지지를 표명하고 있습니다. 이 옵션은 본문에 직접 포함된 문서가 아닌 템플릿에 포함된 문서만 "링크된 항목" 페이지에서 제외하는 데 중점을 둡니다.
- 전체 문서를 열어서 수정하는 대신 , 문서의 서두 부분만 수정할 수 있도록 해달라는 요청입니다.
- 또한, 커뮤니티에서 널리 사용되는 두 가지 도구를 개선하고자 "누가 작성했는지" 확인하는 도구와 P&E 대시보드의 작성자 강조 표시 기능을 모든 언어에서 사용할 수 있도록 하는 작업을 곧 마무리할 예정입니다.
저희는 위키미디어 프로젝트에서 풀컬러 3D 모델 지원이라는 , 많은 지지를 받은 (37명) 인기 있는 요청 사항도 계속해서 검토할 예정입니다. 팀은 이미 해당 작업에 착수했으며, 현재 새로운 상용화 관련 요구 사항들을 해결하고 있습니다. 또한, 차트 확장 기능을 초보자 친화적으로 만드는 방안 에 대한 검토와 계획도 진행 중입니다. 이 역시 많은 지지를 받고 있는 요청 사항입니다 (피드백을 추가하시려면 토론 페이지를 참조하세요).
한편, 저희는 다음과 같은 다른 요청 사항들을 해결하기 위해 다른 팀들과 긴밀히 협력하고 있습니다.
- 대량의 콘텐츠가 복사 붙여넣기되었을 때 경고 메시지를 표시하도록 요청하는 기능입니다 . 이 기능은 사용자가 많은 양의 콘텐츠를 삽입할 때 경고를 표시하고, 관리자들이 잠재적인 문제를 인지할 수 있도록 편집 내용에 태그를 추가합니다(편집팀과 협력하여 이 기능을 개발 중입니다).
- 위키백과 모바일 앱의 읽기 목록 기능을 웹사이트에 추가하여 현재 브라우저 확장 프로그램을 통해 제공되는 읽기 목록 기능을 웹사이트로 옮기는 작업을 진행 중입니다(독자 팀과 협력하여 이 작업을 진행하고 있습니다).
- 인라인 참조 및 참조 목록과 함께 하위 참조가 작동하도록 하여 새로운 하위 참조 기능의 활용도를 높입니다(프로젝트 페이지도 참조하세요).
몇 가지 통계
현재 소원 현황에 관한 몇 가지 통계를 여러분과 공유하고자 합니다.
- 지금까지 44건의 소원을 이루어 드렸습니다(전체 소원의 8%).
- 현재 진행 중인 요청이 17건이며, 추가로 15건을 우선순위로 지정했습니다(즉, 곧 작업에 착수할 예정입니다). 이는 전체 요청의 7%에 해당합니다.
- 204개의 소원은 장기적인 기회로 분류되지만, 우리는 이러한 소원 중 일부가 가까운 미래에 실행 가능해질 수 있는지 여부를 판단하기 위해 지속적으로 재검토할 것입니다.
- 78가지 소원은 커뮤니티의 반응으로 간주되며, 커뮤니티 구성원들이 이를 살펴보고 해결책을 제시해 주시기를 바랍니다.
- 79건의 요청은 중복, 기술적 문제가 아닌 커뮤니티 가이드라인과의 일치, 또는 실현 가능성 부족으로 인해 종료되었습니다.
- 마지막으로, 87건의 건이 재단 내 여러 팀에서 검토 중입니다.
이 수치는 새로운 요청이 접수됨에 따라 정기적으로 변동됩니다. 지난 두 달 동안 저희는 요청 접수 후 일주일 이내에 꾸준히 답변을 드리고 있습니다.
여러분의 의견을 기다립니다
소원을 분류하고 우선순위를 정하는 과정을 더욱 투명하게 보여드리기 위해, 좋은 소원을 작성하는 방법에 대한 팁을 포함한 가이드라인을 업데이트하고자 합니다. 토론에 참여하세요 하셔서 여러분의 의견을 들려주세요.
궁금한 점이나 의견이 있으시면 언제든지 커뮤니티 위시리스트 토론 페이지에 남겨주세요. 여러분의 의견을 기다리고 있겠습니다!
2026년 2월 18일: 현재 및 향후 작업 현황 업데이트
안녕하세요 여러분! 지금까지 진행해 온 작업과 앞으로의 계획에 대한 소식을 추가로 전해드리겠습니다.
우선, 모든 프로젝트에 주시목록 레이블 기능을 성공적으로 배포했습니다. 이 새로운 기능을 통해 사용자는 주시목록 항목에 레이블을 추가하여 특히 대규모 주시목록을 효율적으로 관리하고 필터링할 수 있습니다. 현재까지 모든 프로젝트에서 1,088명의 사용자가 최소 하나 이상의 레이블을 생성했으며, 총 2,325개의 레이블이 생성되어 76,459개의 주시목록 페이지에 레이블이 지정되었습니다. 이러한 초기 결과에 만족하며, 앞으로 더욱 증가할 것으로 기대합니다.
참고로 저희 팀의 작업은 아직 끝나지 않았습니다. 커뮤니티에서 새롭게 요청하신 두 가지 사항을 검토할 예정입니다. 첫 번째는 "'링크된 항목 페이지에 템플릿 숨기기' 옵션 추가 "이며, 이는 이전에 2022년 커뮤니티 위시리스트 설문조사 6번에 있었던 요청입니다. 이 요청은 텍스트에 직접 포함된 경우와 달리 템플릿에 포함된 경우에만 "링크된 항목" 페이지에서 해당 항목을 제거하는 데 중점을 두고 있습니다.
두 번째 요청은 "위키미디어 프로젝트에서 풀컬러 3D 모델 지원 "으로, 34명의 지지를 얻어 매우 인기 있는 요청입니다. 팀은 아마도 커뮤니티가 과거에 이 문제에 대해 이미 진행했던 작업들을 바탕으로 작업을 시작할 것입니다.
또한, 많은 사용자들이 공통적으로 요청하는 사항인 "차트 확장 기능을 초보자도 쉽게 사용할 수 있도록 만들어 주세요 "라는 요청을 구체적으로 어떻게 구체화하고 개선할지 검토 및 계획 중입니다. 이 요청 역시 많은 분들이 제안해주신 내용 중 하나입니다. 향후 진행 상황에 대해 계속해서 알려드리겠습니다.
언제나처럼, 궁금한 점이나 의견이 있으시면 커뮤니티 위시리스트 토론 페이지에 남겨주세요. 여러분의 의견을 기다리고 있겠습니다!
2026년 1월 7일: 상태 및 사용자 주시목록 업데이트
안녕하세요 여러분! 2026년 첫 번째 업데이트로 여러분과 공유할 흥미로운 소식이 있습니다.
우선, 사용자 요구사항에 더욱 부합하도록 요청 사항 상태 표시 방식을 약간 수정할 예정입니다. 구체적으로, '승인됨' 상태는 '검토 중' 상태와 통합되고, '검토 중' 상태의 요청에도 투표 기능을 추가할 것입니다. 또한, '지원되지 않음' 상태는 삭제하고 '커뮤니티 참여 기회' 상태로 통합할 예정입니다. 이를 통해 '지원되지 않음' 상태의 요청 사항들은 최근 개발 주기를 단축하여 이러한 문제들을 해결하기 위한 독립적인 프로세스를 시작한 지원되지 않는 도구 워킹 그룹의 작업 흐름에 포함될 수 있게 됩니다. 향후 며칠 내로 관련 요청 사항들의 상태를 업데이트할 예정입니다.
이와 더불어, 현재 진행 중인 주시목로 레이블 프로젝트의 일환으로 특수:주시목록에 몇 가지 변경 사항이 있을 예정입니다.
- 관심 목록 레이블을 구현하기 위한 첫 단계로 특수:주시목록 편집의 표시를 업데이트할 예정입니다.
- 특수:검색의 페이지네이션을 쪽수 매기기/페이지 탐색 개편 요청의 일환으로 업데이트할 예정입니다.
언제나처럼, 궁금한 점이나 의견이 있으시면 커뮤니티 위시리스트 토론 페이지에 남겨주세요. 여러분의 의견을 기다리고 있겠습니다!