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 – ここでも技術的支援を依頼できます
 * 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



旧来の目次に戻す方法
以下の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) 自分のコミュニティに依頼して、メインページの見出しを設定する合意を得てください.  （これが良いアイデアである理由の説明を参照してください. ）
 * 2) 見出しは2010年版ベクター、Minerva（ミネルバ）、 Timeless（タイムレス）、および2022年版ベクターで表示されます.  モノブックでは表示されません.
 * 3) 見出しはログインした利用者のためのMediaWiki:Mainpage-title-loggedinおよびログアウトした利用者のためのMediaWiki:Mainpage-titleを編集することによって設定することができます.  モバイルのログアウトした利用者に対しては、MediaWiki:wikimedia-mobile-mainpage-title-loggedinが使用されます.  メインページの見出し設定に関する詳細を参照してください.
 * 4) URLに パラメータを追加することによって、メインページがどのように見えるかおよび上部のボタンの動作をテストしてください.  アイスランド語版ウィキペディアの例を参照してください.  アイスランド語版ウィキペディアは見出しを設定していないので、ボタンのみが表示されることに注意してください.
 * 5) ご連絡のうえ、ボタンを上部に移動させるよう依頼してください.
 * 6) あなたのウィキの設定を変更します.
 * 7) これを行うと、2022年版ベクターでボタンがページの上部に表示されるようになります.  その他の外装では、言語の一覧は外装によって様々な標準の場所に表示されます.

<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?">

改善という単語を使う理由は？
変更がより良い方向に向かっていることを示すデータがあるからです： 以下も参照:
 * 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?">
 * 2022年版ベクターをカスタマイズするにはどのCSSクラスを使うべき？

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

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



<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?">
 * 変更が中途半端でないことを確かめるために何をしますか？
 * 特定のツールや機能を必要とする編集者のために何をしますか？
 * ウェブチームの過去のプロジェクト

財団が編集者のために構築しているのはどんなツールですか？
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

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

すべてのウィキで編集活動の統計を収集しています. レガシーベクター（2010年版）が既定であるウィキと比較して、2022年版ベクターが既定であるウィキで、否定的な差はありません.

<span id="Do_your_changes_make_it_more_difficult_to_explore_the_community_side_of_the_wikis?">

この変更によってウィキのコミュニティ側を探索するのがもっと難しくなるでしょうか？
いいえ.

多数のリンク、オプション、およびウィキメディアプロジェクトの編集（言い換えれば、コミュニティ）の側を探索する方法によって、読者および新規編集者は臆してしまいます. これは調査による発見です.

より多くの利用者にコミュニティに参加してもらいたいです. 隠れていないリンクの数を制限し、最も関連のあるものにさらに焦点を当てることによって、これを行います. これはすべてGrowthおよびEditingチームと共同で行われます.

以下も参照: <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?">

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

インターフェースの基本的な要素を変更することを目指しています. たいていの機能はウィキペディアを改善するのと同じように姉妹プロジェクトでも動作します. プロジェクトの開始から姉妹プロジェクトに対するテストと構築を行うようにしてきました. 必要なときには今でも既定の機能を調整しています.

フランス語版ウィクショナリーのような、ウィキペディアでないプロジェクトも2020年以降パートナーコミュニティの一部でした. それらから直接コミュニケーションとフィードバックがあることを確かめました.

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?">

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

様々なコミュニティのニーズを考慮に入れ、30+言語にわたり変更をテストしています. 様々なウィキ、例えば朝鮮語版およびベトナム語版ウィキペディアで構築されたインターフェースとガジェットからもひらめきを得ました.

<span id="What_do_you_do_to_ensure_that_the_change_would_work_on_my_wiki?">

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

 * 我々が行った調査はすべてのウィキに関連し、多くの異なる言語およびプロジェクトからの声が含まれています.
 * コミュニティからフィードバックを集めて取り入れます. ほとんどの問題はすべてのウィキに関連します.
 * 変更を姉妹プロジェクトに適合させる方法 – 「姉妹プロジェクトに気を配りましたか？」へ
 * ガジェットへのアプローチについて – 「特定のツールや機能を必要とする編集者のために何をしますか？」へ

<span id="What_do_you_do_to_ensure_that_the_change_is_not_half-finished?">

変更が中途半端でないことを確かめるために何をしますか？
個々のコミュニティのニーズに及んでいることを確かめるために、ウィキに変更を導入する前と後の両方で微調整を行います. さらなる調整およびガジェットによって自分のコミュニティに利益があるだろうと考えるならば、以下を参照してください：


 * 特定のツールや機能を必要とする編集者のために何をしますか？
 * 2022年版ベクターをカスタマイズするには？

これらの変更をすべてのウィキで行った後、デスクトップの改善に関するプロジェクトに取り組む予定です.

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

変更は障害のある利用者についてテストされていますか？
はい. We are working with the American Foundation for the Blind. 2022年版ベクターのアクセシビリティに関する様々な質問をしています. 詳細は Phabricator をご参照ください.

<span id="Will_the_wikis_be_less_accessible_for_users_with_slow_Internet_connection?">

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

