Reading/Web/Desktop Improvements/Frequently asked questions/ja





2022年版ベクターの無効・有効の切り替え方


どうすれば無効にできますか？
まず初めに、ログインしていることを確認してください. ログアウトしている利用者は外装を変更することができません.

以下も参照:
 * なぜこの名前を使うのですか：2022年版ベクターとレガシーベクター？



ログアウトした利用者が切り替えのリンクを利用できないのはなぜ？
これはサーバーの能力に限界があるためです. ログアウトした利用者はインターフェースをパーソナライズすることができるブラウザの拡張機能を利用するか、アカウントを作成してください.

以下も参照:


 * なぜ匿名利用者には個人設定がないのですか？



自分がいつも使うウィキで2022年版ベクターを全員の既定にするにはどうすればいいですか？
ご連絡ください. コミュニティにプロジェクトを提示し、議論を開始します.



自分自身の/個人的なウィキで有効にするにはどうすればよいですか？
変更を見たければ、


 * 1) をダウンロードしていることを確かめてください
 * 2) 以下の行を自分のに追加してください：

これら改善がお役に立ったようなら、何よりです！



2022年版ベクターをカスタマイズするには


機能の別バージョンを選択する個人設定を提供してはどうですか？
それは保守と開発があまりにも複雑になってしまいます.

各個人設定は利用者がオプション間の選択をすることができる十字路のようなものです. 多くの選択肢は多くの組み合わせを示します. 個人設定はすべての組み合わせを可能にします. それらを保守して、さらには、新しい機能を構築した場合にはそれぞれの機能の組み合わせに互換性があるか確認することが必要になります. そのような余裕はありません.

その代わりに、コミュニティがガジェット、ユーザースクリプト、および個別の設定を作成するオプションを提供しています. 通常通り、ボトムアップの創作の場を提供し、技術的な利用者が自分のコードを保守するのを支援します.

以下も参照: 
 * Just make it a user preference

なぜ匿名利用者には個人設定がないのですか？
匿名個人設定はページの読み込みをあまりにも遅くしてしまうでしょう.

ほとんどのトラフィックはログアウトした利用者によるものです. それを処理するために、ウェブページの「スナップショット」を保存および送信するだけの「キャッシングサーバー」がいくつかあります. これらの「スナップショット」は7日まで、ウェブページ生成の代替となり、すべてのログアウトした利用者に対して同一です. これによってページを素早く提供することができます.

個人設定は異なるバージョンのウェブページを生成する必要があります. ログアウトした利用者に対してこれを可能にすると、サーバーに過剰な負荷がかかります. キャッシュの断片化を減らす必要があるというのも、そうしたくない理由です.

現在ログアウトした利用者に対して個人設定を提供することが可能な唯一の方法は、ページを読み込んだ後に常に設定をすることです. これは読み込みにはるかに多くの時間がかかり、奇妙に見えます. 例えば、ログアウトした利用者が操作をダークモードで見ようとした場合、各ページを読み込んだ直後に、ライトインターフェースが一瞬見えてから、インターフェースがダークになります.

文脈として、ログインした利用者に対して個人設定がある唯一の理由は、ログインした利用者に「スナップショット」を提供していないからです. そしてこれはログインした利用者によるトラフィックが小さいからです.

以下も参照:


 * How a new data center in Singapore is helping people access Wikipedia around the globe
 * Building DReaMeRS: How and why we opened a datacenter in France
 * Why performance matters



特定のツールや機能を必要とする編集者への対応は？

 * 後方互換性を確実にするために技術的スキルのあるボランティアに連絡します. 自分が書いたコードを確認するように依頼し、コードを変更する必要があれば、手伝いを申し出ます.
 * 変更の構成やパーソナライズを可能にします. 新しいガジェットやユーザースクリプトを作成したい技術的スキルのあるボランティアに喜んで協力します.
 * 技術的スキルのあるボランティアの作業を代わりません. 原則として、テンプレートを編集したり新しいガジェットを作成したりしませんが、必要なときに助言することはできます.



変更によって動作しなくなったガジェットを修復してもらえますか？
場合によります.

ボランティアがガジェットやユーザースクリプトを修正するのを手伝います. ときには、我々自身が修正します. しかし一般的には、我々はMediaWiki自体に取り組んでいます. ガジェットやユーザースクリプトはボランティアによって書かれ保守されています. 元来、これらは常に不安定で予測しにくいものです.

