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

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.

2022年12月20日: 情報更新








  • ウィキペディア(とその他のプロジェクト)をもっと対応するウィキデータ項目とリンクさせる
  • ウィキ類の投稿者にもっとウィキデータを意識してもらう
  • ウィキペディアの言語間リンクの管理の改善ほか、ウィキデータの恩恵をもっと反映する





  • 要望の原文
  • 関連のPhabricatorチケットやパッチ
    • T119,072を完了:タグの選択除外を特別:投稿履歴に導入済み
    • T174,349を完了:タグの選択除外を「特別:投稿履歴」に導入済み
    • ✅ パッチ866,814を統合:「特別:投稿記録」にタグ除外のUX導入
    • ✅ パッチ867,726を統合:フォームの試験を修正して HideIf 属性)の挙動を改善(次へ進む) ※=条件を満たす場合は変数やプロパティを非表示
    • ✅ パッチ866,817を統合:「特別:ログ)にタグ除外のUX(想定外だが容易だったため)
    • ✅ パッチ867,255を統合: API とフィードでタグ除外を表示(次へ進む)
    • ✅ パッチ867,731を統合:タグフィルターの属性を自動で 'all' にしない(次へ進むため)
    • ✅ パッチ867,224を統合:「特別:最近の更新」にタグ除外のUX導入
  • 現状:
    • 866,814 はすでに製品に導入済み(特別:投稿記録)
    • パッチ6件を統合、 タスク2件クローズ、要望1件に対応
  • 次の作業:
    • 次の実装で製品の「最近の更新」ならびに「特別:ログ」に展開
  • 🏆 この場を借りてチーム参加者に陳謝:Roan KattouwDenny VrandecicJames ForresterMoriel Schottlender

2020年にこのパッチを書いて基本作業を終えてくれた、ボランティアのMatěj Suchánek さんに特に感謝します。





問題:「感謝」ボタンは個別の「変更履歴」にしか表示されないが、ここに常に反応する人はごく限定的 -- 特に経験を積んだ利用者の傾向。編集者学者で個別の変更履歴を参照する人はほぼいない。

  • 要望の原文
  • 関連のPhabricatorチケットやパッチ
  • 🏆 チーム参加者に深謝:Jon Robson
  • 現状:作業を統合済み、 ベータ版のテスト可能、2023年に利用者向けの一連の展開を1月3日予定で開始可能。



要望:変更行の "tag name"(タグ名)は直接リンク先を "tagged changes" にするべき



   14:33 John Callahan's Quads!‎ (diff | hist) .. (−12) .. Rng0286 (会話 | 投稿記録) (lorem ipsum) (タグ: ビジュアルエディタ、モバイルウェブ編集)




共同作業を簡便にするため、Page Triage コードベース由来のコードをリファクタリングしたい





2022年12月16日: 即時のプレビューをベータ版から展開へ


2022年12月5日: 2023年コミュニティ要望調査は1月開始予定

ウィキメディアのプロジェクト群で使うツールやプラットフォームの改善点について、なにかアイデアはありませんか? お読みのあなたへのお知らせです!

2023年コミュニティ要望調査(CWS)とは、投稿者の皆さんにツールや改善点の提案と投票をしてもらう毎年恒例の機会であり、きたる月曜日つまり2023年1月23日 18:00 UTC から受付を開始します。



  • 第1期:提案の提出、協議と改訂:2023年1月23日 月曜から同2月6日 月曜まで。
  • 第2期: WMF/コミュニティ技術による提案の査読と分類:2023年1月30日 月曜〜同2月10日 金曜
  • 第3期:提案の投票:: 2023年2月10日金曜〜同2月24日金曜
  • 第4期:成果の発表 :2023年2月28日水曜

提案の下書きを作るなら、受付開始以前からCWS サンドボックスをご利用いただけますので、アイデアの文章化にお役立てください。


2022年12月1日: 差分の使い心地を改善する試作版

段落の分割を見える化する差分の取り方は、2022年コミュニティ要望調査の第1位 でした! 複数の異なる設計案を考えてきて、使い心地テストとフィードバック提供のご協力をコミュニティにお願いしていました。

2022年5月3日: 提携プロジェクト群にリアルタイムプレビュー導入

リアルタイム・プレビュー機能の特定版をポーランド語版ウィキペディアに展開しました。先方のコミュニティから改善点のフィードバックの投稿に協力してもらい、他の利用者用に展開する準備に使う同意をもらいました。展開の全体プランをご参照ください。 詳しく読む

