亲爱的各位，我为接下来的冗长电子邮件预先道歉。在这封电子邮件中，您将找到最近WebFonts部署的全面状态概述。12月12日星期一UTC 18:00，我们将扩展WebFonts[1]部署到11种印度语的40个维基和维基媒体孵化器——所有维基阿萨姆语、孟加拉语、古吉拉特语、印地语、卡纳达语、马拉地语、尼泊尔语、奥里亚语、，（东部）旁遮普语、梵语和泰卢固语现在都有网络字体。WebFonts不是部署在马拉雅拉姆语和泰米尔语项目上。原因是社区成员要求我们不要这样做。我们相信，最终，社区将请求在其项目上启用WebFonts。WebFonts旨在解决用户看到不完整网页的问题，因为正确呈现页面的字体不在本地系统通过浏览器下载字体。开发此功能的最大挑战之一是脚本和免费授权字体的低可用性修改和重新发布。在过去的几个月里，我们试图建立一个字体集合在主要针对印度语的扩展中，我们执行了许多测验。我们已经通过在村里发短信来寻求社区参与水泵、邮件列表上的电子邮件、个人博客上的博客帖子以及维基媒体基金会博客，在开发者活动上，通过个人电子邮件和通过我们的bug跟踪器，并获得了一些反馈，尽管不幸的是，并不是所有的语言我们都想得到它的。我们当然会在这方面继续努力。旁边的社区参与，我们与红帽进行了为期两天的会议印度浦那本地化团队。自部署以来，我们一直因沟通不足而受到批评--或者没有通过正确的渠道，没有正确的人，没有时间，或者太早，或者没有正确的信息。我真的不知道该怎么做对此做出回应，除了说一句“我的过错，我的最大过错”我们正在努力工作，不断改进我们这样做，以及我们这样做的方式。我们会犯错，毕竟我们是人，当我们意识到自己的错误时，我们会在让它变得更好。我们与团队一起支持维基媒体基金会的使命“想象一个每个人都可以自由分享所有知识的总和。“我很在乎，我们都很在乎，我也很在乎很肯定我们不是无知、轻蔑或无能。我承认我们作为本地化团队是一个相对较新的实体在MediaWiki开发社区和Wikimedia内部基金会，范围非常广泛，我们正在处理很多我们无法评估最终结果的技术细节质量；在这个7种以上的世界上，毕竟有7500种语言理论上我们覆盖了数十亿人，其中大约350种语言在MediaWiki中支持，在Wikimedia中支持280。我承认我们不能让每个人都高兴，但这并不能阻止我们尽管如此，还是在尝试。我想尝试与尽可能多的人合作建设性方式。有了这些数字，协调起来并不总是那么容易。为了引导语言输入，我们设置了“语言支持”团队“[2]。我们还没有针对每种语言的语言支持团队。如果您关心您的维基媒体运动中的语言。让我们使用mediawiki-i18n邮件列出[3]，就语言支持进行建设性的讨论。让我们使用Freenode上的#mediawiki-i18n IRC频道[4]具有实时性讨论。让我们使用bugzilla.wikimedia.org以报告错误[5]。链接[5]解释了错误报告过程。如果您已经知道如何操作，请报告使用此链接快速解决问题：http://ur1.ca/6ov9a。自部署以来，我们已了解到大约17个问题。一些非常性质严肃，其他不需要立即关注。昨天Firefox中未加载web字体的问题在基础设施。今天大约15:30 UTC，我们已经为其他满手的问题[6]：IE6中禁用了功能，上的IE8Windows XP，IE7中的选择按钮无法正常工作，并隐藏字体选择器中的Samyak字体。在我们当前的冲刺中，我们制定多语言和本地化用户文档的框架以及WebFonts、Narayam和翻译。未来，我们还将探索所谓的“黑暗”启动”，这是一种隐藏的功能实时部署，只能使用例如，操作URL。这将允许我们部署功能在实时环境中，不会产生“完全部署”影响。感谢您阅读本文。我期待着与你合作！请继续阅读WebFonts上报告的所有问题的详细信息最近。干杯！西布兰德·马泽兰产品经理本地化维基媒体基金会=======================================链接=======================================[1]https://www.mediawiki.org/wiki/Extension:WebFonts[2]https://translatewiki.net/wiki/语言支持团队[3]https://lists.wikimedia.org/mailman/listinfo/mediaviki-i18n[4]https://translatewiki.net/wiki/Special:网络聊天[5]https://www.mediawiki.org/wiki/Bugzilla网站[6]https://www.mediawiki.org/wiki/Special:Code/mediawiki/106204=======================================未决问题=======================================https://bugzilla.wikimedia.org/33004--旧缓存页面没有web已启用字体优先级：高--------------------------------------------------------------------------------------Wikimedia能够用相对较少的服务器为这么多的页面提供服务由于非常激进的缓存策略，特别是对于匿名用户。WebFonts需要为匿名用户添加JavaScript，目前尚未对squid缓存中的页面执行此操作WebFonts已启用。WebFonts所在的wiki的所有squid缓存对象已部署，需要清除。为创建的内部RT票证维基媒体运营团队将清除匿名鱿鱼缓存。这可能是需要一周或更长时间才能解决问题。https://bugzilla.wikimedia.org/33018--Windows XP上的Firefox 5有脚本超时优先级：中等--------------------------------------------------------------------------------------本地化团队已经测试了该报告，但尚未能够确认观察结果。使用的非最新版本的原因Firefox报告称内存使用量较低。Brion指出Mozilla过去一直在积极降低内存使用率年，所以记者可能会更好地使用当前版本，而不是旧的。https://bugzilla.wikimedia.org/33110--Windows XP上的Google Crome显示胡言乱语优先级：低--------------------------------------------------------------------------------------很少在维基媒体孵化器的页面上看到，我们也没有能够重现这一观察结果，更不用说可靠地重现了。A类错误报告中有屏幕截图。除上游报告外，无目前正在就此问题采取行动。https://bugzilla.wikimedia.org/33054--Lohit字体中的提示问题优先级：中等--------------------------------------------------------------------------------------已在Windows XP中确认。我们可以通过添加暗示来对字体进行修改，但如果需要手动完成，这需要做很多工作。The stem of The洛希特象形文字需要更多的宽度和黑暗。这可能不是对于完美呈现它的平台（Linux）来说是理想的，因为它已经在操作系统级别上提供了提示和反锯齿功能。相同gos安装了Windows 7。https://bugzilla.wikimedia.org/33100--Webkit浏览器上的页面崩溃启用了WebFonts。优先级：中等（如果我们发现多次出现，则可能为高）--------------------------------------------------------------------------------------尼泊尔维基百科中的一个页面使用Google Crome在Mac OS X 10.7.2上创建了一个选项卡崩溃。Mac OS X 10.7.2（11C74）也报告了这种行为Safari 5.1.1（7534.51.22，r102522）[This is a webkit nightly build]由thedj。这很可能与WebFonts代码有关，因为如果登录的用户，在首选项中禁用web字体，页面不crash Chrome。开发者Derk-Jan Hartman被要求在WebKit中报告此错误。请让我们了解可能导致此问题的任何其他页面任何wiki中的行为。https://bugzilla.wikimedia.org/33102--OSX 10.7.2/Opera 11.60没有拉丁字符回退优先级：中等--------------------------------------------------------------------------------------这是一个需要向上游报告的错误。无技术措施迄今为止已采取措施来缓解这个问题。本地化团队之一成员们已经与Opera的高层管理人员进行了接触，并将再次联系那个人。我们要等几天结果——如果没有相对快速的解决方案，我们可能完全禁用Opera的WebFonts。不幸的是，Opera没有公共bug跟踪器。https://bugzilla.wikimedia.org/33027--Narayam和WebFonts都在加载减慢页面速度优先级：中等--------------------------------------------------------------------------------------记者声称该功能在translatewiki.netthan它位于Wikimedia wiki中。评论员表示更多功能通常意味着更多代码，意味着需要传输更多数据，以及在不改变带宽的情况下，这会导致更长的加载时间。这目前不是我们的首要任务，但最终我们会调查这个有点深。我们邀请志愿者做一些数据我们需要的是洞察WebFonts添加的数据量，以及对代码的评估尺寸优化方面的质量。所有引用均正确，共课程：）。有一些替代的EOT转换工具具有良好的压缩比。需要探索，但现代不需要EOT浏览器，因为他们开始使用WOFF字体，这些字体是经过压缩的OpenType字体。https://bugzilla.wikimedia.org/33085--集成更新的Lohit-Tamil字体优先级：中等--------------------------------------------------------------------------------------请求使用上游更新的字体更新WebFonts。这是本地化团队定期检查的内容。可能会关闭本周，未决问题的优先级更高。https://bugzilla.wikimedia.org/32942--提供帮助页和错误报告WebFonts链接优先级：高--------------------------------------------------------------------------------------维基媒体基金会最近开发的工具包括反馈机制。本地化团队计划实施这些用于WebFonts、Narayam和Translate的功能扩展。除此之外，我们还希望提供多语言和本地化文档。这需要一些思考和工作来提供以结构化和可导航的方式。我们会随时通知您。它将是最可能涉及可翻译的*用户*文档MediaWiki.org网站和希望每个特征都有一个反馈位置多个Wikimedia wiki--这是我们要联系的的Article Feedback和MoodBar团队。=======================================已解决问题=======================================https://bugzilla.wikimedia.org/33025--更改为非默认网站时字体，内容不--------------------------------------------------------------------------------------这个问题是允许多个web字体使用“lang”属性。这是在年解决的https://www.mediawiki.org/wiki/Special:Code/mediawiki/105980并且已经已部署。https://bugzilla.wikimedia.org/33034--Firefox中未加载Web字体--------------------------------------------------------------------------------------重复报告有33038份和33044份。此问题源于http://www.w3.org/TR/css3-fonts/#相同-原始限制.几乎所有除Firefox之外的浏览器都忽略了该规范。设计了修复程序并部署：https://www.mediawiki.org/wiki/Special:Code/mediawiki/106092,https://gerrit.wikimedia.org/r/1501感谢Roan、Brion和Ryan他们的帮助。https://bugzilla.wikimedia.org/32775--Internet Explorer 8中的胡言乱语Windows XP（Windows XP）--------------------------------------------------------------------------------------这是一个无法解释的现象，仅在上的Internet Explorer中观察到Windows XP。它也很难复制。其中一个开发人员能够在干净、完全修补的安装上使某些内容具有一定的可复制性Windows XP和Internet Explorer 8。有关详细信息，请参阅错误报告。根据这些观察结果，我们认为继续支持是个坏主意Windows XP上Internet Explorer 8中的WebFonts，我们在中禁用了它https://www.mediawiki.org/wiki/Special:Code/mediawiki/106172。此修复有已部署。https://bugzilla.wikimedia.org/33096--Internet Explorer 6没有字体回退--------------------------------------------------------------------------------------IE6没有字体回退导致拉丁字符显示为方块加载不包含拉丁文标志符号的web字体时脚本。屏幕截图位于http://media.crossbrowsertesting.com/users/34057/screenshots/window/z669002…。根据这一观察，我们认为继续支持是一个坏主意Internet Explorer 6中的WebFonts，我们在中禁用了它https://www.mediawiki.org/wiki/Special:Code/mediawiki/106172。此修复有已部署。https://bugzilla.wikimedia.org/33024--WebFonts菜单按钮不工作在IE7中--------------------------------------------------------------------------------------这是由JavaScript$（'<input type=“radio”/>'）引起的。属性(“名称”、“字体”）；在IE6和IE7中不工作。更新名称属性一次他们被创造出来是不可能的。我们认为可能会有更多在我们的代码中出现了这种情况（jQuery中已经出现了一次已识别：resources/jquery/jquery.validate.js:59）。年进行了修复https://www.mediawiki.org/wiki/Special:Code/mediawiki/106175。此修复有已部署。https://bugzilla.wikimedia.org/33040--印地语Samyak字体重叠和梵语--------------------------------------------------------------------------------------此问题出现在Windows XP和Windows 7中（可能也出现在Windows中Vista）。将Chrome与Mac OS X 10.7.2或几个Linux发行版（Debian和Fedora）。萨米亚克梵文是印地语、马拉地语和梵语。Samyak Gujarati是古吉拉特语的非默认字体。此字体需要更正。将通知维护人员观察到的问题，同时，字体将从WebFonts选择列表（但仍可以使用font-family属性。年进行了修复https://www.mediawiki.org/wiki/Special:Code/mediawiki/106179。此修复有已部署。https://bugzilla.wikimedia.org/33039--尼泊尔文Madan字体重叠--------------------------------------------------------------------------------------此报告无效。记者不知道正确的字形尼泊尔文字。对该错误报告的评论导致了两个奇怪的观察结果（Crome崩溃，Opera字体回退），已拆分为单独的错误报告：https://bugzilla.wikimedia.org/33100和https://bugzilla.wikimedia.org/33102。https://bugzilla.wikimedia.org/33095--WebFonts菜单可以展开屏幕--------------------------------------------------------------------------------------如果“选择字体”和“登录/注册”的翻译是真的短，就像在http://mr.wiktionary.org，展开WebFonts菜单匿名用户将显示部分不在屏幕上的菜单。它已在中解决http://www.mediawiki.org/wiki/Special:Code/mediawiki/106186,http://www.mediawiki.org/wiki/特别：代码/mediawiki/106197,http://www.mediawiki.org/wiki/Special:Code/mediawiki/106201,http://www.mediawiki.org/wiki/Special:Code/mediawiki/106202.这些修改还取决于WebFonts和Narayam，将于2011年12月19日部署。<no bugzilla report>--WebFonts菜单在控件下展开IE6中关于音译的自定义输入法--------------------------------------------------------------------------------------IE6中的z索引存在问题。因为https://www.mediawiki.org/wiki/Special:Code/mediawiki/106172，WebFonts是IE6中不再提供，因此此问题已过时。观察到印地语项目Wikipedia和Wiktionary使用自定义输入方法工具，我们想邀请他们测试Narayam，它包含许多MediaWiki扩展中的输入方法。我们非常愿意印地语输入法InScript测试并添加音译输入法与一些社区代表合作，就像我们与其他印度人合作一样语言。我们希望这将最终导致纳拉亚姆被印地语社区，自定义输入法被放弃。
本周早些时候(http://lists.wikimedia.org/pipemail/wikitech-l/2012-January/057638.html),我写了即将发布的1.19版本以及需要进行的更改在wiki上制作，以提供一致的体验。我一直在考虑这个问题，并从wiki上获取信息管理员，但我对你的想法感兴趣，我已经和Krinkle谈过了，我意识到了他的担忧——javascript确实应该枚举依赖项。不过，我还是担心安装了多个小工具的用户的体验（我们可以在Krinkle的“Tour de Wiki”中进行测试）以及可能的UserScript（我们真的无法测试，至少不能这么容易或这么快）。我调整了enwiki.beta上的[[MediaWiki:Gadgets-definition]]，并让enwiki上的人知道我发现了什么，但我认为更多地方需要调整。为了证明，请看http://de.wikipedia.beta.wmflabs.org/wiki/wikipedia:Hauptseite？debug=true在FireBug中。您将看到（或者至少我看到）两个未实现的依赖项mw.util公司。需要在mw.util上添加某种依赖项——或者只是预加载它或使它在出现未计数的消息时记录消息对它的依赖（以及其他必要的js依赖）。这，再加上WP:VPT之类的消息，将是用户和小工具作者更新他们的javascript。这是一种很好的通知方式不提供升级集群后的可怕体验。让我们确保Wiki*体验的一致性。我们可以避免一些我们在介绍ResourceLoader。向后兼容性很重要。如果我们升级MediaWiki和我们都知道人们会抱怨，因为广泛的依赖性（如mw.util）消失了，让我们消除它“经验差距”。作记号。