スクリプトやガジェットの問題を修正する方法がわからない場合 – ご連絡ください！ 可能性のある修正についての助言に最善を尽くします.

以下も参照:


 * Tech on Meta-Wiki – here you can ask for technical support as well
 * User:Jdlrobson/Extension:Gadget/Policy – a proposed policy on the roles and responsibilities related to gadgets and user scripts



2022年版ベクターをカスタマイズするにはどのCSSクラスを使うべき？

 * は両方の外装について
 * はレガシー版ベクターについて
 * は2022年版ベクターについて



画面幅を最大に戻すには？
To reclaim further space at the page edges, add the following CSS code to your global.css:

以下も参照:


 * Modifications of Vector 2022: new gadgets and user scripts



固定型の要素を無効にするには？
以下のCSSコードを自分のglobal.cssに追加してください：


 * Header – add
 * ToC – add



旧版の目次 (TOC) に戻す方法
以下のJavaScriptコードを使用してください：



目次の節番号を元に戻す方法
Add the following CSS code to your global.css:

<span id="How_to_make_the_button_with_language_links_appear_at_the_top_of_the_main_page?">

メインページの最上部に、言語リンクのボタンを表示させるには？

 * 1) Ask your community to agree to set up the main page heading. (See our explanation why this is a good idea.)
 * 2) The heading will be displayed in Vector 2010, Minerva, Timeless, and Vector 2022. It will not be visible in Monobook.
 * 3) The heading can be configured by edits to MediaWiki:Mainpage-title-loggedin for logged in users and MediaWiki:Mainpage-title for logged out users. For mobile logged in users, MediaWiki:wikimedia-mobile-mainpage-title-loggedin is used. See the details about the main page heading settings.
 * 4) Test what the main page looks like and work with the button at the top by adding the   parameter to the URL. See the example on the Icelandic-language Wikipedia. Note that the Icelandic-language Wikipedia hasn't the heading set up, so only the button appears.
 * 5) Contact us and ask us to move the button to the top.
 * 6) We will change the settings for your wiki.
 * 7) When we do this, the button will be visible at the top of the page in Vector 2022. In other skins, the list with language links will be displayed in the standard place which varies by skin.

<span id="How_to_restore_the_previous_user_menu?">

以前の利用者メニューに戻すには？
現在は不可能です.

<span id="How_to_change_the_logo_to_a_temporary_one?">

ロゴを仮のロゴに変えるには？
2022年版ベクターのロゴは3つの要素で構成され、それぞれCSSで独立して変更することができます.
 * アイコン画像（つまり、ウィキペディアの地球儀）を変更するには：
 * ワードマーク（つまり、「ウィキペディア」という単語）を変更するには：
 * タグライン（つまり、「フリー百科事典」という語）を変更するには：

お問い合わせ
<span id="How_can_I_contact_your_team?">

チームに連絡するには？
以下の選択肢のひとつを選んでください：
 * Talk page of the main page of the project (you can write in any language)
 * Phabricator task with the Desktop Improvements project tag
 * Contact our Community Relations Specialist: SGrabarczuk (WMF) sgrabarczuk@wikimedia.org
 * Contact one of our ambassadors:
 * French and Italian ambassador: Patafisik (WMF) patafisik-ctr@wikimedia.org
 * Spanish ambassador: Zapipedia (WMF) izapico-ctr@wikimedia.org
 * Vietnamese ambassador: Bluetpp (WMF) ppham-ctr@wikimedia.org
 * Farsi ambassador: Mehran (WMF) mehran@wikimedia.org

<span id="How_can_I_follow_your_activities?">

今後の動向を追跡する方法は？

 * ニュースレターを購読してください. 自分のトークページ上のメッセージの代わりに、更新に関する通知を受け取ることになるでしょう.
 * Watch our Updates and Talk to Web pages.

<span id="Do_you_host_or_attend_online_meetings?">

オンライン会議を主催したり参加したりしていますか？
はい！

We organize open online meetings for the communities (office hours). At these meetings, Olga (our product manager) makes presentations about the recent developments. Next, community members can ask any questions about the project.

We are also open to invitation to any community event online. These may be local, country-wide, or international meetings.



