维基百科:互助客栈/技术/存档/2016年8月

本页是以往讨论的存档。请勿编辑本页。若您想发起新讨论或重启现有讨论，请在当前讨论页进行。

Template:PRC admin/disambig太复杂不利维护

本主题全部或部分段落文字，已移动至Wikipedia_talk:机器人建立条目小组/中华人民共和国行政区划。执行人：Jimmy-bot（留言） 2016年8月6日 (六) 08:42 (UTC)。

Wikipedia:建立条目精灵/消歧义页的检测

本主题全部或部分段落文字，已移动至Wikipedia talk:建立条目精灵/消歧义页。执行人：Jimmy-bot（留言） 2016年8月10日 (三) 08:42 (UTC)。

Tech News: 2016-31

这是来自维基媒体技术社群的最新技术新闻。请将这些更新转告其他用户。不是所有的更新都将影响您。我们也提供它的翻译版本。

最近更新

共享资源上的结构化数据原型现已可用。 [2]
修订滑块测试功能现在可在mediawiki.org、德语维基百科、阿拉伯语维基百科和希伯来语维基百科上测试。

问题

在7月20日~21日间，一些wiki上已重命名的用户未能连接到其他wiki上的账户。现已修复。 [3]

本周更新

MediaWiki的新版本将于8月2日部署于测试维基及MediaWiki.org。它将于8月3日部署至非维基百科wiki和部分维基百科上，并于8月4日部署至所有wiki，参见日历。

会议

您可以参与下周可视化编辑器团队的会议。在会议中您可以告知开发人员哪些问题是最重要的。会议将于8月2日 19:00 (UTC)开始。参见如何加入。
下次CREDIT showcase将于8月3日 18:00 (UTC)开始。这是展示新的小工具、小项目和正在进行的工作，并对它们进行评论的机会。
您可以参与下次架构委员会的会议。本周的话题是“在核心代码中提供通知功能”。会议将于8月3日 21:00 (UTC)开始。参见如何加入。

技术新闻由技术大使制作并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

2016年8月1日 (一) 21:48 (UTC)

求助，跨语言链接压缩如何停用

跨语言链接压缩于今天在本维基项目启用

总觉得这个新功能没有什么大用处，User:Antigng说可以在Special:参数设置中关掉，可我找不到这个选项，于是在这求助各位大神！跪谢！--虫虫超能研究所→实验志愿者报名入口，强烈抗议国际法庭对南海问题作出无效裁决 2016年7月31日 (日) 07:12 (UTC)

@百战天虫：外观>语言>使用紧凑的语言列表，它包含与您有关的语言。--A2093064#Talk 2016年7月31日 (日) 07:14 (UTC)

没错。Antigng（留言） 2016年7月31日 (日) 07:22 (UTC)

谢谢您。--虫虫超能研究所→实验志愿者报名入口，强烈抗议国际法庭对南海问题作出无效裁决 2016年7月31日 (日) 12:33 (UTC)

不客气。--Antigng（留言） 2016年7月31日 (日) 13:46 (UTC)

讨厌这个功能...为什么不预设关掉，喜欢的自己去开？我不管到哪个语言的维基百科都还要调一次= =--Liaon98 _我是废物 2016年7月31日 (日) 07:25 (UTC)

可以到phab提报。--Antigng（留言） 2016年7月31日 (日) 09:09 (UTC)

举双手同意预设关掉。--№.N（留言） 2016年7月31日 (日) 13:30 (UTC)

感觉会让wmf的开发人员伤心？--Antigng（留言） 2016年7月31日 (日) 13:46 (UTC)

又不是第一次伤心，那个媒体查看器还不是动用了超级保护的设计？——路过围观的Sakamotosan 2016年8月1日 (一) 01:55 (UTC)

那就要求他们把这个设置同步到所有站点。 --达师 - 334 - 554 2016年7月31日 (日) 16:54 (UTC)

那个全域设置同步计划好像一直没进展？——路过围观的Sakamotosan 2016年8月1日 (一) 01:55 (UTC)

new mw.Api().saveOption('compact-language-links', 0 );

把这个加到m:Special:MyPage/global.js。详情：phab:T138282--HW（讨论贡献） 2016年8月1日 (一) 02:26 (UTC)

把这个加入Mediawiki:Common.js（误）。--Antigng（留言） 2016年8月1日 (一) 03:11 (UTC)

@Antigng：送您两个字：(－)反对，万一真有人要用呢？--Liuxinyu970226（留言） 2016年8月1日 (一) 04:18 (UTC)

@Antigng：你们谁告诉我，IP用户怎么办？--我是火星の石榴（留言） 2016年8月2日 (二) 08:54 (UTC)

原则上ip用户可以通过cookie存放一些简单的偏好设置。但是目前紧凑语言链接好像没有实现相应功能。--Antigng（留言） 2016年8月2日 (二) 08:56 (UTC)

有办法知道Special:permalink/1在哪个页面吗？

如题…… --达师 - 334 - 554 2016年7月30日 (六) 13:31 (UTC)

一个刚创建的维基的第一个页面当然是首页啦。--SolidBlock ^讨论 2016年8月3日 (三) 09:30 (UTC)

@SolidBlock：不太对。如果是首页，那么到首页检视历史应该会看到，即使该历史版本已经删除，仍会显示，只是会被一个删除线划掉，依照目前情况看来，不是首页。--　宇帆（普通留言·Flow留言·联络） 2016年8月3日 (三) 16:15 (UTC)

注：现在最早只能看到Special:permalink/5，管理员亦然，该次编辑由User:Brion VIBBER在2002年10月27日 (日) 06:50做出。我也很好奇前四笔跑哪去了。-和平、奋斗、救地球！^{留言・WikiNews}于 2016年8月3日 (三) 16:48 (UTC)

有可能从数据库里面删掉了。（不是现在的维基百科上的伪删除功能）--Antigng（留言） 2016年8月4日 (四) 00:34 (UTC)

就是从数据库里删掉了，但我试了试，这个页面不一定是首页，什么页面都会显示成首页。--Qinyongr 留言 _8·35 2016年8月4日 (四) 01:17 (UTC)

中文维基百科迁移过服务器，早期的历史版本应该是后来迁入的，时间顺序不对，special:permalink/5944是2002年10月，而special:permalink/447在2002年12月。首页没有被删除的历史版本。 --达师 - 334 - 554 2016年8月4日 (四) 12:39 (UTC)

同上意见，资料顺序为混杂的。从第1位维基人查起，可知最早的编辑为Special:permalink/5944，编辑时间：2002年10月27日 (日) 06:39，最早页面：Main Page（现重定向至首页）。--Steven™ ∴Message∵ 2016年8月4日 (四) 13:53 (UTC)

有关于Twinkle中CSD F7所使用的模板

目前在Twinkle中，标记CSD F7（与维基共享资源档案重复的档案）的模板为Template:Delete，但是我曾经使用英语维基百科的Twinkle，在这个速删选用的模板是en:Template:Now Commons，比起Delete模板的讯息更好。希望能够修改Twinkle的设定，将CSD F7的模板改用Now Commons的设定。由于该模板我曾经也有维护，所以希望能做出修改。台湾杉在此发言 (会客室) 2016年8月5日 (五) 05:01 (UTC)

@Taiwania Justo：，两者有什么本质上的区别呢？--Antigng（留言） 2016年8月5日 (五) 05:04 (UTC)

@Antigng：原因很简单。在Delete模板当中，对于本地维基百科档案移动到维基共享资源时，如果命名不同，在Delete模板标示共享资源新档案名称时，无法将之连结到共享资源的新档案页面；但Now Commons可以做到。此外，该模板有机器人查核与人工查核的参数，能标示此模板是经由机器人或人工查核确认后所加。最后，Now Commons的模板比较美观。台湾杉在此发言 (会客室) 2016年8月5日 (五) 05:09 (UTC)

@Taiwania Justo：，为什么不可以把相应代码丢到{{delete}}里面？{{delete}}使用了Module:Template:Delete，可扩展性比Now Commons强多了。--Antigng（留言） 2016年8月5日 (五) 05:11 (UTC)

@Antigng：如果上述功能完善，我不介意。但请注意，由于在CommonsHelper的设定当中，移动完成会建议标示Now Commons模板，目前9个维基百科站点都有此模板，如果与本地设定不同，仍须进行一些修正。台湾杉在此发言 (会客室) 2016年8月5日 (五) 05:17 (UTC)

@Taiwania Justo：，那是它的问题，不是我们的问题。--Antigng（留言） 2016年8月5日 (五) 05:19 (UTC)

@Antigng：那上述命名相异连结与查核机制仍须解决。台湾杉在此发言 (会客室) 2016年8月5日 (五) 05:21 (UTC)

