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

可读性
我们限制内容宽度的主要原因是为了提高维基上所有令人惊叹的内容的可读性. 以有效的方式阅读文本对于我们项目中的大多数阅读和编辑用例来说是至关重要的. 虽然字体大小、对比度、字体和行长等因素会影响可读性，但我们决定首先关注行长. 关于印刷文本行长的研究建议行长为每行45至90个字符之间（cpl） 最近有关阅读网站文本的研究主要集中在35-100cpl的范围内，其中大多数建议都落在该范围的较小范围内. 但是，目前对文章内容没有任何宽度限制，读者可能会发现自己的行长远远超过建议的范围. 一项2005年的研究总结了最新的研究成果：“较短的行长更容易阅读”，此外，关于学习和信息保留，“阅读窄段的对象比阅读宽段的对象能保留更多信息”.

最后，尽管对我们自己进行研究并得出自己的结论始终重要，但我们认为值得注意的是，在内容宽度方面有类似限制的主要网站数量众多. 例如：Nature等学术期刊、纽约时报等新闻网站、联合国等政府和政府间网站、LaTeX等学术文档以及Google文档和Etherpad等文字处理工具. 这些例子，加上广泛的研究，使我们对这一决定充满信心.

简而言之，'''限制内容的宽度可以提高可读性，减少眼睛疲劳并更好地保留信息本身. '''

但那些空白呢？
我们听到了大约30位编者（尤其是大屏幕用户）的意见，他们对页面两侧创建的所有空白感到沮丧，尽管其中一些人同意限制宽度更适合阅读. 造成这种沮丧的主要原因可能有两个： 我们的目标是创造最佳的阅读体验，而不是用内容填充屏幕的每一个像素. 在这种情况下，少即是多——人们能够以较短的行长轻松阅读，并且更容易集中注意力，而不会被侧边栏或其他元素分散注意力. 如果最好的布局是可以包含空白的布局，那么空白本质上没有错.
 * 1) The white space feels like wasted space
 * 2) The white space is bright and distracting

此外，随着项目的进行，我们希望开始利用部分空间来实现其他功能. 我们已经开始尝试将侧边栏固定到页面的左侧（原型的链接）. 在项目的下一步，我们计划尝试在内容旁边放置一个目录和/或页面工具. 另外，正如一样，限制内容宽度为我们提供了内容布局的新选项，例如将右列专用于信息框和图像.

为什么不能让读者的浏览器窗口变小呢？
有人拒绝说：如果人们想要缩小内容范围，可以缩小浏览器窗口的大小，或者单击页面底部的“移动版视图”链接. 正如上文所述：由于我们知道大多数人都来阅读文章，因此我们应该围绕该用例优化布局. 我们只有一个机会给人留下第一印象，我们的目标是在人们到达时就给他们带来很好的体验，而他们不必做出调整.

表格和其他模板不适合限制的宽度，不是很糟糕吗？
我们收到了一些关于带有长水平滚动条或扩展超出限制宽度的模板或表格的报告. 我们想指出的是，我们的很大一部分用户（没有大屏幕并且正在通过笔记本电脑访问维基百科）在更改之前就已经存在表格和模板的问题. 我们应努力确保我们所有内容的响应速度尽可能快，以容纳所有访问者.

为什么我们不把它设为一个设置？
MediaWiki界面最好的部分之一是它的可配置性. 尽管我们可以将内容宽度作为设置，但我们想知道这是否有利于促进编辑和读者之间的共同体验. 这可能对编辑人员在决定页面布局时可能会有所帮助（请注意：英语维基百科的样式手册中提到了1024px是要考虑的最小尺寸，尽管并不是同一件事）. 当前，编者可能在编辑一个1500px宽度的页面，而读者则在阅读一个1200px宽度的页面. 通过实施最大宽度，我们无法完全消除这种差异（因为对于屏幕较窄的人，仍会存在低于最大宽度的变化），但是我们将极大地限制变化范围.

话虽如此，但我们本质上并不反对可配置性. 如果想继续使用不带受限制宽度的新版Vector皮肤，您可以使用一个本地用户脚本或小工具. 我们推荐这一个.

我们如何确定960px的宽度？
请查看此页面，以了解有关我们如何做出此决定的更多信息：