<span id="What_are_Vector_2022_and_the_Desktop_Improvements?">

2022年版ベクターおよびデスクトップの改善とは？
<span id="Is_this_a_redesign?">

これは再設計ですか？
いいえ.

再設計はサイトの動作方法に影響を与える単一の大きな変更となります. このプロジェクトの場合、一連の個別の変更を行いました. それぞれの機能は分離した小さなプロジェクトでした. 最後に、これらの機能をまとまりのある視覚設計によって、つなぎ合わせました.

<span id="What_is_the_timeline_of_this_project?">

このプロジェクトのタイムラインは？
2019年から2022年版ベクター（元々は「モダンベクター」として知られていた）に取り組んできました. Between early 2020 and mid-2022, we were building and releasing different features on "early adopter" wikis. (You can read more about that in the answer to the question below, points 2–4.)

その部分を完了しました. 2022年版ベクターはもはや「ベータ」ではありません. 現在、2022年版ベクターをより多くのウィキに導入する意向についてお知らせしています. 2023年3月末までに、2022年版ベクターがほとんどすべてのウィキメディアウィキにわたって既定の外装となっていることを望んでいます.

<span id="Why_do_you_use_the_word_Improvements?">

改善という単語を使う理由は？
Because we have data indicating that the changes are for the better: 以下も参照:
 * 1) We identified problems through research with both readers and editors. During this phase, in 2019, we studied the way people used the sites and identified the largest usability issues. We also identified issues to exploring the site further, becoming more engaged with reading or editing. We did this by interviewing readers and editors across multiple countries, locations, and languages. See: Research and design: Phase 1, Research and design: Phase 2.
 * 2) We built and tested prototypes. We built out the ideas of each feature and began showing them to the users. Each feature was tested with readers and editors through interviews and wider rounds of prototype testing. For testing with editors, we used central notice banners. We displayed them across multiple language and Wikimedia projects so that we can get a wide and diverse audience. Each prototype was tested by approximately 200 editors on average. (Example)
 * 3) We refined and built our features. We took the feedback from the prototype testing and refined or changed the prototypes accordingly. In some cases, we asked for additional feedback to ensure we're making the right decisions.
 * 4) We contacted various wikis asking to join the early adopters ("pilot wikis"). This was the "beta" phase. On these wikis, we performed quantitative tests for whether each feature worked as expected.
 * 5) We performed A/B testing on logged-in users. Unfortunately, we are not able to perform these on logged-out users. This is why we make before and after comparisons.
 * 6) When we had the test results, we compared the results with the criteria of success we had previously defined. When we got negative results from our test, we changed the feature and test again.
 * 7) Since this phase, we have also monitored usage across all wikis, where many account holders have already been using Vector 2022.
 * An encyclopedic article: Iterative and incremental development
 * A blog post: The iterative design of the Vector interface: the case of moving interlingual links

<span id="On_which_wikis_have_you_tested_these_changes?">

どのウィキでこれらの変更をテストしましたか？
The pilot wikis where we have been testing Vector 2022 have been:

上記のほか: <span id="Why_do_you_use_this_naming:_Vector_2022_and_legacy_Vector?">
 * Office Wiki（事務局ウィキ）
 * 
 * MediaWiki ウィキ
 * ウィキメディア財団組織統治ウィキ
 * 共同作業ウィキ
 * 運動戦略ウィキ

なぜこの名前を使うのですか：2022年版ベクターとレガシーベクター？
新しい外装は元々のベクター外装から多くのアイデアを継承しています. ベクター外装が使うコードを使って構築されています. 機能的、視覚的な連続性を維持したかったのです. レガシーベクターを意図して構築されたすべてのものは、変更と共にうまく動作するか、そうなるようにかなり簡単に設定することができるべきです.

2010年に構築され、2019年まで開発されたバージョンは凍結されました. 言い換えれば、維持と保守はしますが、新しい機能は構築しないということです.

2022年版ベクターという名前を純粋に技術的な理由によって使います. この名前は新しいベクターがサードパーティーウィキで新しい外装として利用可能になったときの目印になります. （サードパーティーはMediaWikiをインストールするものを意味します）.