この機能は、さまざまなウィキメディアのプロジェクト群で最も利用率が高いエディタ (2010年版ウィキテキストエディター) に変更を加えることになります。そこで、全員に機能を展開する前に、ベータ機能としてロールアウトすることに決めました。こうしておくと全面的な展開の前に、フィードバックの収集と改善が実施できるからです。


  • Automatic reload: Debounce time. プレビュー欄が自動的に再読み込みする間、既定のデバウンス時間の長さは十分で体験が流れるようにつながりますか?
  • Automatic reload: Discoverability of the manual reload button. プレビュー欄が自動的に再読み込みする間、手動で再読み込みするボタンはその欄にカーソルを入れた時に見つけやすいですか?


  • Manual reload: Discoverability/Display time of the manual reload status bar. プレビュー欄が自動的に再読み込み「しない」場合は状態を示す帯を表示して、手動で再読み込みするように促します。その帯は目につきやすいですか? あるいは利用者の作業の邪魔になりますか?

We will aim to observe both of these scenarios for users with stable high-speed internet connections. In both cases, we will be performing the test on two pages: one short article without images (for faster reload time) and another one with a large content and multimedia assets (for slower reload time).

Aside from our main investigation, we will also be observing the following during our screen-sharing sessions with users:

  • Discoverability of the overall feature: although users will be notified of the existence of the realtime preview feature, and the potential relationship between the latter and the "Show preview" feature.
  • User screen sizes- This data could be helpful to understand how useful the Realtime Preview is for folks with a smaller screen. Does this make their experience too crowded?
  • Usage of syntax highlighting/Code Mirror
  • Understanding that both panes do not have a synced scrolling behavior.

If you would like to give us any feedback on any of the open questions above, please reach out to us in the talk page as we are eager to hear about the usability of this new feature. Thanks for building with us!



それで、次はどうなるの? 今回の投票について優先順位をつける手順、ありあわせて優先課題の順位の確認をぜひどうぞ。 詳しく読む


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!


Thank you for your comments on the talk page, as well as the latest "Talk to Us" video call. Also, we have conducted usability testing. We are sharing the most important findings. 詳しく読む

Hello everyone,

Many thanks for your support and great feedback on the proposed designs. Thank you for comments on the talk page, as well as the latest "Talk to Us" video call. We have learned more about how experienced users edit.

Also, we have conducted usability testing on the usertesting.com platform. 5 editors took part. Below you will find some of the findings and insights:

  • Half of the users found the new "Preview" button in the toolbar. One of the reasons for this could be behavioral patterns developed over the existing "Show preview" button in the footer of the editor box. We are designing a low-friction pulsating dot with a guide popup. We hope this will make it easier to notice the new feature.
  • All users found the existing "show preview" button.
  • All users understood the difference between both buttons. One could be used while editing (offering a quick glimpse at the output). The other could be more helpful for proofreading before publishing the changes.
  • ある利用者から報告があり、ウィキテキストの入力とプレビューの出力の関係は常にもっと把握しやくなるはずとのことです。その軽減には、両方の表示欄で対応する文を強調表示す、また画面スクロールあるいは編集行動と一致させる方法はないか、探究しています。


  • Not all of these editors 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 Visual Editor over the wikitext editor. This will make the new feature less relevant for them.
  • We are also working on improving the scaling of both panes. We want to allow for optimal support to both small and ultra-wide displays alike.

Again, thanks so much for your feedback!


提案の題名: 書誌情報ボット(Bibliographic Bot)

Phabricator の調査チケット

要望の順位 Rank:第14位



根拠:第1に、提案には問題点が提議されて (T243150) そこに示してある作業範囲を技術班と設計班で精査しました。当初の見積もりに対して、作業だけでも大幅に超過すると確信しました。


この要望は利用者投票の人気順トップ10に入りませんでした。順位は第14位です。私たちの当初の見積もりが誤っていました。事実、ウィキデータ/ウィキメディア・ ドイツ協会はこの要望の技術に複数月を使い取り組んでみました。最終的な解決策は非常に複雑で、現状で利用可能なリソースを充当しても完結しません。コミュニティ技術チームが総がかりで取り組んでも完成までに複数月を費やすことになる点から、これではなく集票で上位にあるほかの提案を採用することになりました。(※= Wikidata/Wikimedia Deutschland)


