社群願望清單調查/更新

This page is a translated version of the page Community Wishlist Survey/Updates and the translation is 98% complete.
Outdated translations are marked like this.

2022年5月3日:在夥伴項目中發佈

We have launched a version of the Realtime preview feature to Polish Wikipedia. Its community has agreed to partner with us and give us feedback on how to improve it before we launch to the rest of the users. Please find our complete Release Plan. 瞭解更多

This feature touches one of the most used editors (Wikitext 2010) across wiki projects. We've thus decided to roll it out as a Beta Feature before we release the feature to everyone. This will allow us to collect feedback and make improvements before we release to everyone.

We are partnering with users early on to understand behavior on the new tool and make improvements. Depending on the user’s connection, we are aiming to observe and evaluate patterns regarding the automatic and manual reloads of the preview pane, as follows:

  • Automatic reload: Debounce time. When the preview pane is automatically reloading, is our debounce time sufficient to provide a fluid experience?
  • Automatic reload: Discoverability of the manual reload button. When the preview pane is automatically reloading, is the manual reload button that appears while hovering over the preview pane easy to find?

and/or

  • Manual reload: Discoverability/Display time of the manual reload status bar. When the preview pane is NOT reloading automatically, the user will see a status bar inviting them to manually reload. Is the discoverability of the bar sufficient? Is the status bar obstructive to the users’ workflows?

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!

2022年2月15日:2022年CWS結果

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. 瞭解更多

2021年11月8日:链接至消歧义页面时请给予警告

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!

2021年11月2日:维基文本的实时预览

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.
  • One user reported that it might always be easy to understand the relationship between the Wikitext input and the preview output. To mitigate this, we are exploring ways to highlight the text in both panes and align the scrolling or editing behavior.

Acknowledgments:

  • 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!

2021年10月19日:拒絕「文獻機器人」的願望

願望標題:文獻機器人

用於研究的Phabricator票據

願望排名:第14名

原因簡述:工作範圍太大、票數不夠。

經過仔細考慮和與維基媒體基金會的其他團隊及夥伴進行多輪意見反饋後,我們決定拒絕這個企劃。

根本原因:首先,我們的工程師及設計師探討了這個願望(T243150)在問題陳述中所述涉及的工作範圍,並推定這個企劃的工作量本身已經遠遠超越我們原來的估算。

這個願望在我們的優先化程序得到很高的分數,因為,眨眼來看,複製維基數據的Citoid行為看似非常簡單直接。我們本假定這個企劃在技術和設計方面涉及低程度的複雜性,因為我們應該可以重複使用以前的設計及程式碼。不過,要達到這個願望,維基數據中的引文必須以參考資料的形式連結到數據庫中的其他方塊。這個大大增加了項目的複雜性。

這個願望並沒有獲選為十大最熱門願望;它排名僅第14,而我們進行了錯誤的初步估算。事實上,這個企劃在維基數據/維基媒體德國花費了多個月的時間,而在當時有限的資源之下,最終的方案過於複雜。這樣會花費群體技術團隊多個月的時間完成,而我們還有另外更加熱門的願望需要達成。

2021年9月4日:Wikitext的实时预览

We have made progress working on the Real Time Preview for Wikitext tool. We have two questions about its design. We invite you to answer on the project talk page. 瞭解更多

Thank you for your feedback

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 wikitext output should be more intuitive, the person clicking it should know what it does.
  • 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.

Horizontal vs Vertical

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.

Open Questions: We want to hear from you!

  • 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!

2021年8月27日:Wikitext的实时预览

We are making initial steps on the Real Time Preview for Wikitext tool. We have questions about its design. We invite you to answer on the project talk page. 瞭解更多

Proposed Designs

Horizontal Desktop Layout

A new button will appear. This gives editors the option to preview the text on the side in real-time:

 

Note: The pink box above is just to draw attention to the button, it will not actually appear to users.

Editors will be able to click on the button highlighted above. If they do that, the following layout would allow them to preview the output in a scrollable fixed container:

 

Vertical Desktop Layout

The following new user interface element will appear when a user has a vertical desktop screen:

 

Note: The pink box above is just to draw attention to the button, it will not actually appear to users.

Editors will be able to click on the button highlighted above. If they do that, the following layout would allow them to preview the output in a scrollable fixed container:

 

The engineers have begun work on these changes. We are introducing the changes inside of MediaWiki core. We'd love to hear your thoughts on our proposed designs. We'd especially love feedback on:

  • Making the copy and button placements intuitive
  • The overall feel of the proposed designs

We're looking forward to hearing your thoughts on our proposed designs and any other considerations!

Open Questions: We want to hear from you!

The solutions above are proposed and in early stages. We'd love to hear your feedback on the talk page. Your insight can help us understand other approaches, risks, and solutions.

These are our questions to you:

  • How do you think this will influence the way you edit?
  • Does the icon on the expand button prepare the editors to understand what it does? Is it distrupting?

2021年8月20日: 2022社群願望清單調查將於一月進行

大家好,

我們希望您在這段艱困時期都安全無虞!我們帶來了數則關於2022社群願望清單調查的新訊息。我們非常期待聽到您的寶貴意見。

2022年社群願望清單調查將於2022年1月舉行。我們需要有更多時間來執行2021年的願望清單,亦需要時間來應對2022年願望清單的改動。在這段期間,您依然可以運用沙盒來發表您對於維基媒體技術發展的願景。

提議與願望實現將於同一年發生

過去,社群技術團隊在每年的11月進行下一年的社群願望清單調查。例如,我們在2020年11月進行了2021年的願望清單。這在過去的幾年運作良好。在那段時間,我們曾經在投票結果公佈後不久就開始有關願望清單的工作。

然而,我們在2021年的投票和開始著手實現新願望的時間之間出現了延遲。直到2021年7月,我們都在努力實現2020的願望清單中的願望。

我們希望於2022年1月建立2022年的願望清單,並讓這更加直觀。這也將使我們有時間實現2021年的願望清單中的更多願望。

鼓勵以往被排斥的社群可以更廣泛的參與

我們正在考慮如何讓願望清單更容易參與。我們希望支持更多的翻譯,並鼓勵資源不足的社群更加活躍。我們希望有一些時間來進行這些更改。

一個與我們討論優先事項和尚未實現的願望的新空間

我們將度過沒有願望清單的365 天。我們鼓勵您和我們聯繫。我們希望在對話頁面中收到您的來信,同時我們希望在我們每兩個月一次的「與我們交談」會議上見到您!這些將在對全球時區友好的兩個不同時間舉辦。

我們將在「協調世界時間9月15日23:00」開始我們的第一次會議。有關議程和格式的更多詳細信息即將推出!

在提案階段之前進行頭腦風暴和起草提案

如果您對願望有任何的早期想法,您可以使用 新的社群願望清單調查沙盒。這樣,您就不會在2022年1月之前忘記這些願望。您將能夠回來繼續,完善您的想法。請記住,沙盒中的編輯不算作願望!

反饋

  • 我們應該如何改進願望清單頁面?
  • 您希望如何使用我們新的沙盒?
  • 在我們決定更改2022年願望清單的日期時,您預見到哪些風險(如有)?
  • 什麼將幫助更多人參與2022年的願望清單?

請於對話頁面(用您喜歡的任何語言)或在我們的「與我們交談」會議上回答。

2021年8月18日:链接至消歧义页面时请给予警告

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. 瞭解更多

2021年8月2日:链接至消歧义页面时请给予警告

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

2021年7月23日:链接至消歧义页面时请给予警告

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. 瞭解更多

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?

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. 瞭解更多