@Taiwania Justo：，Mediawiki系统会自动检测已有文件是否存在副本，如存在会列出来，没有必要在删除模板中找寻链接。--Antigng（留言） 2016年8月5日 (五) 05:24 (UTC)

Cat-a-lot找不到旧分类

是不是如果页面是用[[Category:XX]]就不能用？--A2093064#Talk 2016年8月5日 (五) 13:23 (UTC)

Cat-a-lot把繁简视为相异，不会自行转换的，你先检查一下有没有用错字体。--Quest for Truth（留言） 2016年8月6日 (六) 21:07 (UTC)

@Quest for Truth：因为我把这个工具引入到我自己架的mediawiki，我语言是设定成zh-tw，所以没有繁简问题，查了中文维基上有关Cat-a-lot的内容，也曾有用户说Remove from this category得到old category could not be found，所以我在怀疑是不是只能移除[[Category:XX]]不能移除[[Category:XX]]。--A2093064#Talk 2016年8月7日 (日) 06:22 (UTC)

刚刚测试似乎不是这个问题。--A2093064#Talk 2016年8月7日 (日) 06:23 (UTC)

Wikiplus在QuickEdit于页面存废讨论

若有同时使用twinkleclose和Wikiplus，在页面存废讨论时的段落使用QuickEdit，会发现其编辑摘要有时会出现[关闭讨论]的字样，推断偶然发生原因是因为TW和Wikiplus载入先后不同所致，Wikiplus若先载入则无问题，其错误原因是因为段落名称抓取方式（见源代码），原本的

var sectionName = $.trim(cloneNode.text());

应该改成

var sectionName = $.trim(cloneNode[0].children[0].innerHTML);

由于@镜音铃：似乎不常上维基，所以来问问大家有没有遇到这个问题。--A2093064#Talk 2016年8月7日 (日) 01:21 (UTC)

我查一下。（找我可以找到的，有邮件提醒）--镜音铃（留言） 2016年8月7日 (日) 01:25 (UTC)

@镜音铃：提供你部分HTML以除错。

<h2><span class="mw-headline" id=".E6.94.BE.E8.A1.80"><a href="/wiki/%E6%94%BE%E8%A1%80" title="">放血</a> <strong><a href="#11"><span style="color: black;">[</span><span style="color: red;">关闭讨论</span><span style="color: black;">]</span></a></strong></span><span class="mw-editsection"><span class="mw-editsection-bracket">[</span><a href="/w/index.php?title=Wikipedia:%E9%A0%81%E9%9D%A2%E5%AD%98%E5%BB%A2%E8%A8%8E%E8%AB%96/%E8%A8%98%E9%8C%84/2016/08/06&action=edit&section=11" title="編輯章節：放血">編輯原始碼</a><span class="mw-editsection-bracket">]</span><span><span id="mw-editsection-bracket">[</span><a class="Wikiplus-Edit-SectionBtn" href="javascript:void(0)">QuickEdit</a><span id="mw-editsection-bracket">]</span></span></span></h2>

--A2093064#Talk 2016年8月7日 (日) 01:39 (UTC)

@A2093064：基本了解情况。不知twinkleclose的开发者是哪位，我希望大家在开发辅助工具的时候不要污染MediaWiki本身的HTML元素……你提供的解决方案在不开twinkleclose时会出错，虽然可以做一个判断，但是假如以后又发生类似的情况，糟糕的判断会越来越多。

这个我目前还没有想到什么优雅的解决方案，今天还有事出门，让我稍微思考一下。--镜音铃（留言） 2016年8月7日 (日) 01:46 (UTC)

@镜音铃：恩，我知道你的Wikiplus不只在维基百科使用，所以我提出这个方案只是专用于中文维基，配合两者特性所进行的微调，没有使用twinkleclose的还是可以使用原本的Wikiplus，我想你也不需要费心去修改Wikiplus，感谢你的回复。--A2093064#Talk 2016年8月7日 (日) 01:50 (UTC)

@镜音铃：我相信我这笔修改更为正确，因为要考虑的繁简转换，如果你章节标题繁简错误（必须依照原本的繁或简），就没办法自动跳到指定章节了。--A2093064#Talk 2016年8月7日 (日) 02:42 (UTC)

能不能解码一下.mw-headline的id？这其实也是编辑摘要应该回链到的值（比如现在所有在章节标题用模板后的编辑摘要就全是错的，参见Wikipedia:当前的破坏）。--Jimmy Xu ^论 2016年8月7日 (日) 03:13 (UTC)

向两位解释一下不取.mw-headline的id的原因。mw生成id是转成了unicode然后把%换成了.，转回去的时候必须考虑到……如果本来的标题就就有.怎么办。直接一刀切把.全部转成%显然会出问题。于是我尝试过用一个try-catch来判断，如果对应的unicode无法转成字符则跳过，但是，如果你的标题是“.25”这样的，id里就会是“.25”，按此方法会被转成“%”，显然也不对。权衡之后我选择获取mw渲染出来的文字，至少是可读的，最多是无法跳转到正确段落。--镜音铃（留言） 2016年8月7日 (日) 14:20 (UTC)

对，我后来也发现我的问题了。--A2093064#Talk 2016年8月7日 (日) 14:25 (UTC)

MediaWiki的这个转换，实际上是损失信息的，没办法..--镜音铃（留言） 2016年8月7日 (日) 15:18 (UTC)

但就算原标题是“.25”，编辑摘要写“/* % */”还是能跳转到该章节的。感觉那个注释更重要的是anchor有效而非可读。--Jimmy Xu ^论 2016年8月8日 (一) 01:46 (UTC)

报告页面错误

浏览wiki时候，个别页面无法正常显示，刷新也没有用，应该不是我浏览器问题，只有特定的个别页面无法正确显示

刚刚想上传截图，被提示： no fallback page found for autotranslate (base=Abusefilter-warning-baduploads, lang=zh-cn)

列如中国抗日战争，整片变成白色的。--Ai6z83xl3g（留言） 2016年8月8日 (一) 15:22 (UTC)

因为该条目使用的Template:Article issues遭到“"div style"破坏”。--Mewaqua（留言） 2016年8月8日 (一) 15:25 (UTC)

Special:最近更改

为何Special:最近更改会突然没有画面?--Tom...........（留言） 2016年8月8日 (一) 14:02 (UTC)

对应画面MediaWiki:Recentchanges-summary。--►不让你们窝里反的Ricknator（11♥）◁ 2016年8月8日 (一) 14:32 (UTC)

~~又恢复正常了，不知道发生了什么事 :o~~再次失灵--Tom...........（留言） 2016年8月8日 (一) 14:37 (UTC)

可能又要重新排版了。。。--►不让你们窝里反的Ricknator（11♥）◁ 2016年8月8日 (一) 14:41 (UTC)

Template:TOWpercent遭到114.42.228.12持续破坏。--Mewaqua（留言） 2016年8月8日 (一) 14:42 (UTC)

保护上的漏洞！--114.38.181.106（留言） 2016年8月8日 (一) 15:05 (UTC)

Special:用户贡献/QVSCW等多名破坏账户弄的，已封禁之，并全保护那些被破坏的高风险模板。若仍有其他条目有出现问题烦请回报。感谢大家合作一起反破坏。-和平、奋斗、救地球！^{留言・WikiNews}于 2016年8月8日 (一) 15:30 (UTC)

Tech News: 2016-32

这是来自维基媒体技术社群的最新技术新闻。请将这些更新转告其他用户。不是所有的更新都将影响您。我们也提供它的翻译版本。

最近更新

在通知中，一般通知的图标已从气泡图标（）更改为托盘图标（）以保持一致性。提醒图标也已重新设计。颜色现已更改以便于访问。 [4]

问题

如果您在从wiki文本编辑器切换到可视化编辑器时，使用wikEd小工具的话，您做出的更改可能无法保持。这个问题现已修复。 [5]

本周更新

现在在维基媒体搜索系统中，当您搜索时将忽略句尾或词尾的问号。直到现在，问号标记只是一个通配符。 [6]
在共享资源，上传向导现将在移动端可用，而不是只加载旧上传表单。这应该减少社群复核图片时的工作量。 [7]
当您使用可视化编辑器编辑时，一个拼图符号告诉您在条目中有看不见的模板。现在将提及模板名称。 [8]
阅读其他语言事物的按钮将为移动用户做出调整。这将于8月9日发生。 [9]
当有人提及您，并链接至您的用户页时，您会获得一条通知。现在您将在同样方法下，您提及您自己时获得这一通知。 [10]
MediaWiki的新版本将于8月9日部署于测试维基及MediaWiki.org。它将于8月10日部署至非维基百科wiki和部分维基百科上，并于8月11日部署至所有wiki，参见日历。
通知面板上有一条消息将邀请用户尝试Special:Notifications页面。 [11]

会议

