阅读/网页/桌面版改进/常见问题
如何禁用或启用Vector 2022？
我该如何在单个或所有维基媒体项目上启用或禁用它？
首先，检查您是否已经登录。未登录用户无法更改皮肤。
| 特定wiki | 所有wiki | |
|---|---|---|
| 禁用 |
| |
| 启用 |
|
|
-
显示启用/禁用旧版Vector的设置（未经改进的界面） -
显示左侧边栏中的退出按钮 -
退出按钮详情
参见：
为什么未登录用户无法使用切换外观按钮？
因为服务器性能有限。未登录用户可以通过浏览器扩展来定制外观，或者也可以创建账户。
参见：
如何让Vector 2022成为我所有维基媒体的维基主页的默认设置？
联系我们。我们会向你的社群展示该项目并开始讨论。
如何在自己的/私人维基上启用？
如果您喜欢该更改，
- 请确定您已下载MediaWiki 1.39
- 在LocalSettings.php加入下列内容：
$wgDefaultSkin = 'vector-2022';
我们很高兴知道您赞许我们的改进！
如何自定义Vector 2022？
为什么你们不提供设置以让用户在不同版本的功能之间进行选择？
那样會過於复杂，难以维护和开发。
每个设置都像是一个可以讓用户自行选择的十字路口。 多個选择意味着多種组合。 参数设置会造成我们要对所有的组合负责。 我们就必须维护它们，并且在构建新功能时，還要检查这些功能是否能与每種组合都兼容。我们心有餘而力不足。
取而代之的是，我们为社群提供了创建小工具、用户脚本、和个人设置的选项。 一如既往，我们提供空间給小到細節、大到總體的创造力，并協助技术用户维护他们的代码。
另见：
为什么匿名用户没有参数设置？
匿名的置参数设置会造成页面加载的速度太慢。
大部分流量来自未登录用户。 为了应对这一问题，我们有一些“缓存服务器”，它们只保存和发送网页的“快照”。 作为生成网页的替代品，这些“快照”最多持续七天，且对所有未登录用户而言都是相同的。 这能让服务器更快地运行。
提供参数设置意味着要生成不同版本的网页。 这有可能导致未登录用户让服务器超载。 不向匿名用户提供参数设置也是因为我们希望减少缓存的碎片化。
向匿名用户提供参数设置的唯一办法是让设置在页面之后加载。 这会导致加载时间变长而且看起来很奇怪。 例如，如果一个未登录用户想使用暗黑模式，那么在访问页面时，页面会先以浅色模式加载，然后再变暗。
因此，我们为登录用户提供参数设置的唯一原因是我们不向他们提供“快照”。 这是因为来自登录用户的流量很小。
参见：
你们为需要特定工具和功能的编辑者们做了什么？
- 我们联系了有技术能力的志愿者以确保向后兼容性。 我们让他们检查了自己编写的代码，并在代码需要更改时提供帮助。
- 我们使配置和个性化我们的更改成为可能。 我们很高兴与具有技术且愿意创建新的小工具和用户脚本的志愿者合作。
- 我们不会取代有技术的志愿者的工作。 原则上，我们不会对编辑模板或创建新的小工具，但会在必要时提出建议。
你们是否会修复因你们的修改而不兼容的小工具？
看情况。
我们帮助志愿者修复小工具和用户脚本。 有时，我们自己修复这些。 但总的来说，我们的工作在MediaWiki本身上。 小工具和用户脚本由志愿者编写和维护。 从本质上讲，这些总是不太稳定和可预测的。
如果您不确定如何解决脚本或小工具的问题——联系我们！ 我们将尽最大努力就潜在的修正提供通知。
参见：
- 元維基中技術的討論——您也可以在这里寻求技术支持
- Stable interface policy/Frontend——定義哪些代码是稳定的以及我们如何弃用这些代码的一项政策
- Recommendations for gadget developers on Wikimedia wikis——关于小工具和用户脚本的角色和责任的一些建议
哪些CSS类选择器可以用于自定义Vector 2022？
skin-vector-legacy：旧版Vectorskin-vector-2022：Vector 2022
參見：
如何恢复全宽度？
如果您的屏幕宽度至少有1400px，您应该会在底角看到一个按钮
。单击它将会恢复完全宽度。
你也可以：
| 特定某個wiki | 所有的wiki |
|---|---|
|
|
要重新使用网页边缘的空间，请将以下CSS代码添加到您的global.css：
.mw-page-container {
padding-left: 2.25em;
padding-right: 1.25em;
}
#siteNotice {
margin:0
}
参见：
如何禁用粘性元素？
将以下CSS代码添加到您的global.css：
- 标题——添加
.vector-sticky-header {display:none;}
- 目录——添加
.sidebar-toc {position: static;}
如何恢复內嵌式目录
使用下方的JS：
document.querySelector('meta[property="mw:PageProp/toc"]').replaceWith(
$('#vector-toc, .mw-table-of-contents-container')
.removeClass('mw-sticky-header-element' ).removeClass( 'vector-toc.vector-pinnable-element' ).removeAttr('id')
.removeClass('mw-table-of-contents-container')[0].querySelector( 'ul' ).cloneNode( true )
)
$('#vector-toc-pinned-container,#vector-page-titlebar-toc,#vector-sticky-header-toc').remove();
Note, the table of contents will not look like the old table of contents. Additional CSS will be required for that, if necessary.
如何将章节编号恢复到目录
将下列CSS代码添加到您的global.css：
User:Jdlrobson/vector-2022/tocNumbering.css
如何使带有语言链接的按钮出现在主页顶部？
- 请您的社区同意设置主页标题。 （请参阅我们的解释为什么这是一个好主意。）
- 标题将显示在Vector 2010、Minerva、Timeless和Vector 2022中。 它在Monobook中不可见。
- 可以通过编辑登录用户的标题MediaWiki:Mainpage-title-loggedin和注销用户的MediaWiki:Mainpage-title来配置标题。 对于移动登录用户，使用MediaWiki:wikimedia-mobile-mainpage-title-loggedin。 请参阅有关主页标题设置的详细信息。
- 通过将
?vectorlanguageinmainpageheader=1参数添加到URL来测试主页的外观并使用顶部的按钮。 请参阅冰岛语维基百科上的示例。 请注意，冰岛语维基百科没有设置标题，因此仅显示按钮。
- 联系我们，并请求我们将按钮移到顶部。
- 我们将更改您的Wiki的设置。
- 当我们这样做时，该按钮将在Vector 2022的页面顶部可见。 在其他皮肤中，带有语言链接的列表将显示在标准位置，该位置因皮肤而异。
如何恢复以前的用户菜单？
目前无法做到这一点。
如何将Logo更改为临时Logo？
Vector 2022中的Logo由3个元素组成，每个元素都可以使用CSS独立更改。
- 更改图标的图像（例如维基百科上的地球仪）：
.mw-logo-icon { content: url("INSERT NEW IMAGE URL HERE") };
- 更改文字标记（例如「维基百科」這一词）：
.mw-logo-wordmark { content: url("INSERT NEW IMAGE URL HERE") };
- 更改标语（例如「自由的百科全书」）：
.mw-logo-tagline { content: url("INSERT NEW IMAGE URL HERE") };
联络方式
如何联系你们的团队？
选择下列中的一个：
- 项目主页的討論页面(您可以用任何语言书写)
- 带有桌面改进项目标签的Phabricator任务
- 请联系我们的社群关系专家：SGrabarczuk (WMF) sgrabarczuk
wikimedia.org
我如何跟进你们的活动？
你们会举办或出席线上会议吗？
会！
我们组织社群在线公开会议。 在这些会议上，Olga（我们的产品经理）会介绍最近的发展情况。 接下来，社群成员可以就项目提出任何问题。
我们也欢迎网上任何社群活动的邀请。 这些会议可以是地方会议、全国性会议，也可以是国际会议。
Vector 2022和桌面版改进是什么？
这是重新设计吗？
不是。
重新设计是对网站运行方式的一次重大改变。 就本项目而言，我们进行了一系列单独的改动。 每个功能都是一个独立的小项目。 最后，这些功能通过协调一致的视觉设计连接在一起。
這個项目的时间表是什么？
自2019年以来，我们一直著手在做Vector 2022（最初称为 "现代Vector"）。 在2020年初至2022年中期間，我们曾在「早期采用者」wiki上构建并发佈了不同的功能。 (您可以在下面问题的第2-4点的答案中了解更多信息。)
我们已经完成了该部分。 Vector 2022不再是個“测试”了。 目前，我们打算在所有的wiki上引入Vector 2022。
为什么你們會使用“改进”一词？
因为我们有数据表明，改变是为了更好地：
- 通过对读者和编辑的研究，我们发现了一些问题。 在2019年的这一阶段，我们研究了人们使用网站的方式，并找出了最大的可用性问题。 我们还发现了进一步探索网站、更多参与阅读或编辑的问题。 为此，我们采访了多个国家、地区和语言的读者和编辑。 参见：研究与设计：第一阶段、研究与设计：第二阶段。
- 我们制作并测试了原型。 我们构思出每项功能，并开始向用户展示。 通过采访和更多轮的原型测试，读者和编辑对每项功能都进行了测试。 在对编辑进行测试时，我们使用了中央通知横幅。 我们通过多种语言和维基媒体项目展示了这些作品，这样我们就能获得广泛而多样的受众。 每个原型平均接受了约200名编辑者的测试。 (示例)
- 我们完善并构建了我们的功能。 我们根据原型测试的反馈意见，对原型进行了相应的改进或修改。 在某些情况下，我们会征求更多的反馈意见，以确保我们做出正确的决定。
- 我们联系了多个wiki，要求加入早期采用者（"试点维基"）。 这就是「Beta」阶段。 在这些wiki上，我们对每个功能进行了定量测试，其是否有如预期运行。
- 我们对已登录的用户进行了A/B测试。 遗憾的是，我们无法对注销的用户执行这些操作。 这就是我们进行前后对比的原因。
- 拿到测试结果后，我们将其与之前定义的成功标准进行比较。 测试结果不理想时，我们改变了功能，然後再次测试一次。
- 从这一阶段开始，我们还对所有wiki的使用情况进行了监测，许多账户持有人已经在那裏開始使用Vector 2022。
另见：
- 一篇百科全书式的條目：迭代式开发
- 一篇博客文章：Vector界面的迭代设计：移动跨语言链接案例
你们已在哪些wiki测试了这些更改？
我们一直在测试Vector 2022的试点维基有：
| 使用拉丁字母的维基百科 | 使用非拉丁字母的wiki | 姊妹项目 | |
|---|---|---|---|
| 阿拉伯语维基文库 | 是 | 是 | |
| 摩洛哥阿拉伯语维基百科 | 是 | ||
| 孟加拉语维基百科 | 是 | ||
| 加泰罗尼亚语维基百科 | 是 | ||
| 德语维基导游 | 是 | ||
| 巴斯克语维基百科 | 是 | ||
| 波斯语维基百科 | 是 | ||
| 法语维基百科 | 是 | ||
| 法语维基语录 | 是 | ||
| 法语维基词典 | 是 | ||
| 印尼语维基百科 | 是 | ||
| 希伯来语维基百科 | 是 | ||
| 韩文维基百科 | 是 | ||
| 波兰语维基新闻 | 是 | ||
| 波兰语维基文库 | 是 | ||
| 葡萄牙语维基新闻 | 是 | ||
| 葡萄牙语维基百科 | 是 | ||
| 葡萄牙语维基学院 | 是 | ||
| 塞尔维亚语维基百科 | 是 | 是 | |
| 泰语维基百科 | 是 | ||
| 土耳其语维基百科 | 是 | ||
| 威尼斯语维基百科 | 是 | ||
| 越南语维基教科书 | 是 | ||
| 越南语维基百科 | 是 |
为什么要命名为Vector 2022和旧版Vector？
新皮肤是原始Vector中的許多元素的延续。 它的代码是建立在旧版Vector皮肤的基础上的。 我们希望保持功能和视觉上的延续性。 之前为旧版Vector所构建和设计的一切，我们的修改都应能配合起作用，或者可以相当容易地进行配置而起作用。
在2010年建立、发展至2019年的版本目前已被冻结。 换句话说，我们将保留和维护它，但不会为它开发新功能。
我们使用「Vector 2022」这個名称纯属技术原因。 这个名称标志着新的Vector可以作为新皮肤提供给第三方wiki。 (第三方是指安装MediaWiki的人)。
在每个wiki上，可以更改MediaWiki:Skinname-vector-2022来覆盖皮肤的名称。 不过，这可能会造成混乱，因为它不会更改用于网站和用户样式的相关皮肤键。
参见：
你们会移除旧版Vector吗？
不会。
旧版Vector皮肤仍将作为参数设置中的可选项存在，就像过去的默认皮肤（如Monobook）那样。
終端受众
这些改变不是为了编辑者，而是为了读者嗎？
不完全是。
我们的团队 (Web) 致力于提升桌面和移动浏览器的阅读（查看）体验。 那些既阅读条目又编辑的人、加上阅读条目但不编辑的人，是界面用户中的一大群体。 我们为他们所有的人工作，時刻牢记新手与老手都會有特定的需求。
本项目的目标是在不增加编辑难度的情况下改善桌面版的阅读体验。
話說回來，我们的运动战略建议恳求我们以包容的方式去改善用户体验。 本着此一精神，该项目有一个具体目标，即确保自由知识能在未来公平增长。 在建设过程中，我们确保收集来自不同人口和地域的读者的声音。 我们还希望在确定工作内容和评估某个想法是否能满足他们的需求时，把他们的意见作为重点。
参见：
基金会为编辑者们制作了哪些工具？
在基金会，还有其他团队在开展专门针对编辑者的项目。 其中包括：
- 社群技术-–致力于由社群在社群愿望清单调查期间选定的项目
- 编辑 - 致力于讨论工具
- 成长--致力于新人体验的项目
- 版主工具--專注於中型维基媒体项目的版主的需求
- 信任与安全产品--致力于为管理员、社群单位、行政人员和其他反破坏巡逻员开发的工具
你们的修改是否对编辑的统计数据产生了负面影响？
没有。
我们在所有的维基上收集相关统计数据。 与以旧版Vector（2010）作为默认设置的维基相比，以Vector（2022）作为默认设置的维基并没有受到负面影响。
你们的修改是否会使了解wiki社群变得更加困难？
不会。
读者和新编辑者常常被维基媒体项目的侧边栏中大量的链接、选项和探索编辑的方式（换而言之——社群）吓倒。 这是我们研究得到的结果。
我们希望更多的用户参与到社群中。 因此，我们限制了放在外面的链接的数量，希望能将他们的注意力带到最相关的链接上。 所有这些都是与成長和編輯团队合作完成的。
参见：
你们是否專注在维基百科的条目上？
是的。
与维基百科或任何其它项目上的其它命名空间相比，维基百科的条目有着最多的浏览量和读者数量。 我们还对其它命名空间的页面和特殊页面进行了调整。 我们特别调整和配置的有：主页、一些姊妹项目的特定页面、特殊页面、2010版维基文本编辑器、2017版维基文本编辑器和可视化编辑器。
我们还一直在与编辑者们合作，以确保他们为讨论页面所做的工作与我们的工作保持一致，并确保讨论页的特殊配置到位。
你们有关注姊妹项目吗？
有！
我们的目标是改变界面的基本元素。 大多数功能都适用于姐妹项目，就像它们对维基百科的改善一样。 我们从项目一开始就在为不同的姊妹项目进行测试和构建。 我们仍然会在必要时对默认功能进行调整。
非维基百科项目，例如法语维基词典，自2020年来也是与我们合作的社群之一。 我们确定我们之间有直接的沟通和反馈。
关于调整，例如，在维基文库上，限制宽度不适用于页面校对扩展提供的Page命名空间。
你们是否專注在英文维基百科上？
不是。
我们考虑到不同社群的需求，并通过30多种语言测试我们的更改。 我们的灵感还来自各种维基网站的界面和小工具，例如韩国和越南的维基网站。
你们如何确定这些更改在我的wiki上會有效？
- 我们的研究与所有的维基有关，我们听取了来自许多语言版本和项目的声音。
- 我们收集并整合了来自社群的反馈。大多数问题都与所有wiki相关。
- 我们如何调整对姊妹项目的更改——请见“你们有关注姊妹项目吗？”
- 我们对小工具的态度是什么——请见“你们为需要特定工具和功能的编辑者们做了什么？”
你们怎么确定这些修改不是半成品？
我们在wiki上引入更改之前和之后都会进行调整，以确保它们满足各个社群的需求。 如果您认为您的社群会从更多调整和小工具中受益，请参阅：
在对所有wiki进行这些更改后，我们将开展与桌面版改进相关的项目。
易用性
你们是否已为身心障碍用户测试过修改？
是的。 我们正在与美国盲人基金会合作。 我们正在咨询与Vector 2022的易用性相关的各种问题。 在Phabricator上了解进一步信息。
对网络链接较差的用户而言，维基项目是否会更难访问？
不会。
我们希望新皮肤的代码量能与旧版Vector相近。
参见：
移动版、大屏幕、以及响应能力
这些更改是否受到了移动版设计的启发？
不是。
这些更改是专为桌面版作出的。 该项目所有相关的研究与测试均仅針對桌面版用户。 不过，我们也考虑到了在较窄屏幕上使用桌面的用户的体验（例如，两个并排打开的标签页）。
目前，我们並没有合并桌面和移动体验的计划。
新界面是否会响应快速？
我们一直在努力实现这一目标，但这并不是项目的正式目标。
如果你想让界面现在就响应快速，而你正在使用维基媒体的维基，请在你的 global.js 中添加以下内容：
if
( mw.config.get("skin") === "vector-2022")
{
document.head.innerHTML += '<meta name="viewport" content="width=device-width, initial-scale=0.77, maximum-scale=1.0, user-scalable=0">';
}
如果您的社群希望它成为默认设置，请在您的维基上开始讨论，并在达成共识后联系我们。 然后，我们就可以进行更改。
你们会为高分辨率建立专门的设置吗？
目前，我们还没有建立特定环境的计划。 我们希望为大多数用户优化体验，同时在所有分辨率下提供必要的工具。 我们相信，当前版本的新皮肤已经成功做到了这一点。 尽管如此，我们还是鼓励个性化定制！
参见：
为什么内容的宽度受到限制？
为什么留白处取代了原本是内容的区域？
对于大多数使用我们的项目的人来说，高效阅读至為重要。 我们的目标是提高内容的可读性。 有几个因素会对其产生影响––即字体大小、对比度、字形、行的长度、和空格。
- 較短的行
- 阅读短文时，读者的视线不会移动太多，对眼部肌肉的使用强度较低，从而避免眼睛疲劳。
- 狭窄的段落能让读者更好地记忆新信息。
- 在网站上，每行应包含35至100个字符。 数字越接近较小的一端越好。
- 绝大多数大型网站对内容宽度都有类似的限制。 例如：Nature等学术期刊、纽约时报等新闻网站、联合国等政府和政府间网站、LaTeX等学术文档以及谷歌文档和Etherpad等文字处理器。
- 留白(空白)处
- 留白处是眼睛的休息点。 它能帮助 60 岁以上的读者专注于阅读内容，并将内容理解能力提高 20%。[1]
- 没有边栏或其他元素的干扰，人们更容易集中注意力。
- 我们正在利用其中的一些空间来实现其他功能。 我们将侧边栏设置为粘性，并将目录放在内容旁边。 此外，对内容领域的限制也为我们在更遥远的未来提供了新的选择。 社区成员建议在此处放置信息框、图片或参考资料。 作为一个单独的项目，我们将考虑如何利用这一空间。
参见：
为什么不能让读者自己缩小浏览器窗口？
大多数用户不会调整浏览器窗口的大小或使用浏览器插件来改进所浏览网站的设计。 更重要的是，大多数读者只在我们网站上的停留20秒左右。这不足以实现网站的个性化。 维基的基本形式应该是一打開就是好看的。
某些表格和模板无法适应有限的宽度
我们应确保我们的所有内容都尽可能响应所有访客的需求。 我们有很大一部份用户没有大屏幕，只能通过笔记本电脑访问维基百科，他们甚至在更改之前就已经遇到了表格和模板方面的问题。
做成一項配置就好了啊？
我们希望它成为默认的设置。 我们正在构建一种编辑者与读者共享的体验。 这有助于编辑者考虑页面布局。 当前，某個编者可能在编辑一个宽度1500px的页面，同時某個读者则在一个宽度1200px的页面上阅读它。 通过限制宽度，我们并没有消除这种差异（因为对于屏幕较窄的用户来说，最大宽度以下仍会有变化），但我们将大大限制变化的范围。
为什么你们修改了跨语言链接列表？
为什么跨语言链接列表不能留在侧边栏？
因为根据读者的反馈，侧边栏不是一个放置有用链接的地方。 大多数读者关注的是内容部分。 侧边栏的链接实际上是不在他们的视线范围内的。
此外，我们需要增加维基媒体项目的语言版本。
15 年来，该列表一直显示在侧边栏中。 最活跃的用户已经形成了肌肉记忆——可以在那里寻找那个列表。 这就是为什么在侧边栏中，我们放置了一个信息框来提示语言列表换位置了。
维基数据链接会更靠近语言链接列表吗？
会。
“添加跨语言链接”、“编辑跨语言链接”和“维基数据项目”将逐渐成为由语言切换按钮所打开的菜单（“语言菜单”）的一部分。 这是语言工程团队的任务。
如何修复语言按钮附近坐标显示错误的问题？
 建议的选择
