維基百科:互助客棧/技術/存檔/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 ( [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)

葵之異體[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封禁豁免）。發信到[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)