您可以参与下周可视化编辑器团队的会议。在会议中您可以告知开发人员哪些问题是最重要的。会议将于8月9日 19:00 (UTC)开始。参见如何加入。

技术新闻由技术大使制作并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

2016年8月8日 (一) 15:40 (UTC)

关于战争、战役模板字体问题

上次发过文，无人解答，请问如库斯克会战此类条目，右侧的军事冲突模板内文字为何变得与内文大小一样？更早之前是更小的，因为这模板内文经常要写很多伤亡、数据、单位和参与者，如果与正文字体大小相同会把模板拉的太长，大概在一月多时无意间注意到，后来又一度变小（原有尺寸），近期又大了回来，不知可否修正？谢谢。--Ai6z83xl3g（留言） 2016年7月31日 (日) 13:42 (UTC)

@Ai6z83xl3g：[12]--A2093064#Talk 2016年7月31日 (日) 13:44 (UTC)

谢谢回应，不过这段历史纪录是我发现它变大后手动将他“改小”，后来C君将我的编辑回退，字又大了回去，但以前就算是我介入前，模板的字体也是小一截的。--Ai6z83xl3g（留言） 2016年7月31日 (日) 13:47 (UTC)

截至目前为止无人回应，若三天后无人反对或提出其他意见，我将退回至内文字体缩小的版本，谢谢。--Ai6z83xl3g（留言） 2016年8月9日 (二) 02:10 (UTC)

怀疑Wikidata有冲突，未能完成反清复明和en:Anti-Qing sentiment的跨语言链接。

本主题全部或部分段落文字，已移动至Talk:反清复明。执行人：Jimmy-bot（留言） 2016年8月21日 (日) 00:42 (UTC)。

关于“带繁简转换的编辑提示”

请问一下……各位的页面有转换VP的编辑提示了么？ --Rubyy^Talk|Flow 2016年8月9日 (二) 17:43 (UTC)

源在MediaWiki:Editnotice-4-互助客栈-技术/zh。机器人会自动将转换后的内容填到相应variant，所以没这个问题。只是这editnotice是做什么的…… --达师 - 334 - 554 2016年8月12日 (五) 04:16 (UTC)

已删除……这个是之前有人讨论，说编辑提示没法繁简转换时做的实验/演示。Liangent（留言） 2016年8月13日 (六) 01:28 (UTC)

“分类“分类:XX”中的页面”

今天浏览分类页面时看到原本列出使用对应分类的页面的标题“分类“XX”中的页面”变成了“分类“分类:XX”中的页面”，两个“分类”重复出现，相信是有人在对这个标题加入繁简转换功能时不小心加上去的，不知谁能修改一下？--№.N（留言） 2016年8月5日 (五) 09:21 (UTC)

@Liu116：不懂，请给连结。--A2093064#Talk 2016年8月5日 (五) 10:28 (UTC)

可能我没表达清楚，就举个例子（这种情况在每一个分类页面都有），点开Category:2016年英国体育，应该会看到“分类“分类:2016年英国体育”中的页面”字眼（原本应该是“分类“2016年英国体育”中的页面），其中后面的“分类:”就明显多余，因为前面已经出现过一次“分类”了。不知道这么说清楚了不？--№.N（留言） 2016年8月5日 (五) 10:47 (UTC)

了解，感谢。--A2093064#Talk 2016年8月5日 (五) 10:52 (UTC)

没找到问题，请问用的是什么界面语言和转换设置？Liangent（留言） 2016年8月5日 (五) 15:30 (UTC)

阁下是不是没用繁简转换？我试了试大陆简体、香港繁体、台湾正体都有这问题，但设定不转换的话就还是正常显示“分类“XX”中的页面”（XX指任意分类）。--№.N（留言） 2016年8月5日 (五) 15:37 (UTC)

奇怪，为什么这个问题在我自己的mediawiki上没有发生过。@Liu116：，你是什么时候注意到有这个现象的？--Antigng（留言） 2016年8月6日 (六) 12:00 (UTC)

昨天。--№.N（留言） 2016年8月6日 (六) 12:03 (UTC)

的确，只有不转换正常，另外我自己的mediawiki也是正常（单语言）。--A2093064#Talk 2016年8月6日 (六) 12:05 (UTC)

@A2093064：，你用的是什么版本？把语言调成zh试试看。--Antigng（留言） 2016年8月6日 (六) 12:08 (UTC)

@Antigng：MediaWiki版本1.27.0，语言调成zh之后所有zh-*语言都是显示正常喔。--A2093064#Talk 2016年8月6日 (六) 12:12 (UTC)

@A2093064：怀疑是最近几笔编辑搞的鬼。是否为[13]？--Antigng（留言） 2016年8月6日 (六) 12:15 (UTC)

嗯...我对mediawiki源代码不是很了解。--A2093064#Talk 2016年8月6日 (六) 12:23 (UTC)

更离谱的在这里 ->分类“创建“Category:XXX””中的页面--Antigng（留言） 2016年8月7日 (日) 02:18 (UTC)

已确认，已提报。--Antigng（留言） 2016年8月7日 (日) 06:15 (UTC)

在zhwikisource有相同情况。 --达师 - 334 - 554 2016年8月7日 (日) 05:46 (UTC)

现在这问题还没解决……当然可能要解决也未必有那么容易……--№.N（留言） 2016年8月13日 (六) 14:24 (UTC)

正所谓“按下葫芦浮起瓢”。--Antigng（留言） 2016年8月14日 (日) 07:37 (UTC)

可视化编辑器的建议和bug反馈

本主题全部或部分段落文字，已移动至Wikipedia_talk:可视化编辑器。执行人：Jimmy-bot（留言） 2016年8月24日 (三) 08:42 (UTC)。

版本删除的问题

本主题全部或部分段落文字，已移动至Wikipedia_talk:修订版本删除请求。执行人：Jimmy-bot（留言） 2016年8月24日 (三) 16:42 (UTC)。

怀疑User talk只有在使用Flow talk时是无法被Special:最近更改查到或供人浏览其纪录

我发现使用Flow talk有个缺点，就是留言之后，系统无法将其显示在Special:最近更改可被查询到。比如我在User talk:Chenyijia001留言时间是2016年8月14日 (日) 13:50，但在Special:最近更改对查询的命名空间选择“使用者讨论”，最近全部可查到User talk都有显示出来，唯独我在User talk:Chenyijia001的留言纪录并无法像别人一样，
“User talk:Liangent‎；15:21 . . (+189)‎ . . ‎Yuriy kosygin (對話 | 貢獻)‎ (→‎想請教IRC聊天室的設定問題)”
有这样显示其纪录出现在Special:最近更改可被查到，也就是说，只有在User talk是使用Flow talk时就会这样，否则也不会别人留言的可被查到，我的留言就查不到。如果像我说是真的如此，或许需要在技术上克服这问题。--114.38.183.196（留言） 2016年8月14日 (日) 17:32 (UTC)

刚刚在Wikipedia_talk:Flow_tests测试了一下，并无不妥。——路过围观的Sakamotosan 2016年8月15日 (一) 00:44 (UTC)

跨语言链接

本主题全部或部分段落文字，已移动至Help_talk:跨语言链接。执行人：Jimmy-bot（留言） 2016年8月26日 (五) 08:42 (UTC)。

Tech News: 2016-33

这是来自维基媒体技术社群的最新技术新闻。请将这些更新转告其他用户。不是所有的更新都将影响您。我们也提供它的翻译版本。

问题

上周技术新闻曾通知当您提及您自己时，您将像其他人通知您时一样收到通知。这导致一些问题，并将晚些时候发生。 [14]
现在可视化编辑器中，创建和编辑至其他页面章节的链接将再次工作。 [15]
部分用户跨wiki通知不能正常工作。当只显示跨wiki通知时计数显示错误。跨wiki一节只显示wiki名称，并不显示实际通知。这将很快修复。 [16][17]

本周更新

当您选择“记住我的登录状态”时，登录会话现将至少持续1年。之前为30天。这将于8月16日发生。 [18]
部分防滥用过滤器将务必在本周更新。这是因为修复了一个漏洞。 [19]
在紧凑语言链接中，语言的两种新类型将在缩短的语言列表中显示：用于条目文本中的语言、以及有“特色条目”或“优良条目”等徽章的条目所属语言。 [20][21]
可视化编辑器将在使用阿拉伯字母的维基百科上，为退出编辑者默认开启。这已为登录编辑者默认开启。 [22]
MediaWiki的新版本将于8月16日部署于测试维基及MediaWiki.org。它将于8月17日部署至非维基百科wiki和部分维基百科上，并于8月18日部署至所有wiki，参见日历。

会议

您可以参与下周可视化编辑器团队的会议。在会议中您可以告知开发人员哪些问题是最重要的。会议将于8月16日 19:00 (UTC)开始。参见如何加入。