最大的维基将在何时会提供这些更改？
除非社区自愿加入我们的测试，否则更改不会在2021年上半年发布. 当前，我们正在根据收集到的数据以及在“早期采用者”Wiki上进行的测试着重于功能开发. 我们确实希望在今年晚些时候将更改在所有Wiki上设置为默认值.

是否可以在姊妹项目和使用非拉丁文字的维基上实施这些改进？
是的. 我们已经列出了代表各种大小和脚本的“早期采用者”维基. 我们还希望确保至少选择一个非维基百科项目.

这些更改在哪些维基上默认开启？
目前有：


 * 姊妹项目：
 * 
 * 
 * 


 * 使用非拉丁字母的维基百科：
 * bn:
 * he:
 * fa:
 * ko:
 * sr:


 * 使用拉丁字母的维基百科：
 * eu:
 * fr:
 * pt:
 * sr:
 * tr:
 * vec:


 * 以及：
 * Office Wiki
 * 

我们愿意向此列表添加更多维基！

我要如何将其部署到我常驻的维基媒体维基上？
如果您希望在您的维基上将“桌面版改进”作为默认设置，
 * 1) 询问您的社群并达成共识；
 * 2) 如果需要帮助，请联系SGrabarczuk (WMF)，电邮是：sgrabarczuk@wikimedia.org

我如何将其在我自己的维基（第三方）上启用？
首先，确定你已下载. 请注意稳定版本将于2021年中发布. 如果你接受风险，并且就是想要看看我们的更改，请在里加入下面的代码：

我们很高兴知道您赞许我们的改进！

Monobook或Timeless皮肤会受到影响吗？
不，这些变化只会被应用到Vector. 自2010年以来，[ Vector]已成为维基媒体旗下各维基的默认界面. 包括[ Monobook]、[ Timeless]、[ Minerva]和[ Modern]在内的其他皮肤不会受到影响.

你们将改进图表、地图、信息框元模板、信息框、导航框和其他模板吗？
不. 我们不会更改浅灰色“文章内容”区域内的任何内容（目录除外）：



我要如何提出改进建议？
在[ 本项目主页的讨论页]新建段落，或联系SGrabarczuk (WMF)，电邮是：sgrabarczuk@wikimedia.org.

我要如何禁用它？
可以在用户首选项中开启和关闭改进. 我们还在左侧边栏中提供了一个退出按钮（在每个页面上都可以访问）：.

你会移除“选择退出”链接吗？
我们不会移除那个链接. 将继续通过该链接提供旧版Vector皮肤，就像过去的默认皮肤如Monobook那般.

我要如何报告问题？
检查页面以确定您的错误是否为已知问题.

您可以在Phabricator上添加一个任务，并加入Desktop Improvements project标签，或联系SGrabarczuk (WMF)，他的电邮是：sgrabarczuk-ctr@wikimedia.org.

为什么不新增一个皮肤？旧版Vector会发生什么？
制作新皮肤是一个好主意，但对于维基媒体皮肤，更改现有皮肤比从头开始创建新皮肤要容易. 下面列出了各种原因：


 * 要使现有的插件、小工具和用户脚本兼容另一种外观会很复杂，并且维护它们兼容性的成本太高；
 * 构建和维护另一种皮肤太具有挑战性了（因为不能选择完全更换皮肤）；
 * 社群不太可能在构建新皮肤的过程中进行有效合作.

从技术上讲，桌面版改进与以前的功能或项目类似，例如或. 唯一的区别是这一次要做的更多. Vector的文档应保持相关性.

我们将保留和继续维护旧版Vector，并无意将其删除.

为什么不将其设为测试版功能？
测试功能仅适用于注册用户，但这些改进旨在服务于我们的读者和未注册用户. 因此，仅使用测试功能仅会给我们提供来自特定类型用户的反馈，不能代表我们的整个用户群. 而且，我们希望能从最早的部署中获得读者和匿名用户的反馈.

这个功能的成功指标是什么？
通过以下措施提高我们现有受众的效用：


 * 互动性
 * 通过项目，增加5%的搜索率/每次会话
 * 通过项目，增加5%的语言切换率


 * 亲和力
 * 增加对网站的正面和喜爱情绪（通过用户调查和测试）
 * 增加信任感和可信度（通过调查和用户测试度量）

当我们更具体地定义要进行的更改时，我们将在此列表上进行扩展和更新.