ウィキテキストのリアルタイム・プレビュー用ツールの開発が進んでいます。その設計について質問が2つあります。そこで皆さん、プロジェクトのトークページで答えを投稿してください。 詳しく読む


Hello all, we are back with an update on the proposed designs for this wish. Thanks for all of your comments on the talk page. We heard what you said and synthesized the feedback as follows:

  • ウィキテキストの出力結果をプレビューするボタンは、もっと直感的に使える方が良いし、クリックするときにどんな機能かわかった方が良いです。
  • The button to preview the text should be in the toolbar.

We then took a second try at creating the following set of designs. We are proposing a new button appears in the toolbar:


We are proposing than when user previews the content, the preview button label remains "blue" to indicate that the preview state is on, and activated:


The preview button would turn back to black if users toggle it off and the preview would disappear.


Please note that these proposed designs are illustrative. We only included a vertical version because we are currently investigating if the ability to have a wide screen will still be an option given the planned and upcoming work on Web desktop improvements which would limit the page to 960px in width, making it too cluttered to have a horizontal view.


  • Does the new button placement seem more intuitive to the workflows in the toolbar?
  • Does the current proposed layout feel like there is enough space to view both the wikitext and the output?

Thanks so much for your continued feedback on the talk page!


ウィキ文のリアルタイム・プレビュー用ツールは、最初のステップに取り組んでいます。その設計について質問があります。そこで皆さん、プロジェクトのトークページで答えを投稿してください。 詳しく読む



新しいボタンを追加します。 これにより、編集者は画面の横余白でリアルタイムのプレビューができるオプションを利用できるようになります。



編集者は上記で目立つように示したボタンをクリックすることができます。 実行した場合、以下のレイアウトによって出力結果をスクロール可能な固定コンテナでプレビューできます。






編集者は上記で目立つように示したボタンをクリックすることができます。 実行した場合、以下のレイアウトによって出力結果をスクロール可能な固定コンテナでプレビューできます。


技術者はこれら変更点について作業を始めました。 MediaWiki コアに変更を導入する予定です。 このデザイン案について皆さんのご意見を募集します。 特に次の点について関心があります。

  • ボタンの配置と文字をわかりやすく
  • デザイン案の全般的な印象



上記の解決法はまだ提案中で、これから変わっていきます。 ぜひ皆さんからのフィードバックをトークページにてお聞かせください。 皆さんの洞察を参考に、別のアプローチ方法やリスク、解決法を考えていきたいところです。


  • 皆さんの編集の方法にどんな影響が出そうですか?
  • 拡張ボタンにつけたアイコンは、利用者に機能をきちんと伝えるか? うまく共有できているか?

2021年8月20日: 2022年コミュニティ要望調査は1月開始予定











今年は要望リストが進まないまま 365 日が過ぎようとしています。どうか皆さんから当チームにアプローチしてくれませんか。トークページで投稿をお待ちしていますし、2カ月に1回開いている、「Talk to Us」話そうミーティングでもお待ちしています! 地球のあちこちの生活時間帯に対応できるよう、毎回、開催時間は2つずつあります。

初回のミーティングは9月15日 23:00 UTC開始予定です。議題や会議の形式については、もうすぐお知らせできます!




  • 要望一覧のページのどの点を改善すると良いですか?
  • 皆さんなら、どう新しいサンドボックスの使いますか?
  • もしあるとしたら、要望一覧2022の日程を変えたことでどんなリスクが予測できそうですか?
  • 要望一覧2022に参加する人を増やすにはどんな知恵がありますか?

回答は(ご自分の得意な言語で) トークページに投稿するか、「Talk to Us」ミーティングで提言してください。


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!

2021年8月5日: 関連するトークページの除去(復元)

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. 詳しく読む


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).


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. 詳しく読む

2021年7月16日: 差分のコピペを可能にする

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. 詳しく読む


この作業に関してはPhabricator のこちらのチケット内で技術面の精査に取り組んできました。問題解決策は割り出したので、うまくいくと予想しています。



  • 利用者はいつもどんな文脈(状況)で差分からコピペしていますか?
  • What syntax manifests itself as intrusive? Is there any syntax that would be desirable to keep in the clipboard?
  • こちらから提案した解決策 について、皆さんのご意見ご感想を寄せてもらえませんか?

2021年7月15日: 進捗の報告

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. 詳しく読む