将来更新

从8月22日这一周开始将出现3个软件部署时段。这将于13:00、18:00和23:00（均为UTC时间）发生。这会给wiki软件更新腾出更多时间，并为来自世界不同地方的开发人员提供方便。 [23]

技术新闻由技术大使制作并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

2016年8月15日 (一) 19:37 (UTC)

欧盟又要热闹了。 --达师 - 334 - 554 2016年8月16日 (二) 11:28 (UTC)
放心，闹的再大也不如singular their那件事大。--Liuxinyu970226（留言） 2016年8月17日 (三) 21:59 (UTC)

刚刚收到消息，“中文WebFont的支持，以解决生僻字的显示”被Nikerabbit拒绝了，原因可能是santhosh那句话。--Liuxinyu970226（留言） 2016年8月19日 (五) 00:46 (UTC)

Star Trek

本主题全部或部分段落文字，已移动至Talk:星舰奇航记。执行人：Jimmy-bot（留言） 2016年8月29日 (一) 00:42 (UTC)。

维基百科app 中文版的bug

维基百科app 中文版里的新闻动态存在bug。很明显，app的设计是参照en:Portal:Current events开发的，而中文版的Portal:新闻动态和英文版的排列顺序正好相反，所以造成了app里中文版新闻动态一个月才更新一次的问题。

那么，现在应该如何修复这个问题呢？是提交bug，让app专门为中文版自动/手动调整顺序，还是Portal:新闻动态这边去手工/自动调整顺序来适应app？--百無一用是書生 (☎) 2016年8月19日 (五) 12:54 (UTC)

额，大意了，看了一下英文版的app，新闻动态是en:Template:In the news的数据，不知为何中文版没有抓到Template:Itn的数据....另外，英文版app的探索维基百科里有显示特色条目，中文版却没有--百無一用是書生 (☎) 2016年8月19日 (五) 13:11 (UTC)

不止中文，好多语言都没有特色条目- I am Davidzdh. 2016年8月21日 (日) 15:29 (UTC)

内链的繁简问题（续）

所以我这里讲的这个“某种中文变体显示的条目上的内链点进去后，显示的不再是之前强制的那种中文变体”的问题需要提交issue么？另外，我用archive.org发现，2009-2011年时，两个简体版本有这个问题（即内链都是/wiki/），两个繁体版本没有这个问题（即内链都是理想的/zh-tw/或/zh-hk/），而现在都有这个问题：

@Cwek @Waihorace --Tomchen1989（留言） 2016年8月19日 (五) 17:08 (UTC)

或许是phab:T134967？--Liuxinyu970226（留言） 2016年8月20日 (六) 22:31 (UTC)

不是，和我说的不一样，我说的是普通网页版和手机网页版。这个讲的应该是iOS的app，其他语言列表的选项中只有笼统的一个“中文”，而没有各种中文变体（简繁地区）的选择。这个问题在普通网页版和手机网页版中不存在。（另外我试了下Android app，比他说的iOS的app要好些，在非中文条目下，列表中显示简体和繁体的选项（无区域），不过在中文条目下，无法从简体切换到繁体（反之亦然））--Tomchen1989（留言） 2016年8月22日 (一) 19:14 (UTC)

不晓得出了什么问题［自动评级东南亚条目］突然冒出来出现在移动请求的分类中，且页面近900个

连结在此，目前搞不清楚状况，如果有知道问题出在哪边的就麻烦处理一下。--健康欠安 (留言) 2016年8月23日 (二) 13:17 (UTC)

缺字处理议题：引进动态组字处理技术

Hi大家好，敝人跟伙伴目前在维基文库处理吴守礼纸本的s:国台对照活用辞典维基化作业，遇到了大量的汉字缺字课题。好在现在动态组字技术成熟了，也已经有开放原码的动态组字引擎，这使得产生出来的字可交换、可读、可显示、还可被搜寻，而不再需要苦苦等unicode编新的码。除了敝专案以外，这个技术一样可以造福所有的古籍上传课题（unicode不管有没有编码的汉字都可以呈现了），于是想要引进这个技术。虽然本来是维基文库的议题，但是发现维基百科一样有缺字问题，例如Biángbiáng面跟缺字搜寻结果，所以也在这边提一下。

详细我写在我维基文库的个人页，目前成像服务器架在基金会的实验服务器里。

欢迎大家来测试与讨论，也请不吝给予在下建议。 --魔法设计师（留言） 2016年6月21日 (二) 12:53 (UTC)

支持！--百無一用是書生 (☎) 2016年6月22日 (三) 02:53 (UTC)

关于Biángbiáng面这个，对于Biáng是否属于字，似乎存在争议--百無一用是書生 (☎) 2016年6月22日 (三) 02:54 (UTC)

关于这个，纸本时代，在汉字构成的技术观点（六书里的象形、指事、形声、会意）上，只要用“四书”原则，写得出来的话，应该就是一个字。看条目，Biángbiáng面是以会意的方式组合那些字根部件。其实对于汉字比较中立的认知，它就纯粹是一个符号体系，甚至不见得字字都念得出来。有相当数量的汉字还是特殊领域用字，只有受过训练才理解与阅读，比较有名的有传统音乐谱：宋朝乐谱范例，还有清朝公文官员骂英国人，发明新字https://tools.wmflabs.org/idsgen/⿰犭英.png?字體=楷體，此外在台湾还有这个奇妙的户政用字https://tools.wmflabs.org/idsgen/⿱⿰OK土.png?字體=楷體，是一个人的姓名，最后传统中医更是一大堆缺字，这些都是过去把古籍放到维基文库却步的大问题。--魔法设计师（留言） 2016年6月22日 (三) 06:24 (UTC)

labs上的给个链接看看？Liangent（留言） 2016年6月22日 (三) 02:59 (UTC)

[24]--Antigng（留言） 2016年6月22日 (三) 03:02 (UTC)

这个链接是坏的……Liangent（留言） 2016年6月22日 (三) 03:18 (UTC)

[25]服务有效？但是从nullpoint来看，是直接把整个站台做成API服务接口，输入参数来生成，然后没做好没参数输入的修正炸了？——路过围观的Sakamotosan 2016年6月22日 (三) 05:45 (UTC)

给大家一个使用范例：https://tools.wmflabs.org/idsgen/⿺辶⿴宀⿱珤⿰隹⿰貝招.png?字體=宋體，目前上游还没有给传空字串的结果，我会去发issue给他进行修正。--魔法设计师（留言） 2016年6月22日 (三) 06:24 (UTC)

支持，可用于显示Unicode缺字，但Unicode有编码的汉字仍应使用标准字符为宜，以便于交流。—Chiefwei（论 - 历） 2016年6月22日 (三) 05:12 (UTC)

是的，尽可能用标准的，不得已才用这个，不过这个程式有数据库，上游的程式作者有说过将来要加上反查有没有已订码的unicode，有的话，就从IDS代换成已有的unicode码（例如说输入“⿰女子”，会变成unicode的“好”）。--魔法设计师（留言） 2016年6月22日 (三) 06:24 (UTC)

(＋)支持：不错的技术，可以引入试试，对条目显示某些有很大的帮助 --宇帆(留言·联络) 2016年6月22日 (三) 06:38 (UTC)

<?php
/*
 * Author Shoichi Chou ( [email protected] )
*/

// 0614-2016 change server to https://tools.wmflabs.org/idsgen/
class IDS {
	static function onParserInit( Parser $parser ) {
		$parser->setHook( 'ids', [ __CLASS__, 'idsRender' ] );
		return true;
	}
	static function idsRender( $input, array $args, Parser $parser, PPFrame $frame ) {
	  /*
	  Example:
	  $ret ='<img alt="⿰電心" src="https://tools.wmflabs.org/idsgen/⿰電心.png?字體=宋體" width="16" height="16"  />';
	  */
	  $ret = '<img  align=middle alt=" ';
	  $ret .= $input;
	  $ret .= '" src="https://tools.wmflabs.org/idsgen/';
	  $ret .= $input;
	  $ret .= '.png?字體=宋體" style="height: 1em; width: 1em; vertical-align: middle; margin: 0.4em 0px 0.7em; "  />';
	  return $ret;
	}
}

把服务器地址，字体和宽度写死在代码里，而不是可以在localsettings.php里面设定，不好吧。--Antigng（留言） 2016年6月22日 (三) 06:44 (UTC)

另外感觉这不科学，应该让后端去访问解析字体的服务器，并适当缓存，而不是让用户的浏览器去干这事。--Antigng（留言） 2016年6月22日 (三) 06:47 (UTC)