それぞれのウィキで、外装の名前はMediaWiki:Skinname-vector-2022を変更することによってオーバーライドすることができます. しかしながら、これはサイトと利用者のスタイルに対する関連付けられた外装キーを変更しないので、混乱を引き起こすかもしれません.

以下も参照: <span id="Will_you_remove_legacy_Vector?">
 * What CSS classes should be used?

レガシーベクターをなくす予定ですか？
いいえ.

モノブックのような、過去に既定であった他の外装と同じように、レガシーベクターは個人設定の選択肢として引き続き利用可能となる予定です.



<span id="Target_audience">

ターゲット層
<span id="Are_these_changes_made_for_readers,_and_not_for_editors?">

これらの変更は編集者ではなく、読者のために行われましたか？
ちょっと違います.

Our team (Web) works on the reading (viewing) experience on desktop and mobile browsers. Those who both view and edit, and those who view but do not edit, are one large group of the interface users. We work for all of them, bearing in mind that new and advanced editors have specific needs.

The goal of this project is to improve the reading experience on desktop without making editing more difficult.

That said, our movement strategy recommendations implore us to improve our user experience in an inclusive manner. In this spirit, the project has a specific goal of ensuring the free knowledge grows equitably in the future. When building, we made sure to collect the voices of readers from different demographics and geographies. We also wanted to make their opinions a focus when defining what we were to work on, and evaluating whether a given idea was able to satisfy their needs.

以下も参照: <span id="What_tools_are_the_Foundation_building_for_editors?">
 * What do you do to ensure that the change is not half-finished?
 * What do you do for editors who need specific tools and features?
 * Past projects of the Web team

財団が編集者のために構築しているのはどんなツールですか？
At the Foundation, there are other teams working on projects dedicated specifically to editors. Among them, there are: <span id="Do_your_changes_have_a_negative_effect_on_the_editing_statistics?">
 * Community Tech – working on projects selected by the communities during the Community Wishlist Survey
 * Editing – working on the discussion tools
 * Growth – working on the Newcomer experience project
 * Moderator Tools – focusing on the moderation needs of medium-sized Wikimedia projects
 * Anti-Harassment Tools – working on tools for administrators, anti-vandalism patrollers

この変更は編集統計に否定的な影響がありますか？
いいえ.

We collect statistics of the editing activity on all wikis. Compared to wikis with Vector legacy (2010) as the default, on wikis with Vector 2022 as the default, there are no negative differences.

<span id="Do_your_changes_make_it_more_difficult_to_explore_the_community_side_of_the_wikis?">

この変更はウィキのコミュニティ側が探索するのをより難しくするでしょうか？
いいえ.

Readers and new editors are intimidated by large numbers of links, options, and ways of exploring the editing (in other words, the community) side of the Wikimedia projects. This is a finding of our research.

We want more users to join the communities. We do this by limiting the number of the unhidden links, and bringing additional focus on the most relevant ones. All this is done in collaboration with the Growth and Editing teams.

以下も参照: <span id="Are_you_focused_on_Wikipedia_articles?">
 * Core Experiences
 * UX Myth #12: More choices and features result in higher satisfaction

ウィキペディアの記事に焦点を当てていますか？
はい.

ウィキペディアの記事は、全体として、他の名前空間や他のあらゆるプロジェクトと比較して、閲覧者数と読者数の大部分を占めています. 他の名前空間のページや特別ページも調整しています. 特別な調整と設定を行ったページには以下が含まれます：メインページ、一部の姉妹プロジェクト専用のページ、特別ページ、2010年版ウィキテキストエディター、2017年版ウィキテキストエディター、およびビジュアルエディター.

We have also been working with the Editing team to ensure that the work they are doing for talk pages aligns with our work, and that special configurations for talk pages are put in place.

<span id="Have_you_been_mindful_of_sister_projects?">

姉妹プロジェクトに気を配りましたか？
はい！

インターフェースの基本的な要素を変更することを目指しています. Most features work on the sister projects just as well as they improve Wikipedia. We have made sure to test and build for different sister projects from the beginning of the project. We still make adjustments to the default features where necessary.

Non-Wikipedia projects, such as French Wiktionary, were also a part of our partner communities since 2020. We ensured we have had direct communication and feedback from them.

Regarding the adjustments, for example, on Wikisource, the limited width does not apply to the Page namespace provided by the Proofread Page extension.

