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

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时候，个别页面无法正常显示，刷新也没有用，应该不是我浏览器问题，只有特定的个别页面无法正确显示

刚刚想上传截图，被提示：

列如中國抗日戰爭，整片變成白色的。--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)

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

请问一下……各位的页面有转换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)

懷疑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)

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)

维基百科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/），而现在都有这个问题：

• 当年“维基百科”条目的zh-cn版存档
• 当年“维基百科”条目的zh-sg版存档
• 当年“维基百科”条目的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面跟缺字搜尋結果，所以也在這邊提一下。

測試給Mediawiki使用的動態組字引擎與mediawiki延伸模組（增加 IDS這個標籤）的效果圖

詳細我寫在我維基文庫的個人頁，目前成像伺服器架在基金會的實驗伺服器裡。

歡迎大家來測試與討論，也請不吝給予在下建議。 --魔法設計師（留言） 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 ( shoichi.chou@gmail.com )
*/

// 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)

葵之異體[1]

剛才會一直執著是因為我覺得，似乎大部分在右下角有最後一畫的字好像在實作「⿺」的時候都需要尾筆拉長。我們不知道何時處理缺字時還會遇到多少個在處理「⿺」時又遇到右下角有最後一畫的包圍部件，雖然有些字可以純粹左右組，但有時候應「⿺」的字，左右組看起來就是不太對勁，感覺怪怪的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

因為發在原來標題裡的，已經被埋掉了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)

想多了解的，星期一晚上來線上聚吧

魔法設計師在本頁面公布動態組字技術要引入維基平臺的消息，得到不少的回響。工作團隊在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封禁豁免）。发信到unblock-zh@lists.wikimedia.org，包括代开账户外加申请。——路过围观的[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)