我说明一下，关于extension目前是在测试，所以只有写到这样，的确还有很多可以改良的，我会改良成可以在localsettings.php里面设定（或者pull给我也可以）。关于字体的宽度部分，是配合mediawiki的字形预设设定，让组出来的缺字融入一般字的排版，至于字体部分，我打算让ids标签可以指定字体与大小。至于从mediawiki后端去visit，是不是算是要hacking mediawki的层级？--魔法设计师（留言） 2016年6月22日 (三) 07:04 (UTC)

目前维基百科上所有的扩展都是从后端去访问的，比如mw:Extension:CirrusSearch会访问elastic search，mw:Extension:VisualEditor会访问mw:Parsoid。另外这个功能有没有php实现？如果有的话直接放到里面应该会比较好。--Antigng（留言） 2016年6月22日 (三) 07:11 (UTC)

这个server是用java写的，目前没有php。我有空会来研究这两个extension的代码。--魔法设计师（留言） 2016年6月22日 (三) 07:34 (UTC)

(？)疑问，有没有提供“夹击”组字？比如“左右夹击”：一个部件居中，其他部件左右包夹。如“夹”、“坐”、“乘”等。--宇帆(留言·联络) 2016年6月22日 (三) 07:08 (UTC)

关于这个，unicode的IDC组字符有定义，是用这个“⿻”，不过引擎上游还没有实作。--魔法设计师（留言） 2016年6月22日 (三) 07:30 (UTC)

这是盖server的github，可以在发issue说，希望⿻夹击的实作。--魔法设计师（留言） 2016年6月23日 (四) 05:32 (UTC)

有可能输出成MathJax那样在客户端渲染的不……Liangent（留言） 2016年6月23日 (四) 04:24 (UTC)

动态组字在客户端的render其实也有人发展过，但是在维基相关计划的课题就是，那应该让所有人不管浏览器有没有装插件，都可以看得到。好比一个数学式子，如果一个人浏览器有装插件看得到，另外一个人没有装插件就看不到，这就不公平了。--魔法设计师（留言） 2016年6月23日 (四) 05:27 (UTC)

话说这个github里的源码还是半中文办英文的。Liangent（留言） 2016年6月23日 (四) 09:37 (UTC)

看样子维基百科可以有印章了[26][27] --Liuxinyu970226（留言） 2016年6月23日 (四) 02:28 (UTC)

这样更完整喔 https://tools.wmflabs.org/idsgen/⿴囗⿱⿰維基⿰百科.png?字體=楷體 “囗”里面装的东西可以自己换看看ː)--魔法设计师（留言） 2016年6月23日 (四) 05:15 (UTC)

[28]这个为什么就到左边去了……Liangent（留言） 2016年6月23日 (四) 05:41 (UTC)

这个不行，必须是真的能包围的部件才可以。□跟囗部是意思不同的部件。--魔法设计师（留言） 2016年6月23日 (四) 07:31 (UTC)

(～)补充:另外想请问一下，会不会实作对现有文字可供操作的支援？比如说可以把文字部件镜射或分割之类的，举个例子：

澎湖西屿古早名诗文 (外部图像连结、位于澎湖西屿二崁聚落)

乒　乓　一　只　舟

　水　中　流

𠁣　𠃛　摇　船　橹

ㄔ　亍　到　扬　州

当中的

和

，之类的，我想说的是，会不会提供这类几何变换？如“镜射”、“切割”、“旋转”之类的？--宇帆(留言·联络) 2016年6月23日 (四) 08:31 (UTC)

关于镜射或分割，引擎应该都不难做得到，课题是要先推新的IDC给unicode，引擎才能实作这个功能。--魔法设计师（留言） 2016年6月23日 (四) 08:34 (UTC)

晚上补充，你说的分割，应该算是“减笔”，这个是处理完缺字的最后一哩路，就是要处理古代那些对的“故意的错字”，例如说某某皇帝，所有人写的字，字里面有用到皇帝名讳的部件，统统要减笔。例如清朝康熙皇帝爱新觉罗氏玄烨的时代，汉臣写到有“玄”这个部件的字（例如炫、玹等等）含玄本身，都必须减笔（通常是减一笔）表示避讳，而这个就真的要订出一个新的IDC以及处理协定--魔法设计师（留言） 2016年6月23日 (四) 14:53 (UTC)

另外一个(？)疑问:有没有“偏旁自动缩小”功能，不然彣 [29]这类型的字并没有显示得像“彣”，看起来只像文和镜像的氵字边而不像“彣”.....。--宇帆(留言·联络) 2016年6月23日 (四) 08:21 (UTC)

这个问题是左下包围右上的“包围部件”还没有实作到，就会暂时用左右组的模式。因为这跟上下组、左右组不同，“包围部件”必须一个一个去coding，有些部件还必须要发生变形，例如你提到的这个“文”，这都需要写特殊的设定，程式才知道如何render。目前台湾这边开源社群有一位朋友针对“包围部件”做了这个表格用提报制来处理，让作者知道要设定调整哪些“包围部件”，详细请到作者的github那边看相关issue。--魔法设计师（留言） 2016年6月23日 (四) 16:59 (UTC)

抱歉，我刚才测试了一下我发现我错了，程式是会自动处理左下包右上部件，并没有代换左右组，问题是在于这个文应该要发生变形（最后一笔要拉长）。--魔法设计师（留言） 2016年6月23日 (四) 17:05 (UTC)

@Shoichi：：那么....目前有解决方案吗？--宇帆(留言·联络) 2016年6月28日 (二) 03:41 (UTC)

回报组字server的开发者请他处理，IDS还是按照正确的来描述即可，server更新上新功能时，就会生效--魔法设计师（留言） 2016年6月28日 (二) 04:53 (UTC)

@Shoichi：可是现在不只“彣”[30]有问题，“翅”[31]、“

”[32]、“㔺”[33]（下半部为“七”包“十”，七最后一笔应拉长但实际上没有）、“㝽”[34]、“䶭”[35]、“尷”[36]、“尬”[37]、“鼬”[38]、“兡”[39]、“处”[40]、“甤”[41]、“甦”[42]、“飑”[43]、“瓸”[44]、“颱”[45]、“起”[46]、“麵”[47]、“毯”[48]等等...也都有问题^{[资料来源：新编辞海, 赵锡如编, 上友出版, ISBN 9867648358]}。
尤其“起”[49]最夸张，看起来好像“起”不来的感觉

囧rz...。这已经不是单独提报问题，是要直接支援最后一笔拉长才能解决。--宇帆(留言·联络) 2016年6月28日 (二) 04:59 (UTC)

我的意思就是说透过程式去实作最后一笔拉长，这仍然需要提报案例，让程序员可以汇整这些组合的特征，来设计算法。另外一个面向，目前动态组字技术上的定位，是作缺字显示，补充传统静态字型显示的不足。并非马上要取代传统字型显示技术。而你列举的这些状况，主要是“写法”上的美化，这些字在书上还是可以找到纯粹左右组的版本，本来拉长是为了美观的目的。而且他们在unicode都已经有定码了。缺字处理的技术革新原则，是先求有，再求美，先能表达得出来最重要，英文在电脑上的显示，一开始也是丑丑的，演化几十年才到现在美观。--魔法设计师（留言） 2016年6月28日 (二) 08:11 (UTC)

@Shoichi：我的意思是，如果连现有的文字都无法正常显示的话，要如何妥善显示缺字呢？所以还是请修正尾笔拉长问题。--宇帆(留言·联络) 2016年6月28日 (二) 08:17 (UTC)

这是处理缺字的方案，不是显示已编码文字的方案，如果他可以非常美好的显示一切已编码文字，那旧技术就可以完全废除了，所以这是一个“补破洞”的技术，虽然还不完美，但是已经可以补到可能百分之九十几了，而且随着程式改良跟unicode提出新spec，未来可以逼近百分之百解决问题。而关于缺字引擎改良，请整理汇报你发现的状况到这个表格，有网友会定期提报给作者sih4sing5hong5的专案网站去，或者你也可以直接去request new feature，这才能解决问题，我只是引进这个技术，架设、测试这项服务，我并不是这个缺字引擎的开发者。--魔法设计师（留言） 2016年6月28日 (二) 08:37 (UTC)

好的谢谢。@Shoichi：另外我要跟您道歉，我一直误以为您是开发者又一直要你加入麻烦的功能支援，对不起。我只是希望他能显示所有不在UNICODE的中文字包含异体字，例如这个字需要将草字头的一半旋转然后有四个——“

”，还有尾笔拉长（有些异体字就是笔划拉长后塞东西进入，上方是举例只能用目前UNICODE有的字元来举例，不然无法显示应该显示的样子）等“异体字”支援，我希望的是这套功能有能支援所有“异体字”显示，但是无理的要求给您添了麻烦，本人感到很抱歉，对不起。--宇帆(留言·联络) 2016年6月28日 (二) 12:12 (UTC)