<span id="Are_you_focused_on_English_Wikipedia?">

英語版ウィキペディアに焦点を当てていますか？
いいえ.

We take into account the needs of various communities and test our changes across 30+ languages. We are also inspired by the interface and gadgets built on various wikis, for example Korean and Vietnamese Wikipedias.

<span id="What_do_you_do_to_ensure_that_the_change_would_work_on_my_wiki?">

変更が私のウィキでうまくいくことを確かめるために何をしましたか？

 * Research we make is relevant to all wikis and includes voices from many different languages and projects.
 * We gather and incorporate feedback from the communities. Most issues are relevant to all wikis.
 * How we adjust our changes to sister projects – go to "Do you remember about sister projects?"
 * What is our approach to gadgets – go "What do you do for editors who need specific tools and features?"

<span id="What_do_you_do_to_ensure_that_the_change_is_not_half-finished?">

変更が中途半端でないことを確かめるために何をしましたか？
We make tweaks both before and after we introduce the changes on wikis to make sure they are up to the needs for individual communities. If you think your community would benefit from more adjustments and gadgets, see:


 * What do you do for editors who need specific tools and features?
 * How to customize Vector 2022?

After making these changes on all wikis, we will work on projects related to Desktop Improvements.

アクセシビリティ
<span id="Have_your_changes_been_tested_on_users_with_disabilities?">

変更は障害のある利用者についてテストされていますか？
はい. We are working with the American Foundation for the Blind. We are asking various questions related to the accessibility of Vector 2022. See more on Phabricator.

<span id="Will_the_wikis_be_less_accessible_for_users_with_slow_Internet_connection?">

遅いインターネット接続の利用者にとってウィキがアクセスしにくくなりますか？
いいえ.

We want to keep the new skin similarly code-heavy to legacy Vector.

以下も参照:


 * How can I get both the old and the new table of contents?

<span id="Mobile,_large_screens,_and_responsiveness">

モバイル、大きなスクリーン、レスポンシブネス
<span id="Are_the_changes_inspired_by_mobile_design?">

変更はモバイル設計からひらめきを得ましたか？
いいえ.

These changes are created specifically for desktop interfaces. All research and testing done for this project has been focused on desktop users only. We have, however, considered the experiences of people who use desktop in narrower screens (for example, if you have two tabs open side by side).

At this time, we do not have plans to merge the desktop and mobile experiences.

<span id="Will_the_new_interface_be_responsive?">

新しいインターフェースはレスポンシブになる予定ですか？
We've been working towards that goal, but it's not an official goal of the project.

If you want to make the interface responsive now and you're using Wikimedia wikis, add

to your global.js.

If your community would like this to be the default, please start a conversation on your wiki, and contact us when consensus is reached. We can then make the change.

<span id="Will_you_build_a_dedicated_setting_for_high_resolutions?">

高解像度のための専用設定を構築する予定ですか？
We don't have plans to build a specific setting at this time. We want the experience to be optimized for the majority of users, while still providing the tools necessary at all resolutions. We believe the current version of the new skin does this successfully. That said, we encourage personal customization!

以下も参照:


 * What do you do for editors who need specific tools and features?



<span id="Why_is_the_width_of_the_content_limited?">

なぜコンテンツの幅が制限されていますか？
<span id="Why_have_you_replaced_the_area_used_for_content_by_an_empty_space?">

なぜコンテンツに使われる領域を空のスペースに置き換えたのですか？
Reading efficiently is crucial to most people using our projects. Our goal here is to improve the readability of the content. There are several factors that affect it – i.e. font size, contrast, font, line length, and empty space.


 * Shorter lines
 * 1) When reading short lines, readers don't move their eyes too much, use the eye's muscles less intensively, thus avoiding eye strain.
 * 2) Narrow paragraphs allow readers to memorize new information better.
 * 3) On websites, there should be between 35 and 100 characters per line. Numbers closer to the smaller end are preferred.
 * 4) The overwhelming number of major websites have similar limitations on content width. For example: academic journals like Nature, news websites like The New York Times, government and intergovernmental websites like the United Nations, academic documents like LaTeX, and word processors like Google Docs and Etherpad.


 * Empty (white) space


 * 1) White space is used for the eyes' resting spots. It helps readers focus on content and increases content comprehension by 20%.
 * 2) People are able to focus more easily without the distraction of sidebars or other elements.
 * 3) We are using some of this space for other functionality. We have made the sidebar sticky, and have placed the table of contents next to the content. Also, limiting the content area gives us new options for the more distant future. Community members have suggested to put infoboxes, images, or references there. As a separate project, we will consider ways of using this space.