新しい外装をレガシーベクターと同じようなコードの重さに保ちたいと考えています.

以下も参照:


 * どうすれば旧来の目次と新しい目次を共存させることができますか？

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

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

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

これらの変更はデスクトップインターフェースに特化して作成されています. このプロジェクトに対して行われたすべての調査とテストはデスクトップ利用者にのみ焦点を当てています. しかしながら、デスクトップでより狭いスクリーンを使っている人々（例えば、ふたつのタブを並べて開いている場合）の体験を考慮しました.

今のところ、デスクトップとモバイルの体験を統合する計画はありません.

<span id="Will_the_new_interface_be_responsive?">

新しいインターフェースはレスポンシブになる予定ですか？
その目標に向けて取り組んでいますが、プロジェクトの公式な目標ではありません.

現在インターフェースをレスポンシブにしたくて、ウィキメディアウィキを使用しているならば、

を自分のglobal.jsに追加してください.

これを自分のコミュニティの既定にしたい場合は、自分のウィキで対話を開始して、合意が形成されたらご連絡ください. そうすれば変更することができます.

<span id="Will_you_build_a_dedicated_setting_for_high_resolutions?">

高解像度のための専用設定を構築する予定ですか？
今のところ、専用の設定を構築する計画はありません. すべての解像度で必要なツールを提供するものの、大多数の利用者に対して体験を最適化したいと考えています. 新しい外装の現在のバージョンはこれがうまくいっていると信じています. とはいえ、個人的なカスタマイズは奨励します！

以下も参照:


 * 特定のツールや機能を必要とする編集者のために何をしますか？



<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?">

なぜコンテンツに使われる領域を空のスペースに置き換えたのですか？
プロジェクトを利用するほとんどの人々にとっては読む効率が極めて重要です. ここでの目標はコンテンツの可読性を改善することです. それに影響するいくつかの因子があります. すなわち、フォントサイズ、コントラスト、フォント、線幅、および空のスペースです.


 * より短い行
 * 1) 短い行を読むとき、読者は目をあまり動かさず、目の筋肉をあまり激しく使わず、したがって目の疲れが避けられます.
 * 2) 段落を狭くすることによって、読者は新しい情報をより良く記憶できるようになります.
 * 3) ウェブサイトでは、各行は35文字から100文字までにすべきです.  数字は小さい方の端に近い方が好ましいです.
 * 4) 圧倒的な数の主要なウェブサイトで、コンテンツの幅に似たような制限があります.  例えば：ネイチャーのような学術雑誌、ニューヨークタイムズのようなニュースウェブサイト、国際連合のような政府および政府間のウェブサイト、LaTeXのような学術文書、およびGoogle DocsおよびEtherpadのようなワードプロセッサです.


 * 空の（白い）スペース


 * 1) 空白は目を休める場所として利用されます.  60歳を超える読者がコンテンツに集中する助けになり、コンテンツの理解力が20%向上します.
 * 2) 人々はサイドバーやその他の要素に気を散らすことなく、より簡単に集中することができます.
 * 3) このスペースの一部を他の機能のために使っています.  サイドバーを固定し、目次をコンテンツの隣に置きました.  また、コンテンツの領域を制限することで、さらに遠い将来のために新しい選択肢が与えられます.  コミュニティのメンバーはinfobox、画像、あるいは脚注をそこに置くことを提案しました.  分離したプロジェクトとして、このスペースの利用方法を検討する予定です.

以下も参照:


 * UX Myth #28: White space is wasted space

<span id="Why_can’t_we_leave_it_for_readers_to_narrow_their_browser_windows_down?">

なぜ読者がブラウザの幅を狭めることに委ねられないのでしょうか？
ほとんどの利用者はブラウザのウィンドウのサイズを変えたり、ウェブサイトの見た目のデザインを改善するブラウザのプラグインを使ったりしません. ウィキは基本形態で直ちに良い見た目であるべきです.

<span id="Some_tables_and_templates_don’t_fit_within_the_limited_width">

一部の表やテンプレートが制限された幅に適合しません
すべての訪問者に適応させるために、すべてのコンテンツを可能な限りレスポンシブにすべきです. 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?">

なぜ言語リンクの一覧をサイドバーに留めることができなかったのですか？
読者の観点からすると、サイドバーは有用なリンクを置く場所ではないからです. たいていの読者はコンテンツの領域に焦点を当てています. サイドバーにあるリンクは実質的に視界から隠されています.

また、ウィキペディアプロジェクトの様々な言語版を宣伝する必要があります.

15年以上、一覧はサイドバーに表示されていました. たいていのアクティブな利用者は一覧を探す場所を体で覚えています. これがサイドバーに、言語ボタンが新しい場所に表示されているという情報のボックスを置いた理由です.

<span id="Will_the_Wikidata_links_be_closer_to_the_list_of_language_links?">

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

「」、「」、および「」は最終的には言語切り替えボタンによって起動するメニュー（「言語メニュー」）の一部となる予定です. これは言語エンジニアリングチームのタスクです.

<span id="How_to_fix_the_coordinates_displaying_incorrectly_near_the_languages_button?">