没有啦，不麻烦，还请你把这个好的念头，下在对的地方（整理收集），与灌注到正确的人身上。此外技术上这个就是动态组字技术比较高的标竿的地方，因为有些东西，不是说笔划想拉长就拉长那么简单。实务上，你看到这些漂亮的传统造字技术做出来的，其实是靠另外准备的“变形版字根”达成。而这就会有麻烦的地方，因为这有不少是标准unicode没有，而在各字型档内自行定义的，这很容易发生可能收字大的甲字型档内部有这变体，可是乙字型内部却没有这个“变形字根”，就算有，可能他们在两边的编号还不同，这方面的要怎么处理？要用建表法或者自动算法解决？作者他应该还是需要进一步研究。--魔法设计师（留言） 2016年6月28日 (二) 13:25 (UTC)

刚才会一直执著是因为我觉得，似乎大部分在右下角有最后一画的字好像在实作“⿺”的时候都需要尾笔拉长。我们不知道何时处理缺字时还会遇到多少个在处理“⿺”时又遇到右下角有最后一画的包围部件，虽然有些字可以纯粹左右组，但有时候应“⿺”的字，左右组看起来就是不太对劲，感觉怪怪的QQ。--宇帆(留言·联络) 2016年6月28日 (二) 14:21 (UTC)

你提的这个就是美的问题，但是在表意上，我看过文字学家的版本，有些其实是没有拉长尾笔的。--魔法设计师（留言） 2016年6月28日 (二) 14:41 (UTC)

敢问一下，现阶段有组出葵的异体

字的方案吗（异体字典

的页面）^{（异体字也算是一种缺字吧......？！）}--宇帆(留言·联络) 2016年6月28日 (二) 14:29 (UTC)

这个就难了，是的异体字也是一种缺字，处理汉字缺字最可怕的，就是有这种不是现代定义的汉字的汉字，这也是为何这个组字引擎也容许不是汉字的部件也可以组的原因。XD，这种我们会需要借其他语言的字母甚至标点符号来合成，不然这种的，就真的是必须要推进unicode的字了。--魔法设计师（留言） 2016年6月28日 (二) 14:41 (UTC)

收回我刚才的话，这个字查中研院的国际电脑汉字与异体字字典，这个异体字已经在unicode里了，这个组字引擎也可以显示。--魔法设计师（留言） 2016年6月28日 (二) 14:52 (UTC)

那....𦮙可以去掉草字头吗？--宇帆(留言·联络) 2016年6月28日 (二) 14:56 (UTC)

那就得查unicode有没有收，码多少，这个组字server里面的字型，是CNS11643，跟最新的unicode很紧，而且互相给，收字非常完整（甲骨文都有），所以也可以纯粹“当字型档用”也可以。--魔法设计师（留言） 2016年6月28日 (二) 15:03 (UTC)

其实我只是想询问加入“旋转”的可能性，如过不可能，直接跑去找原作者说也不好意思（虽然本例是转45度，想像一下，如果可以旋转90度，我们就可以上下颠倒反著写字了～～～～），或许不用改现形IDS协定的定义，只要让其可以“输入参数”像是函数可以输入引数之类的概念就可以了--宇帆(留言·联络) 2016年6月28日 (二) 15:09 (UTC)

(？)疑问：@Shoichi：那么这东西可行性如何？如果可行又该如何提报？或该提到到哪去？又或者现阶段不可行？类似这样定义--宇帆(留言·联络) 2016年6月29日 (三) 14:40 (UTC)

提报给unicode组织，希望有新的IDC组字符以及新的缺字部件--魔法设计师（留言） 2016年6月30日 (四) 05:30 (UTC)

@Shoichi：所以您不建议将这个替代字元“⬚”的IDC扩充定义(＆)建议给上游引擎开发者？好吧，我这次可能太强人所难了。。。。。抱歉。--宇帆(留言·联络) 2016年6月30日 (四) 06:38 (UTC)

我前一句写“提报给unicode组织”，IDC跟IDS是unicode的规格，不是我上游的“汉字组建”动态组字引擎或者是我发明的。所以，还请去了解这些技术规格，对正确的人或者单位提案，毕竟这个技术是要应用在维基相关计划，有标准就得遵守。--魔法设计师（留言） 2016年6月30日 (四) 12:52 (UTC)

(？)疑问：好像不支援康熙部首符号，怎么回事？--⚞★⚟ 2016年8月7日 (日) 06:44 (UTC)

另外跟大家报告，我已经跟基金会申请好动态组字的测试wiki站，在这里，这个站有沙箱，大家可以尽量测试。--魔法设计师（留言） 2016年6月28日 (二) 04:53 (UTC)

另外就是，这个技术有没有考虑处理繁简转换，还是需要中文维基自行处理转换。就算是交由中文维基自己的转换技术处理，由于繁简体字形规范不同，字体字形可能还是需要组字技术提供支持，因为我注意到，目前的范例无论是宋体还是楷体使用的都是台湾标准字形。—Chiefwei（论 - 历） 2016年6月28日 (二) 09:57 (UTC)

在组字的层面其实不考虑繁简转换。因为这个技术是要精确的呈现一个字形=哪一个部件加上哪一个部件，不能发生A+B却变成C+D的结果。此外，可以组的部件其实并不限于所谓繁体字，有可能简体字的部件＋繁体字的部件＋英文字母也是有可能。但是繁简转换技术有必要的话，可以从中文维基这边作对照表，让IDS组出来的某繁体字对应成某IDS组出来的简体字，甚至对应成某个已经有unicode码的字，再让组字引擎进行render程序即可。--魔法设计师（留言） 2016年6月28日 (二) 13:02 (UTC)

感谢回应，繁简转换交给中文维基自行完成没有问题。但是我的意思是，由于两岸字形规范不同，即使对于同一个码位的字符，不同规范的字体显示出来的字形也是不一样的。例如同样是宋体（明体），“艹”“辶”等部首在PMingLiu（新细明体，台湾规范）和SimSun（中易宋体，大陆规范）的字形笔画并不一致。这类差异是字形规范差异，而不是繁简差异。而这些缺字由于是以图片格式输出，所以都是用台湾规范显示的，在简体环境下会显得比较突兀。所以，建议进一步细化“宋体”、“楷体”这类字体称谓，或者说，引入更多不同地区标准的字体，以方便各地使用。—Chiefwei（论 - 历） 2016年6月28日 (二) 13:36 (UTC)

这个应该有可能以增加新字型档达成。此外，即使是现有的字型档里，一样有简体的部件，以“辶”为例，其实有辶、⻌、⻍三种，在一般字型可能偷懒，你可能看到其中两个都一样，但是给这个组字引擎显示出来，依序如下：辶、⻌、⻍（请按连结进去看）。所以可以用简繁对照的技术，把某繁体版的IDS代换成简体版的IDS（内中用简体的部件），就可以达成。--魔法设计师（留言） 2016年6月28日 (二) 14:32 (UTC)

恐怕未必所有部件能如此（再如SimSun条目内示例的“关”，凡此种种），建议考虑增加更多字体文件（字型档）。—Chiefwei（论 - 历） 2016年6月28日 (二) 14:52 (UTC)

没关系，这种状况就可以用组的：关，一个缺字如果里面有这种部件，就可以有一个简体版IDS，一个繁体版IDS。而更多的字体，将来一定是可以追加的，不过一样的，我不是作者，所以还是要请你如同另外一位，到原作者的专案站，发issue，看看是不是加入文泉驿字型？（必须是自由文本授权的字型）--魔法设计师（留言） 2016年6月28日 (二) 17:48 (UTC)

@Shoichi：:感谢魔法设计师的专案，这对部分古代人名很有用，也在沙箱测试了一下，想问一下为何输入<ids>⿸尸⿹𠃌火</ids>后显示不了下面?谢谢--Tom...........（留言） 2016年6月28日 (二) 15:54 (UTC)

这是因为包围系列的实作，目前无法像左右上下组可以靠算法全自动进行。现在是半自动，有些种类的包围只能手动一个一个来加。遇到有状况的，需要提报。提报的方法已经放在更新后的测试wiki主页上，还请你移驾过去提报啰。--魔法设计师（留言） 2016年6月28日 (二) 17:48 (UTC)

@Shoichi：⿹𢦏异是空白图像....？！ --宇帆(留言·联络) 2016年6月30日 (四) 17:15 (UTC)

我...不....是....作....者......请提报汇整给作者。--魔法设计师（留言） 2016年7月1日 (五) 07:24 (UTC)

我昨天下午五点十分已经提交到表格去了可是过... 了... 一... 日... 也... 没... 修... 复...啊... 。。。。。。。。。。。。。。。。。。。。。。。。。。所以才发到这里@Shoichi：--宇帆(留言·联络) 2016年7月1日 (五) 07:30 (UTC)