以下も参照:


 * UX Myth #28: White space is wasted space

<span id="Why_can’t_we_leave_it_for_readers_to_narrow_their_browser_windows_down?">

なぜ読者がブラウザの幅を狭めることに委ねられないのでしょうか？
Most users don't resize their browser windows or use browser plugins to improve the design of the websites they view. Wikis should be good-looking immediately, in their basic form.

<span id="Some_tables_and_templates_don’t_fit_within_the_limited_width">

一部の表やテンプレートが制限された幅に適合しません
We should make sure that all of our content is as responsive as possible to accommodate all visitors. A large percentage of our users, who don’t have large screens and are accessing Wikipedia from their laptops, already had issues with tables and templates even before the change.

<span id="Why_don’t_you_just_make_it_a_setting?">

なぜ単に設定にしないのですか？
それを既定にしたいです. We are building a common experience that is shared between editors and readers. This could be helpful to editors when making decisions about page layouts*. Currently an editor might be editing a page at a width of 1500px, while a reader reads it at a width of 1200px. By implementing a limited width, we don’t remove this discrepancy (because there would still be variation below the max-width, for people with narrower screens), however we would be greatly limiting the range of variation.

<span id="Why_did_you_change_the_list_of_language_links?">

なぜ言語リンクの一覧を変更したのですか？
<span id="Why_couldn&#039;t_the_list_of_language_links_stay_in_the_sidebar?">

なぜ言語リンクの一覧をサイドバーに留めることができなかったのですか？
Because from the readers' perspective, the sidebar is not a place for useful links. Most readers focus on the content area. Links in the sidebar are practically hidden from their sight.

Also, we need to promote the variety of language versions of Wikimedia projects.

For more than 15 years, the list has been displayed in the sidebar. The most active users have developed muscle memory to look for that list in that place. This is why in the sidebar, we have placed a box with information about the language button being displayed in a new place.

<span id="Will_the_Wikidata_links_be_closer_to_the_list_of_language_links?">

ウィキデータのリンクは言語リンクの一覧により近くなる予定ですか？
はい.

"", "", and "" will eventually be part of the menu activated by the language switching button ("language menu"). This is a task for the Language engineering team.

<span id="How_to_fix_the_coordinates_displaying_incorrectly_near_the_languages_button?">

間違って言語ボタンの近くに表示されている座標を修正する方法は？
Consider pages which use page status indicators, pages which have banners or site notices, and the look of the pages at lower resolutions.

<span id="Why_doesn&#039;t_the_button_with_language_links_appear_at_the_top_of_the_main_page?">

なぜメインページの上部に言語リンクのボタンが表示されないのですか？
We have discovered that readers focus on the content page and ignore the sidebar. They will be more likely to switch between languages if the button with the language links appears at the top of the page, next to the heading.

On many wikis, headings on main pages are hidden. This is why the button with language links isn't displayed next to it. Instead, it's at the bottom of the main pages. It is possible to make it appear at the top, though.

以下も参照:
 * How to make the button with language links appear at the top of the main page?

<span id="Why_did_you_change_the_table_of_contents?">

なぜ目次を変更したのですか？
<span id="Why_doesn&#039;t_the_table_of_contents_work_well_on_my_mobile_device_or_when_I_resize_the_browser?">

モバイル機器で、あるいはブラウザのサイズを変更したときに目次がうまく動作しないのはなぜですか？
Users on mobile and resized browsers account for a small fraction of page traffic. Because of this, we chose to build the feature for the majority of our users first. For narrow screens we plan to make the table of contents available as a sticky interface element that's accessible from anywhere in the page.

Note what is displayed to mobile devices differs from what you see when you resize your browser. On mobile devices, the site is currently presented as a zoomed out version of the desktop site.

<span id="Why_doesn&#039;t_it_appear_when_I_complete_an_edit?">

なぜ編集を完了したときに表示されないのですか？
The feature is still in development (T307251). This will be fixed before we make Vector 2022 the default on more wikis.