|
 另一种选择（不推荐）
|
|---|---|
|
例如，使用 MediaWiki:Common.css 中的绝对定位： .skin-vector.skin-vector-legacy #coordinates { top: 0px; }
.skin-vector #coordinates { top: -20px; }
|
对于那些喜欢工作范例的人来说，有关如何在英语维基百科中解决这一问题的详细信息，请点击此处： phab:T281974#8869238.
考虑使用页面状态指示器的页面、有横幅或网站公告的页面以及低分辨率下的页面外观。
为什么主页顶部没有显示语言链接按钮？
我们发现，读者只关注内容页面，而忽略了边栏。 如果页面顶部标题旁边有语言链接按钮，他们就更有可能在不同语言之间切换。
在许多维基站点上，主页的标题都是隐藏的。 这就是为什么旁边没有显示语言链接按钮的原因。 相反，它位于主要页面的底部。 不过，也可以让它显示在顶部。
参见：
为什么要更改目录？
为什么在移动设备上或调整浏览器大小时，目录无法正常运行？
使用手机和调整浏览器的用户只占页面流量的一小部分。 正因为如此，我们选择首先为大多数用户构建该功能。 对于窄屏幕，我们计划将目录作为一个可从页面任何位置访问的粘性界面元素。
请注意，移动设备显示的内容与您调整浏览器大小时看到的内容不同。 在移动设备上，网站目前显示为桌面网站的放大版。
是否可以更改页面顶部的标签？("序言")
可以。
该标签应与内容标题区分开来。 为此，使用不同文字（如拉丁文和日文）书写的维基以及不同的维基媒体项目（维基百科和维基词典）可能需要在此标签中使用不同的单词和/或标点符号。 每个社区都有可能建立一个适合自己的标签。 可以通过编辑MediaWiki:Vector-toc-beginning页面来实现。
如何获得新旧目录？
这不可能。
我们故意不在新的侧边栏位置添加旧目录。 这是一种权衡。 我们这样做是为了减少维护代码的工作量，尽可能保持网站的正常运行。 在新目录之外显示旧目录会有重大的技术缺陷。 这会增加 HTML 的整体大小，增加解析器缓存的存储需求，并需要额外的 CSS 来呈现。
参见：
该功能如何使用魔法词？
__TOC__和__FORCETOC__的魔法词不起作用，因为目录始终位于侧边栏中，无法更改。
不过，与目录的存在有关的神奇词汇，如__NOTOC__，确实有效。
模板也是如此，这样就会产生另一种目录。
例如，文章可以禁用默认目录，并在必要时应用自己的目录。
其他皮肤在文章中显示 ToC 时，所有魔法词仍可继续使用。
我们项目的Logo出现了问题，如何修复？
我们已经尽力确保您的项目徽标在 Vector 传统皮肤和 Vector 2022 皮肤之间保持一致。不过，我们也有可能忽略了一些东西，或者在没有征求社区意见的情况下做出了仓促的决定。
值得注意的是，在维基词典（Wiktionary）、维基大学（Wikiversity）、维基图书（Wikibooks）等项目中，我们显示的是项目默认的徽标。这是因为我们无法从现有的 Vector 传统徽标中为 Vector 2022 设计一个徽标。不过，我们可以根据要求定制本地化标识。有关这方面的更多信息，请参阅 T341243.
任何项目都可以更新徽标或申请更改徽标。这需要遵循网站申请生命周期。请不要对任何与徽标有关的现有任务发表评论。
本项目的范围是什么？
你们修改了Monobook或Timeless皮肤吗？
没有。
这些修改仅应用于Vector。 Vector是维基媒体项目2010年开始使用的默认界面。 其它的皮肤，如Monobook、Timeless、Minerva、Modern完全不会变动。
不过，在进行桌面版改进时，我们确实清理了旧皮肤的代码。 我们让对旧皮肤进行新更改变得更加容易，并移除了这些皮肤从未使用过的选项及75%的PHP代码。 不过这些对用户所使用的界面没有影响。
参见：
你们改进了图表、地图、信息框元模板、信息框、导航框、和其他模板吗？
沒有。
我们不会更改浅灰色文章内容区域内的任何内容（目录除外）：
.png)
你们会开发暗黑模式吗？
这不是此次桌面版改进的一部分。不过，2023年，我们启动了一个项目无障碍阅读。构建暗黑模式是此项目的一部分。
这个功能的成功指标是什么？
提高现有受众的效用，具体表现为：
- 互动性
- 通过项目，增加5%的搜索率/每次会话
- 通过项目，增加5%的语言切换率
- 亲和力
- 增加对网站的正面和喜爱情绪（通过用户调查和测试）
- 增加信任感和可信度（通过调查和用户测试度量）
当我们更具体地定义要进行的更改时，我们将在此列表上进行扩展和更新。
参考文献
- ↑ UI Design Newsletter – December, 2005, Human Factors International