大家平时都要工作上班、上课，不见得时时都有空。想要今天回报，明天马上就好，可能得高薪聘请作者来上班，专门维护这个引擎了，（敝人也是个穷忙鲁蛇，有人要请我吗？ XD）。--魔法设计师（留言） 2016年7月1日 (五) 12:38 (UTC)

@Shoichi：可以询问大概多久才有网友将这个表格提报给作者sih4sing5hong5的专案网站去呢？已经一个月了，⿹𢦏异仍为一个空白图像。--　宇帆（普通留言·Flow留言·联络） 2016年8月1日 (一) 03:06 (UTC)

请follow汉字组建专案的issues，还有目前维基测试server的更新状况。汉字组建是开源码软件，如果觉得进度不够快，可以加入协作--魔法设计师（留言） 2016年8月1日 (一) 05:28 (UTC)

动态组字测试wiki

本主题或以下段落文字，移动自Wikipedia:互助客栈/技术#缺字处理方案-动态组字测试wiki。执行人：宇帆(留言·联络) 2016年6月30日 (四) 16:18 (UTC)。

因为发在原来标题里的，已经被埋掉了XD，应该不太好找。所以我另外发在这里。就是除了上次的组字server以外，敝人也向基金会申请好这个测试wiki站了：

ids-testing.wmflabs.org，这个站有沙箱，当然也可以自己作新条目，欢迎大家来尽情测试。--魔法设计师（留言） 2016年6月28日 (二) 13:41 (UTC)

做成mw插件的话，应该做成一套后台Web服务，mw获得指令（<id>包裹内容）后，通过在PHP调用WebServiceClient上传指令，获得图片，并且基于指令为键将图片在mw本地缓存，不要暴露后台服务。这样也能利用基金会的图片存储集群。参考mw:Extension:Math插件。——路过围观的Sakamotosan 2016年6月29日 (三) 03:34 (UTC)

太感谢了，extension我会往这个方向修改。--魔法设计师（留言） 2016年6月29日 (三) 07:02 (UTC)

刚才我在那边发现一个问题，就是拼合⿱合一、⿳人伊一二字的时候字形挨得太近；另外我觉得如果需要组合出⿰利爾、⿰利尔这样的字的话，应该避免跟繁简转换工具发生冲突。--⚞★⚟ 2016年8月5日 (五) 11:17 (UTC)

可能提报到这个表格或提报给作者sih4sing5hong5的专案网站比较会被看到吧，不然就开一个新的章节或ping，这个讨论有些拢长。。。--　宇帆（普通留言·Flow留言·联络） 2016年8月14日 (日) 14:00 (UTC)

取得引入共识

总而言之，我们已经确定这个技术的可行与方便性，在这几天讨讨论中除了询问技术问题外无人反对，因此可以确定共识是可以引入，所以等你们完成到可以部属就可以直接引入，有人有异议吗？--宇帆(留言·联络) 2016年7月1日 (五) 07:38 (UTC)
- 有啊，起码把上面那个问题改好再引入。另外你的扩展少文件啊，这里面没显示你的扩展，见mw:Manual:Developing_extensions#Registering features with MediaWiki。--Antigng（留言） 2016年7月1日 (五) 16:29 (UTC)

这里面，在Parser extension tags里面的

<ids>

就是，谢谢你的连结，我大概知道问题了，我会把extension 的php程式码做更完备。--魔法设计师（留言） 2016年7月2日 (六) 10:14 (UTC)

这样的话，会不会等到到时候该插件完成到可以供MediaWiki部属了的时候还要再重新讨论吗？？？--宇帆(留言·联络) 2016年7月18日 (一) 05:32 (UTC)

是否能在中文维基这边建立一个页面介绍使用方式？（Help:XX 或是Wikipedia:YY）--Liaon98 _我是废物 2016年7月3日 (日) 13:23 (UTC)

请教各位管理员：@Liangent：、@Antigng：、@Jimmy Xu：、@Bluedeck：、@Shizhao：、@和平奮鬥救地球：对于可能会引入的技术但是目前还没引入可以先撰写其说明页面（Help:XX 或是Wikipedia:YY）吗？　　如果可以的话就麻烦@Shoichi：您来撰写了--宇帆(留言·联络) 2016年7月5日 (二) 10:06 (UTC)

没看过有存在相关方针，不晓得可不可以。。。。。。。--宇帆(留言·联络) 2016年7月25日 (一) 02:00 (UTC)

可以的，比如WP:FLAGREV --达师 - 334 - 554 2016年8月6日 (六) 09:56 (UTC)

维基聚的讨论结果是搁置。--　宇帆（普通留言·Flow留言·联络） 2016年8月24日 (三) 16:08 (UTC)

想多了解的，星期一晚上来线上聚吧

本主题或以下段落文字，移动自Wikipedia:互助客栈/技术#想多了解动态组字系统的，星期一晚上来线上聚吧。执行人：宇帆(留言·联络) 2016年7月25日 (一) 23:43 (UTC)。

魔法设计师在本页面公布动态组字技术要引入维基平台的消息，得到不少的回响。工作团队在7/24 将要在台湾举办的一场 Hackathon “萌典松”上继续工作。为了方便作业进行，后天7/18(一)晚上7:00-8:00 (GMT+8) 之间，会有一场线上的会前会，会透过 Google Hangout 在线上讨论工作需求，或者针对技术的疑问做回答。

想要参加的人请到报名页留一下 Email (因为要有这个才能邀你进 Hangout)，并且准时上线。--Reke（留言） 2016年7月16日 (六) 12:21 (UTC)

来源请求模版手机版页面依然显示为黄色

(之前投票说该模版底色要用灰色，在桌面浏览时也转了，但zh.m.wikipedia.org刚看到还未转)——C933103(留言) 2016年8月22日 (一) 18:27 (UTC)

可能是服务器缓存的问题。purge一下试试。--SolidBlock^（留言）_{因学习原因无法参加动员令} 2016年8月25日 (四) 11:14 (UTC)

维基语录的citation

q:模块:Citation/CS1在更新后有些问题，Cite web的格式显示跟维基百科的不一样，例如date置于author后。cite news和cite journal变成了斜体。在那边也有议题但貌似已沉...所以这里再发一遍，希望帮助解决。另@Liuxinyu970226：--578985s（留言） 2016年8月25日 (四) 14:05 (UTC)

C & P：复制粘贴链接翻译工具

每次翻译不同语言的维基百科，比如en->zh，都要手动点一遍en上的链接，寻找zh上对应的条目？又或者，只想翻译一小段内容，却要使用内容翻译、Link Translator这种工具对全文中的链接进行翻译？

为了方便自己大家，我开发了一个利用复制粘贴进行链接翻译的小工具。只需要填入原文，点“Translate!”按钮，稍后提示“Done!”，就可以用“Cut to Clipboard”按钮剪切下来翻译好的文本了。可以用下边这段内容来试用：

<nowiki>[[Nottingham Castle]] is located in [[England]].</nowiki>

链接翻译后保留了原文中的条目名称，以便提供参考，同时保证参考文献仍以原文显示。另外有个隐藏的小功能，在Translate From中填yue（不是zh-yue），可以将粤语中的部分文字翻译成汉语，例如佢->他，冇->没有。

欢迎给我留言反馈意见。

--哪位维基人能够一下打死五个？ 2016年8月13日 (六) 06:14 (UTC)

时不时就HTTP 503我也是醉了。--Liuxinyu970226（留言） 2016年8月14日 (日) 07:10 (UTC)

(：)回应：日志记录到了，但是无法复现--哪位维基人能够一下打死五个？ 2016年8月15日 (一) 15:43 (UTC)

想到了User:Liangent/Gadgets/Toolkit/linktranslator.uncompressed.js。--Jimmy Xu ^论 2016年8月14日 (日) 07:56 (UTC)