<span id="Is_it_possible_to_change_the_label_indicating_the_top_of_the_page?_(&quot;&quot;)">

ページの上部を示すラベル（「」）を変えることは可能ですか？
はい.

This label should be distinct from the content headings. To do that, wikis written in different scripts (for example, Latin and Japanese) and different Wikimedia projects (Wikipedia and Wiktionary) may need to use different words and/or punctuation marks in this label. It is possible for each community to set up a label that would work just for them. This may be done by editing the page MediaWiki:Vector-toc-beginning.

<span id="How_can_I_get_both_the_old_and_the_new_table_of_contents?">

どうすれば旧版と新版の目次を共存されることができますか？
これは不可能です.

We intentionally do not add the old table of contents in addition to the new sidebar location. It's a trade off. We have taken it to reduce the work involved maintaining the code and keeping the site work as good as possible. The old table of contents displayed in addition to the new one would have important technical disadvantages. It would increase the overall size of HTML, increase the storage requirement for our parser cache, and require additional CSS to render.

以下も参照:


 * How to restore the old table of contents?

<span id="How_do_magic_words_work_with_this_feature?">

マジックワードはこの機能でどう作用しますか？
The  and   magic words will not work as the table of contents is always in the sidebar and this cannot be changed.

However, magic words relating to the presence of the table of contents, such as, will continue to work. So will templates which then create an alternate ToC. For example, an article can disable the default ToC and apply its own if necessary.

All magic words will continue to work for other skins which render the ToC within the article.

<span id="I_can&#039;t_see_the_table_of_contents_when_the_sidebar_is_open">

サイドバーを展開すると、目次が見えません
これは既知の問題です.

This issue should only impact logged in users who have opened the sidebar. In the long term, we plan to reduce the size of this menu, and make the sidebar overlay content. Details and a prototype of how that will look can be found in T302073. This change is planned in the latter part of the year (October-December 2022). Further information can be found on the page about Page tools.

<span id="What_is_the_scope_of_the_project?">

プロジェクトの対象範囲はどこまでですか？
<span id="Are_you_changing_Monobook_or_Timeless?">

モノブックやタイムレス（Monobook、Timeless）に影響はありますか？
いいえ.

これらの変更はベクターにのみ適用されます. ベクターは2010年以降ウィキメディア・ウィキの既定のインターフェースとなっています. Any other skins such as Monobook, Timeless, Minerva or Modern are not be changed at all.

While working on Desktop Improvements, we did clean up the old skins' code, though. We made it easier to roll out new changes to old skins, removed never used options, and removed 75% of the PHP code of these skins. All this had no effect on the side users interact with.

以下も参照:


 * How and why we moved our skins to Mustache

<span id="Are_you_improving_charts,_maps,_a-/f-/o-/tmboxes,_infoboxes,_navboxes,_and_other_templates?">

表や地図、通知ボックス（a-/f-/o-/tmboxes）、情報ボックスやナビゲーションボックスその他のテンプレートは改善していますか？
いいえ.

We do not change anything within the light gray article content area (except for the table of contents):

<span id="Are_you_building_the_dark_mode?">

ダークモードは作りますか？
いいえ、今回はしません.

The Desktop Improvements project provides the architectural changes needed to build dark mode. Building it would be a separate project, though. This is because that project would require significant work with the communities. Now, many templates are not compatible with dark mode. We have learned that while working on the mobile apps.

Initially, our dark mode would be based on the user's operating system preferences. We would not plan to add an in-browser toggle. The reason is we currently do not have a system in place for anonymous user preferences. This could be added at a later date, though.

<span id="What_are_the_features&#039;_success_metrics?">

この機能が成功したと見なす指標は？
既存の観衆の実用性を高めるため、次の方法を行います.


 * 他の人とのやりとり
 * セッション単位の検索回数が本プロジェクト期間に 5% 増加
 * プロジェクト単位の言語切り替えが本プロジェクト期間に 5% 増加


 * 親近感を感じる
 * サイトに対してポジティブでなじみやすいという感想の増加（アンケートと利用者テストで集計）
 * 信頼性と信用が増えたという感想（アンケートと利用者テストで集計）

変更をさらに具体的に定義するため、このリストを拡充したり反復したりする予定です.