間違って言語ボタンの近くに表示されている座標を修正する方法は？
ページ状態インジケーターを使用しているページ、バナーやサイト通知があるページ、およびより低い解像度でのページの見た目を考慮してください.

<span id="Why_doesn&#039;t_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?">

モバイル機器で、あるいはブラウザのサイズを変更したときに目次がうまく動作しないのはなぜですか？
モバイルおよびサイズを変更したブラウザの利用者が、ページトラフィックに占める割合は小さいです. このため、まずは利用者の大多数のための機能を構築することを選択します. 狭いスクリーンのために、目次をページのどこからでもアクセスできる固定のインターフェース要素として利用可能にすることを計画しています.

モバイル機器に表示されるものはブラウザのサイズを変更したときに見えるものとは異なることに注意してください. モバイル機器では、現在のところサイトはデスクトップサイトの縮小版として提示されています.

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

なぜ編集を完了したときに表示されないのですか？
その機能はまだ開発中です (T307251). これは2022年版ベクターをより多くのウィキで既定にする前に修正される予定です.

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

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

このラベルはコンテンツの見出しとは区別されるべきです. そうするために、異なる文字（例えば、ラテン文字と日本語の文字）で書かれたウィキや異なるウィキメディアプロジェクト（ウィキペディアとウィクショナリー）は異なる語および/または約物をこのラベルで使う必要があるかもしれません. それぞれのコミュニティが、それぞれのためだけのラベルを設定することが可能です. これはページMediaWiki:Vector-toc-beginningを編集することによって可能です.

<span id="How_can_I_get_both_the_old_and_the_new_table_of_contents?">

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

新しいサイドバーの位置に加えて、意図的に旧来の目次を追加していません. トレードオフです. コードの保守に関わる作業を減らし、サイトの動作を可能な限り良好に保つためにそのようにしました. 旧来の目次を新しい目次に加えて表示することには、重大な技術的欠点があります. HTML全体のサイズが増え、パーサーキャッシュのために必要な必要な記憶容量が増え、そしてレンダリングするために追加のCSSが必要になります.

以下も参照:


 * 旧来の目次に戻す方法

<span id="How_do_magic_words_work_with_this_feature?">

マジックワードはこの機能でどう作用しますか？
目次は常にサイドバーにあり、これを変更することはできないので、  および   マジックワードは機能しません.

しかしながら、 のような、目次の存在に関連するマジックワードは引き続き機能します. そうすると、その後で別の目次を作成するテンプレート化できるでしょう. 例えば、必要ならば、記事は既定の目次を無効化して独自の目次を適用することができます.

すべてのマジックワードはその他の外装に対しては引き続き機能して、記事内の目次をレンダリングします.

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

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

この問題はサイドバーを開いたログインした利用者にだけ影響があるはずです. 長期的には、このメニューのサイズを減らし、サイドバーをコンテンツに重ねる計画です. 詳細と見え方の試作品はT302073でご覧いただけます. この変更は年の後半（2022年10月-12月）に計画されています. さらなる情報はページツールでご覧いただけます.

<span id="What_is_the_scope_of_the_project?">

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

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

これらの変更はベクターにのみ適用されます. ベクターは2010年以降ウィキメディア・ウィキの既定のインターフェースとなっています. モノブック、Timeless（タイムレス）、Minerva（ミネルバ）あるいはModern（モダン）のような、あらゆる他の外装は全く変更されません.

ですが、デスクトップの改善に取り組みつつ、旧来の外装のコードをきれいにしました. 旧来の外装へ新しい変更をより簡単にロールアウトできるようにし、全く使われていないオプションを除去し、これらの外装のPHPコードの75%を除去しました. これはすべて利用者が触れる側には影響がありませんでした.

以下も参照:


 * 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）、情報ボックスやナビゲーションボックスその他のテンプレートは改善していますか？
いいえ.

薄い灰色の記事コンテンツ領域（目次は除く）には、いかなる変更もしません：

<span id="Are_you_building_the_dark_mode?">

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

デスクトップ改善プロジェクトはダークモードを構築するために必要なアーキテクチャの変更を提供します. ですが、それを構築するのは分離したプロジェクトになります. これはそのプロジェクトにはコミュニティとの多大な協力が必要とされるからです. 現在、多くのテンプレートはダークモードと互換性がありません. モバイルアプリに取り組んでいる間にそれを学びました.

初めは、ダークモードは利用者のオペレーティングシステムの設定に基づくことになるでしょう. ブラウザ内トグルを追加する計画はありません. その理由は現在のところ、システムに匿名利用者個人設定のための場所がないからです. ですが、これは後日追加される可能性があります.

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

この機能が成功したと見なす指標は？
既存の利用者層間の有用性の向上は、以下によって象徴されます.


 * ふれあい
 * セッションあたりの検索回数を本プロジェクト期間に 5% 増加
 * プロジェクトあたりの言語切り替えを本プロジェクト期間に 5% 増加


 * 親近感
 * サイトに対してポジティブで友好的な感想の増加（アンケートとユーザーテストで集計）
 * 信頼感と信用感の増加（アンケートとユーザーテストで集計）

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