function replace2($translate, $content) //替换粤语
        {
                $find = array("哋","呢","係","佢","乜","嘅","嬲","系","咁","唔","睇","啲","冧","冇","惗","嘎","咩","嚟","叻","喱","咪","梗","喺","抦","啵","俾","嘈","噏
","掟","囖","揾","嗮","攞","咗","疴","拗","乸","撩","拎","啖","憇","呃","掂","唓","嘢","瞓");
                $replace = array("们","这","是","他","什么","的","生气","是","这样","不是","看","的","陶醉","没有","想","啊","什么","来","很棒","那","不要","当然","在","殴打","吧","给","吵","唠叨","扔","咯","找","浪费","拿","了","拉","矛盾","雌性","挑","拿","口","哄","骗","完结","呸","东西","睡");
                return str_replace($find, $replace, $content);
        }

真的可以这样吗？yue:荔枝#同佢有关嘅诗：“日啖荔枝三百颗，不辞长作岭南人。” ->“日吃荔枝三百颗，不辞长作岭南人。”？？？--Antigng（留言） 2016年8月14日 (日) 07:54 (UTC)

其实是“日口荔枝三百颗，不辞长作岭南人”--哪位维基人能够一下打死五个？ 2016年8月15日 (一) 15:43 (UTC)

按了“Translate!”完全没有反应。--Ai6z83xl3g（留言） 2016年8月14日 (日) 07:57 (UTC)

已修复，浏览器兼容问题--哪位维基人能够一下打死五个？ 2016年8月15日 (一) 15:43 (UTC)

翻译草稿:闵致久的时候试用此工具，[[조선 철종|철종]]会变成[[朝鮮哲宗|조선 철종|철종]]--Robert Huang （留言） 2016年8月20日 (六) 05:33 (UTC)

好东西，已收藏。 --Dqwyy（讨论）^C_{回复请ping我} 2016年8月27日 (六) 03:03 (UTC)

建议全域化一些小工具、模板、帮助页面等内容

我发现很多模板（例如Template:Delete）和小工具（例如MediaWiki:Gadget-hantsect.css）包括小工具的介绍文字需要用到几乎所有的wiki，因此需要搬运，但是这些内容更新很快，而且很多，不可能每一次到所有的wiki里去修改。同样，维基百科的一些帮助页面例如Help:魔术字、Help:解析器函数完全可以全域到其他的维基中。这样就不需要去分别撰写了。所以，我建议将这些内容全域到所有wiki（包括其他语言的），显示的文字则可以利用{{int:}}等方法（这也有助于用户使用别的语言的wiki，虽然这不常见）。--SolidBlock ^讨论 2016年8月3日 (三) 09:25 (UTC)

是我没有解释清楚吗？我说的全域化是像wikia的帮助页面应用于所有的wiki、元维基的用户页应用于所有维基一样，内容都是自动保持同步。--SolidBlock^（留言）_{因学习原因无法参加动员令} 2016年8月11日 (四) 08:50 (UTC)

11天惨案？我觉得吧，因为每个地区的维护性模板内容并不一定相同，都有自己的本地化（例如en的SD代码和zh的是有差异），基金会和元维基只提供法律层面上的统一，这些反而不同可能统一下来。———以上未签名的留言由Cwek（对话｜贡献）加入。2016年8月12日 (五) 02:25 (UTC)

我觉得{{navbox}}、{{LaTeX}}、MediaWiki:Gadget-hantsect.css、Help:魔术字（除了少部分内容）等内容在每个地区或者大多数地区都一样。而且，全域化≠无法使用各自的地区呀。--SolidBlock^（留言）_{因学习原因无法参加动员令} 2016年8月12日 (五) 09:41 (UTC)

{{navbox}}和MediaWiki:Gadget-hantsect.css就有本地化的不同了，而且不能保证每个模板都会这样（至少排版方面有轻微差异）。一些功能帮助页的确可以考虑在mw中体现。——路过围观的Sakamotosan 2016年8月18日 (四) 00:50 (UTC)

@SolidBlock：如果您是想说全域模板、模块、小工具和各种搞基专用CSS/JS的话，我建议您看看phab:T121470。--Liuxinyu970226（留言） 2016年8月27日 (六) 03:32 (UTC)

Tech News: 2016-34

这是来自维基媒体技术社群的最新技术新闻。请将这些更新转告其他用户。不是所有的更新都将影响您。我们也提供它的翻译版本。

最近更新

ORES复核工具现可在Special:Contributions使用。这可以使查找wiki中可能是破坏的贡献变得容易。ORES复核工具目前在维基数据，以及波斯语、波兰语、葡萄牙语、荷兰语、土耳其语、俄语维基百科作为测试功能提供。 [50]
norm和ccnorm功能已更新，这使编写防滥用过滤器变得更容易。这也影响标题黑名单扩展。您不需要再将“I”和“L”改为“1”、“O”改为“0”以及“S”改为“5”。 [51]
“pagecounts-raw”和“pagecounts-all-sites”文件中的旧页面浏览数据不再更新。您可以在此找到新的页面浏览数据。这于8月5日发生。 [52]

问题

一些大图片文件不能被缩小。现已修复。 [53]
当您移动页面覆盖重定向时，这会删除重定向而不保存在日志中。现已修复。 [54]

本周更新

MediaWiki的新版本将于8月23日部署于测试维基及MediaWiki.org。它将于8月24日部署至非维基百科wiki和部分维基百科上，并于8月25日部署至所有wiki，参见日历。

会议

您可以参与下周可视化编辑器团队的会议。在会议中您可以告知开发人员哪些问题是最重要的。会议将于8月23日 19:00 (UTC)开始。参见如何加入。

将来更新

有时当您提及另一位用户时，他没有获得通知。您将在成功向某人送出通知，或被告知他没有获得通知时获得通知。这将是可选项。您可以在测试维基测试它。 [55][56]
在将来，您在编辑冲突后将以不同方法添加文本。如有需要，您可以测试样例。 [57]

技术新闻由技术大使制作并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

2016年8月22日 (一) 21:17 (UTC)

覆盖重定向的问题终于解决了？ --达师 - 334 - 554 2016年8月25日 (四) 01:56 (UTC)

除此之外，EasyTimeline问题究竟有木有解决，某些人吵吵着要字体他们那帮Ops们也装好了。--Liuxinyu970226（留言） 2016年8月27日 (六) 03:26 (UTC)

似乎并没有解决？有人说：“125 not find/open font (unifont-5.1.20080907)”--百無一用是書生 (☎) 2016年8月29日 (一) 02:12 (UTC)

Tech News: 2016-35

这是来自维基媒体技术社群的最新技术新闻。请将这些更新转告其他用户。不是所有的更新都将影响您。我们也提供它的翻译版本。

最近更新

现在维基媒体移动网站在用户未能查看图片时，将不再加载图片。这能够节省移动数据流量，并使页面加载更快。 [58]
当您在可视化编辑器中编辑表格时，在每行最后一个单元格按下Tab键时会把您带到下一行的第一个单元格。在每行第一个单元格按下Shift和Tab键时会把您带到上一行的最后一个单元格。 [59]

本周更新

“保存编辑”按钮的名称将更改。按钮将在您创建新页面时称为“发布页面”。而在更改现有页面时称为“发布更改”。 [60][61]
MediaWiki的新版本将于8月30日部署于测试维基及MediaWiki.org。它将于8月31日部署至非维基百科wiki和部分维基百科上，并于9月1日部署至所有wiki，参见日历。

会议

您可以参与下周可视化编辑器团队的会议。在会议中您可以告知开发人员哪些问题是最重要的。会议将于8月30日 19:00 (UTC)开始。参见如何加入。
您可以参与下次架构委员会的会议。本周的话题是“评论请求：图片和旧图片表格”。会议将于8月31日 21:00 (UTC)开始。参见如何加入。

技术新闻由技术大使制作并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

2016年8月29日 (一) 15:59 (UTC)

中国大陆用户，请教诸位~

各位，目前维基百科中文版在中国大陆全线封禁，那么目前访问应该通过代理破网。那么问题来了，
①匿名代理(比如自由门，无界浏览)已被管理员封禁，比如在我所在地方使用自由门等ip被jimmy_bot封禁，请问这样如何才能编辑维基百科？，

②好吧，不编辑咯。可是不能发表任何讨论，该如何申诉ip解禁？，

③许多用户应该和我一样，那么就无法为中文维基百科做出贡献。该怎么办？

④学业为重，我只能偶尔编辑几次。可是自从维基百科被封禁后，所有代理又被封禁，请问我(偶尔编辑)能申请ip解封吗？
真的不想拿手机开电脑视图！！！Talkative Sun 2016年8月21日 (日) 09:01 (UTC)

1.改hosts，参见Help:如何访问维基百科，可以不用申请LIPE，2.需要使用NOP类的话，可以申请LIPE（本地IP封禁豁免）。发信到[email protected]，包括代开账户外加申请。——路过围观的[akamotosan 2016年8月21日 (日) 13:34 (UTC)

楼上说得已经很清楚了，我再说明一下吧，修改host文件无疑是最简单的，因为如果申请IP封禁例外的话，要等待审核（当然这个审核时间也不会很久，大概一天内就可以完成）。如果找不到host，可以找我要。我现在就是通过修改host文件的，同时我现在也是拥有IP封禁例外权。 --Dqwyy（谈笑风生）^微小工作 _{回复请ping我} 九十大寿+1s 2016年8月22日 (一) 11:57 (UTC)

也有很多免费VPN、SSH等可以翻墙。--Gqqnb（留言） 2016年8月27日 (六) 01:06 (UTC)

绳子查阅不是问题，编辑才是。所以无非两种，改hosts、申请IPE。——路过围观的Sakamotosan 2016年8月30日 (二) 00:39 (UTC)