维基百科:互助客栈/技术

快捷方式

本頁用作讨论在编辑时遇到的技术问题；發表問題或討論前，請先參閱常見問題解答、帮助信息、MediaWiki基本問題及搜索舊討論記錄。另請注意：

留言前請先瀏覽本页面的「话题」，避免重複提出。小工具之錯誤或功能請求，請先在該討論頁提出。
关于繁简字、地区词轉換问题，请在字词转换提出。
报告中文维基相关的MediaWiki软件错误或提出新功能请求请至Phabricator。
了解即时公布MediaWiki的更新进程可至维基媒体官方技术Blog查閱。

請注重礼仪、遵守方針與指引，一般問題請至互助客棧其他區或知识问答提出，留言后请务必签名（点击）。

發表前請先搜索存档，參考舊討論中的内容可節省您的時間。

7月31日之后没有新回應的议题會移动至相应的讨论页或存档。跳至本頁的：目錄 · 底端

公告欄

[人事] Mys 721tx的解任投票正在延长投票期一周，参见投票页面，欢迎踊跃参与。
[通知] 深色模式現已供所有行動版及桌面版網站（Vector 2022和Minerva皮膚）的用戶使用。如有任何問題，歡迎在討論頁或透過頁面右側的回報功能提出。
[公告] R7款的調整及設立頁面評級指引正在公示，如有意見請儘快提出。
[討論] Unblock-zh.org正在试运行。同时互助客栈继续对于其各项细节征求意见。
[討論] 互助客栈方針区正在討論新聞動態/重複發生的項目中的領導人更替，請踴躍參與討論。
[討論] 快速删除方针討論頁正在討論快速刪除方針O4款的調整，請踴躍參與討論。
[公告] 討論頁話題索引現正重投測試。如有意見、建議或報錯，請至互助客棧的討論串提出。
[公告] 討論遞進機制正在試行中。如對實行過程及相關規範有疑問，可在討論頁提問。
[協作] 第二十二次動員令於7月6日至9月8日間舉行，歡迎踴躍參與！

[協作] 现有129个页面需维基化，329个条目需清理，31个移动请求正在讨论。

存檔

2005年	1	2	3	4	5	6	7	8	9	10	11	12	月
2006年	1	2	3	4	5	6	7	8	9	10	11	12	月
2007年	1	2	3	4	5	6	7	8	9	10	11	12	月
2008年	1	2	3	4	5	6	7	8	9	10	11	12	月
2009年	1	2	3	4	5	6	7	8	9	10	11	12	月
2010年	1	2	3	4	5	6	7	8	9	10	11	12	月
2011年	1	2	3	4	5	6	7	8	9	10	11	12	月
2012年	1	2	3	4	5	6	7	8	9	10	11	12	月
2013年	1	2	3	4	5	6	7	8	9	10	11	12	月
2014年	1	2	3	4	5	6	7	8	9	10	11	12	月
2015年	1	2	3	4	5	6	7	8	9	10	11	12	月
2016年	1	2	3	4	5	6	7	8	9	10	11	12	月
2017年	1	2	3	4	5	6	7	8	9	10	11	12	月
2018年	1	2	3	4	5	6	7	8	9	10	11	12	月
2019年	1	2	3	4	5	6	7	8	9	10	11	12	月
2020年	1	2	3	4	5	6	7	8	9	10	11	12	月
2021年	1	2	3	4	5	6	7	8	9	10	11	12	月
2022年	1	2	3	4	5	6	7	8	9	10	11	12	月
2023年	1	2	3	4	5	6	7	8	9	10	11	12	月
2024年	1	2	3	4	5	6	7	8	9	10	11	12	月

#	💭 話題	💬	👥	🙋 最新發言	🕒 (UTC+8)
1	我的Wikiplus无法在除Edge之外的浏览器使用	11	3	自由雨日	2024-08-07 17:16
2	2024年第31期技術新聞	6	5	Cwek	2024-08-04 17:06
3	考虑统一一下内联标签的样式？	4	4	SunAfterRain	2024-08-04 15:11
4	哈佛注脚中日语字的转换问题	7	5	FradonStar	2024-08-04 19:03
5	2024年第32期技術新聞	3	3	魔琴	2024-08-10 22:53
6	Template:Lang	4	2	Kethyga	2024-08-10 20:39

發言更新圖例
最近一小時內
最近一日內
一週內
一個月內
逾一個月
特殊狀態
已移動至其他頁面或完成討論之議題
手動設定
當列表出現異常時，請先檢查設定是否有誤

正在廣泛徵求意見的議題

您可在維基百科:回饋請求系統訂閱特定主題的徵求意見討論通知。

以下討論需要社群廣泛關注：（重新整理）

維基百科技術議題與模板

Wikipedia:徵求意見/深色模式 § 導言

近期部署的深色模式（Dark mode）对页面内容带来了很多兼容性问题，需要修复。可参考mw:Recommendations for night mode compatibility on Wikimedia wikis。

修复工作需要修复许多模板、模块以及小工具，还有个别的页面也需要修复。这个征求意见的目的一是需要很多人帮忙查找问题并修复，二是一些页面如何修复可能会影响到页面本身的用色、排版设计，需要进一步讨论寻求共识。

--百無一用是書生 (☎) 2024年6月22日 (六) 12:34 (UTC)

MediaWiki talk:Gadgets-definition § 提議引入CollapsibleToggle作為預設啟用可選擇關閉的小工具

日前的討論將多個使用NavFrame的模板切換成了一般的mw-collapsible導致這些模板不再能透過點Head來展開或關閉，故在此提議引入CollapsibleToggle來讓這些模板可以恢復以前的行為。同時此小工具也為其他類型的mw-collapsible提供點未隱藏的區塊來展開的功能，具體測試樣例可以參考[2]（Beta Cluster）。--Sun After Rain 2024年8月4日 (日) 13:23 (UTC)

Wikipedia:新条目推荐/未通过/2016年

偶然發現special:diff/39197529這筆編輯中Liangent-bot將一個DYK通過的條目歸檔至未通過。請教原因與解決方式？—Kou Dou 2016年6月20日 (一) 09:02 (UTC)[回复]

User:Liangent --达师 - 334 - 554 2016年6月21日 (二) 07:06 (UTC)[回复]
- [3][4]当时处理的版本本来就是未通过，顺便说一下上面没ping到我。Liangent（留言） 2016年6月22日 (三) 03:21 (UTC)[回复]
咦？User:Liangent --达师 - 334 - 554 2016年6月23日 (四) 06:57 (UTC)[回复]
- 还是没有。Liangent（留言） 2016年6月23日 (四) 09:23 (UTC)[回复]
  - 你能收到别人的ping吗？ --达师 - 334 - 554 2016年6月27日 (一) 12:29 (UTC)[回复]
    - [5]这个ping收到了。Liangent（留言） 2016年7月3日 (日) 10:17 (UTC)[回复]
@Liangent： --达师 - 334 - 554 2016年7月4日 (一) 14:36 (UTC)[回复]
- 还是没见你的。是不是因为你的签名的问题？Liangent（留言） 2016年7月6日 (三) 21:18 (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)[回复]

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

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

[7]服务有效？但是从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)[回复]

看樣子維基百科可以有印章了[8][9] --Liuxinyu970226（留言） 2016年6月23日 (四) 02:28 (UTC)[回复]

這樣更完整喔 https://tools.wmflabs.org/idsgen/⿴囗⿱⿰維基⿰百科.png?字體=楷體「囗」裡面裝的東西可以自己換看看ː)--魔法設計師（留言） 2016年6月23日 (四) 05:15 (UTC)[回复]

[10]这个为什么就到左边去了……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)[回复]

另外一個(？)疑問:有沒有「偏旁自動縮小」功能，不然彣 [11]這類型的字並沒有顯示得像「彣」，看起來只像文和鏡像的氵字邊而不像「彣」.....。--宇帆(留言·聯絡) 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：可是現在不只「彣」[12]有問題，「翅」[13]、「

」[14]、「㔺」[15]（下半部為「七」包「十」，七最後一筆應拉長但實際上沒有）、「㝽」[16]、「䶭」[17]、「尷」[18]、「尬」[19]、「鼬」[20]、「兡」[21]、「处」[22]、「甤」[23]、「甦」[24]、「飑」[25]、「瓸」[26]、「颱」[27]、「起」[28]、「麵」[29]、「毯」[30]等等...也都有問題^{[資料來源：新編辭海, 趙錫如編, 上友出版, ISBN 9867648358]}。
尤其「起」[31]最誇張，看起來好像「起」不來的感覺

囧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)[回复]

另外跟大家報告，我已經跟基金會申請好動態組字的測試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)[回复]

動態組字測試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年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)[回复]

是否能在中文維基這邊建立一個頁面介紹使用方式？（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)[回复]

自己搭建的mediawiki为何不能上传中文图片？

本主題全部或部分段落文字，已移動至WP:RD。

—此條未加入日期時間的留言是于2016年6月25日 (六) 00:42 (UTC)之前加入的。

过去是允许在VPT询问自搭mediawiki问题的。未必需要移动到RD。 --达师 - 334 - 554 2016年6月28日 (二) 14:31 (UTC)[回复]

表格

本主題或以下段落文字，在討論結束後應存檔至Help talk:表格。

我想要做出這樣的表格（數字或英文一樣表示是合併的）：

1	a
1	b
2	b

想說程式碼是這樣寫：

{|border=1
|-
|rowspan=2|1||a
|-
|rowspan=2|b
|-
|2
|}

但顯示結果卻長的與下表一樣：

1	a
2	b

是我的瀏覽器的問題，還是我程式碼寫不對？正確寫法是？還是說中文維基不支援？因為我在日文維基看是可以的--Liaon98 _我是廢物 2016年6月27日 (一) 13:20 (UTC)[回复]

哦...好像第二列得加「style="height:???px"」....有比較好的解法嗎--Liaon98 _我是廢物 2016年6月27日 (一) 13:22 (UTC)[回复]

这样吗（试出来的，基于上面的代码和Help:表格#合并单元格）：

1	a
	b
2
	b

--YF dyh000（留言） 2016年6月27日 (一) 20:34 (UTC)[回复]

他的意思是兩個b也要合併成一個儲存格。-游蛇脫殼/克勞棣 2016年6月28日 (二) 01:45 (UTC)[回复]

那样好像很怪啊。b不是数字。--YF dyh000（留言） 2016年6月28日 (二) 12:41 (UTC)[回复]

1	a
	b
2

1	a
	b
2

得加点东西撑开才行。--Jimmy Xu ^论 2016年6月28日 (二) 02:12 (UTC)[回复]

Tech News: 2016-26

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

最近更新

ORES服务现已移动至一个新的位置。这应使得使用ORES变得容易。ORES复核服务现已在维基数据和波斯语维基百科作为测试功能提供。ORES是在维基媒体wiki上帮助编辑者的人工智能系统。 [32]
在折叠的跨wiki通知中，wiki的排序与列表展开时有所不同。现已修复。 [33]
追踪数学错误的新分类已添加：Category:有数学错误的页面。 [34]

问题

维基媒体Etherpad在6月23日崩溃。部分当天完成的编辑已丢失。它们可在etherpad-restore.wikimedia.org找到，会显示为另外几天。 [35][36]

本周更新

MediaWiki的新版本将于6月28日部署于测试维基及MediaWiki.org。它将于6月29日部署至非维基百科wiki和部分维基百科上，并于6月30日部署至所有wiki，参见日历。
标记通知已读或未读的方式将被更改为更加清晰。 [37]

会议

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

将来更新

维基媒体基金会的协作团队将考虑开发更好的编辑复核工具。这是因为研究显示我们在吓跑想要帮助的新人。 [38]
来自编辑部门的电子邮件说明了已计划，并已为将来研究的技术工作。项目包括更好的wiki文本和可视化编辑、编辑提示、语言改进、注释和元数据分离。 [39]
在两个弹出式菜单中的通知排序将于7月5~7日更改。捆绑的通知应该更容易浏览，并可单独标记为已读。 [40][41][42]
在6月29日，git.wikimedia.org（运行Gitblit）将会把所有请求重定向至Phabricator。绝大多数请求应被正确重定向。 [43]
加泰罗尼亚语和波兰语维基百科将在移动视图中，默认将维基数据的描述添加至条目中。目前在移动版本中作为测试选项。这在日后可能会部署到其他wiki。 [44]

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

2016年6月27日 (一) 15:42 (UTC)

ORES中文版可有启用日程？--百無一用是書生 (☎) 2016年6月28日 (二) 06:05 (UTC)[回复]

dataset准备好没有？--Antigng（留言） 2016年6月28日 (二) 13:59 (UTC)[回复]

“这是因为研究建议我们吓跑想要帮助的新人。”什么鬼……乌拉跨氪 2016年6月30日 (四) 19:27 (UTC)[回复]

恩....「This is because research suggests we scare away newcomers who want to help.」翻譯者似乎用了機器翻譯.....？！ --宇帆(留言·聯絡) 2016年6月30日 (四) 19:35 (UTC)[回复]

@A2569875：那麼您認為應該如何翻譯？又或許英語原文就用錯了詞一直沒有變更？--Liuxinyu970226（留言） 2016年6月30日 (四) 22:53 (UTC)[回复]

現在怎麼樣，不過從右側連結來看確實有嚇跑的意思？--Liuxinyu970226（留言） 2016年6月30日 (四) 23:06 (UTC)[回复]

原文並沒有用錯詞，只是「suggests」有二種意思而已，翻譯者可能沒看清楚前後文造成誤譯。-和平、奮鬥、救地球！^{留言・WikiNews}於 2016年7月1日 (五) 02:34 (UTC)[回复]

如果是我來翻譯的話，我會把「research suggests / 研究建議」翻譯成「研究表示」；「崩潰」會翻譯成「當機」，其他的都還蠻順的。 --上官（留言） 2016年7月3日 (日) 06:58 (UTC)[回复]

表格中的序号问题

本主題或以下段落文字，在討論結束後應存檔至Help talk:表格。

表格中经常需要用数值对内容进行排序，目前都是直接填入阿拉伯数字，如下：

序号	標題 1	標題 2
1	内容11	内容12
2	内容21	内容22
3	内容31	内容32

如果表格较长，一旦内容发生更新后，大部分的序号就需要重新进行编辑，十分费时费力，请问维基百科是否有一个可供表格使用的代码，能够自动编写数值序号？类似有序列表中的“#”：

内容1
内容2
内容3

千里走单骑 ▪ 欢迎讨论 ▪ 关注桥梁专题与隧道专题 2016年6月28日 (二) 10:03 (UTC)[回复]

@千里走单骑：wikitable可不像ordered list那麼簡單。其實維基百科主張移除或分隔出序號一欄，見en:Help:Sorting#Maintaining tables sorted by rank和Help:可排序表格#Maintaining tables sorted by rank（中文維基這邊暫時未有翻譯）。其後的段落指出，較好的做法，用你的例子舉例如下：

序号
1
2
3

標題 1	標題 2
内容11	内容12
内容21	内容22
内容31	内容32

--Quest for Truth（留言） 2016年7月4日 (一) 04:37 (UTC)[回复]

@Quest for Truth：，感谢您的解答。--千里走单骑 ▪ 欢迎讨论 ▪ 关注桥梁专题与隧道专题 2016年7月5日 (二) 10:26 (UTC)[回复]

缺字處理方案-動態組字測試wiki

本主題全部或部分段落文字，已移動至Wikipedia:互助客栈/技术#缺字處理議題：引進動態組字處理技術。执行人：宇帆(留言·聯絡) 2016年6月30日 (四) 16:18 (UTC)[回复]

序言章节的可视化编辑按钮错误

如果启用了可视化编辑器的话，页面标题会显示编辑按钮。但是，如果点击可视化编辑按钮的话，就会进入&veaction=edit&vesection=1而不是&veaction=edit&vesection=0，导致系统会认为我点击的是第一段的按钮。请修复这个问题。--SolidBlock ^讨论 2016年7月2日 (六) 11:16 (UTC)[回复]

已修复. Liangent（留言） 2016年7月3日 (日) 10:10 (UTC)[回复]

問一個關於跨語言連結的技術問題

有些問題跨語言連結的技術問題請教一下專業人士，雖然現在暫時與中文維基無關。另外有些關於MediaWiki的改進建議，我怕英文不太好，因此用中文留言在這裡，請幫忙總結反饋一下。

最近不知怎麼回事，許多維基項目左側工具欄的「其他語言」中的許多跨語言連結被隱藏，改成「還有xx種語言」這樣的格式。（就像這樣）個人認為有一點不太好，如果用戶不喜歡這種模式怎麼辦？也應該讓用戶有辦法關閉這種模式設定才是。它跨語言連結默認展示的是「常用語言」，但是用戶的「常用語言」的評定標準是什麼？我覺得這個「常用語言」應該讓用戶有辦法自行設定才對啊！

另外它對首頁的處理也令我很無語，人家首頁都用{{noexternallanglinks}}來過濾了許多無關的連結了，它居然還用「還有xx種語言」再給過濾一遍（像這樣），完全是畫蛇添足。

特別好奇的是中文維基百科為何沒有啟用這種技術，請問你們是如何關閉的？還是中文版尚未啟用？--el caballero de los Leones (Ajouter un message) 2016年7月3日 (日) 02:53 (UTC)[回复]

Special:Preferences#mw-prefsection-betafeatures里面有“紧凑语言链接”。Liangent（留言） 2016年7月3日 (日) 02:56 (UTC)[回复]

留意基金会出的一些实验特性。具体见L大。——路过围观的Sakamotosan 2016年7月3日 (日) 03:16 (UTC)[回复]

@唐吉訶德的侍從：如果是禁用方法的話，根據phab:T138282：

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

--Liuxinyu970226（留言） 2016年7月5日 (二) 10:07 (UTC)[回复]

Editing News #2—2016

閱讀這份電子報的其他語言版本 • 訂閱這份多種語言的電子報

你知道嗎？

插入參考來源清單是很簡單及快速的。

將游標移動到你希望顯示參考文獻清單的位置（一般在頁面的最下方）。打開「插入」選單並點擊「参考资料列表」的圖示（畫著三本書）。

如果您的參考文獻有多個不同的群組（這並不常見），您可以定義群組。如果您這麼做，只有屬於您定義的群組之參考文獻才會顯示在參考文獻清單中。最後，點擊對話框裡的「插入」以插入参考资料列表。當您添增更多註腳道此頁之後，這個清單隨之更動。

您可以閱讀並協助翻譯使用者指南來獲取更多關於視覺化編輯器的資訊。

自上期電子報發行以來，視覺化編輯器團隊修復了許多漏洞。其工作內容已經在Phabricator內發布。他們的近期優先事項是改建阿拉伯文字和印度文字的支援，以及讓視覺化編輯器適應維基導遊以及維基文庫的需求。

近期更改

視覺化編輯器現在可以被大部分的維基導遊計畫的所有使用者運用。它同時也已經可以在法語版維基新聞被所有編輯志工運用。

單一編輯分頁功能結合了「编辑」以及「编辑源代码」兩個分頁。此功能已經在多個維基百科中運作，包含了匈牙利文、波蘭文、英文、以及日文維基百科，以及所有的維基導遊。在這些wiki站台，您可以從Special:Preferences的「编辑」分頁來改變您的設定以使用此功能。團隊正在瀏覽使用者的回饋，並且思索有哪些改善的設計，以便之後再推廣給更多人使用。

未來更新

「保存编辑」按鈕將會提示「发布页面」。這將會影響視覺化以及wikitext編輯器兩種系統。更多資訊可以參考元維基。

視覺化編輯器將會在接下來的幾個月中，提供給屬於「階段六」語言版本的維基百科計畫的所有編輯志工運用。開發人員想要知道在視覺化編輯器中輸入您的語言文字是否流暢自然。請於mw:Topic:St8y4ni42d0vr9cvlthe 在mediawiki.org上的討論串裡面發表您的建議以及您所測試過的語言。這會影響若干種語言，包含：阿拉伯語、印地語、泰語、坦米爾語、馬拉提語、馬拉雅拉姆語、烏爾都語、波斯語、孟加拉語、阿薩姆語、亞拉姆語和其他語言。

開發團隊正在與維基文庫的技術志工一同合作，讓維基文庫也能夠使用視覺化編輯器，目前歡迎所有對此測試有興趣的語言版本加入，最終我們將會提供給所有使用者運用。 (T138966)

開發團隊也正在發展一個更新介面的wikitext編輯器。新版的wikitext編輯器將會有著與視覺化編輯器類似的介面，同時能夠使用citoid服務（文獻自動引用）以及其他新型工具。這個更新版的編輯器系統的beta測試版大約在2016年九月可以上線。您可以參考「維基媒體郵件列表——通用最新消息」進一步了解此計畫。

一同參與

您可曾教過新的編輯者使用視覺化編輯器？您可曾協助過在您的wiki站台設置Citoid自動文獻載入功能？您可曾撰寫或導入過您覺得重要的引用模板（citation template）的模板資料（TemplateData）？您是否願意協助新手編輯或新興社群使用視覺化編輯器？歡迎來視覺化編輯器社群任務編組（VisualEditor Community Taskforce）報到簽名。
想學習如何改善視覺化編輯器中「神奇自動化」的citoid引用文獻系統嗎？您只要在您的語言版本中把常用的文獻來源設置Zotero翻譯器！歡迎觀看Sebastian Karcher的科技講座了解更多資訊。

如果您並非使用自己偏好的語言閱讀這份電子報，歡迎您協助翻譯！訂閱翻譯者郵件列表或直接與我們聯繫，讓我們可以在下一次電子報準備好時通知您。谢谢您！

m:User:Elitre (WMF), 2016年7月3日 (日) 17:20 (UTC)[回复]

native_name的繁簡轉換

我發現加的夫的{{Infobox settlement}}，其|native_name=City and County of Cardiff（英語）<br />Dinas a Sir Caerdydd（威尔斯文），顯示出來在infobox頂端時，「英語」不會轉換成簡體，反之「威尔斯文」也不會轉換成繁體。本來|native_name=停止繁簡轉換是模板的功能（可能為方便正確顯示日本漢字？），然而這卻令語言標籤無法正確轉換，可謂顧此失彼。有些情況下，當地語言不只一種，因此有必要注明是那一種語言。另外我相信還有其他模板有類似|native_name=的參數，會有同樣的問題，故此在客棧討論。--Quest for Truth（留言） 2016年7月4日 (一) 03:13 (UTC)[回复]

最严格的技术要求的话，这个参数应该填的是形如{{lang|en|City and County of Cardiff}}（英語）。如果所有人都能这么填自然也就不用强制禁止转换了…… --达师 - 334 - 554 2016年7月4日 (一) 14:39 (UTC)[回复]
很偶然地發現有個模板{{native name}}，以為可以適用，……結果並沒有解決此問題。細節來說，它使用的是{{ISO 639 name}}模板。--Fauzty（留言） 2016年7月5日 (二) 12:39 (UTC)[回复]

MediaWiki API 幫助文檔的出生日期不明顯

比如，action=parse，開頭第一句 Parses content and returns parser output. 下面應該有該文檔的出生日期。外面的 API docs 如 MSDN、JDK 也有問題。—John Doe 120（talk） 2016年7月4日 (一) 15:06 (UTC)[回复]

这些文档都是自动生成的，并不是有“出生日期”的帮助文档。--Antigng（留言） 2016年7月4日 (一) 15:14 (UTC)[回复]

在地址欄開頭加入https://web.archive.org/web/*/可以看到部分，補充：這是為了避免研究只活了2年的 docs。—John Doe 120（talk） 2016年7月4日 (一) 15:33 (UTC)[回复]

[45] +

protected function getExamplesMessages() {
		return [
			'action=parse&page=Project:Sandbox'
				=> 'apihelp-parse-example-page',
			'action=parse&text={{Project:Sandbox}}&contentmodel=wikitext'
				=> 'apihelp-parse-example-text',
			'action=parse&text={{PAGENAME}}&title=Test'
				=> 'apihelp-parse-example-texttitle',
			'action=parse&summary=Some+[[link]]&prop='
				=> 'apihelp-parse-example-summary',
		];
	}
	public function getHelpUrls() {
		return 'https://www.mediawiki.org/wiki/API:Parsing_wikitext#parse';
	}

明明是动态页面，又不是静态页面，研究存档一点意义都没有。--Antigng（留言） 2016年7月4日 (一) 16:04 (UTC)[回复]

[46]右邊有 Version added，但沒寫日期。—John Doe 120（talk） 2016年7月5日 (二) 10:59 (UTC)[回复]

想看版本和日期的对应关系的话，找mw:news，或者看看[47]。--Antigng（留言） 2016年7月5日 (二) 12:43 (UTC)[回复]

版本號是1.12，日期是2008-03-20，該 API 已經活了8年。如果只有2年為了減少資訊超載，暫時（2年內）不看。如果3年後它 get removed，......—John Doe 120（talk） 2016年7月6日 (三) 09:12 (UTC)[回复]

SVG可以用Noto Sans CJK了

根据phab:T123223单子，Google发布的开源Noto Sans CJK现在已经被全面部署到了Wikimedia的服务器上，可以为SVG所使用。这个字体的汉字部分就是设计界有名的思源黑体。另外，我更新了这里的示例：meta:SVG fonts#Chinese_fonts_comparison，可以从如下图上看出SC与TC（比如“好”字），以及不同font-weight的区别：

如上。--菲菇＠维基食用菌协会 2016年7月4日 (一) 18:50 (UTC)[回复]

能不能应用到STL插件中？——路过围观的Sakamotosan 2016年7月5日 (二) 00:30 (UTC)[回复]

什么东西？--菲菇＠维基食用菌协会 2016年7月5日 (二) 01:28 (UTC)[回复]

EasyTimeline，说错了。——路过围观的Sakamotosan 2016年7月5日 (二) 02:30 (UTC)[回复]

easytimeline

@Liangent：，phab:T22825老问题了，然后其中一个解决增加字体，结果是加错了服务器（phab:T84777），这个既然全服务器加了，能不能用？——路过围观的Sakamotosan 2016年7月6日 (三) 01:21 (UTC)[回复]

另外，一种死马当活马医的方法。在mw:Extension:EasyTimeline#SVG to PNG中在标签体加入method="svg2png"可以通过（oldid=40703171）。但是输出还是很难看。——路过围观的Sakamotosan 2016年7月6日 (三) 01:21 (UTC)[回复]

Tech News: 2016-27

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

最近更新

每日电子邮件通知摘要即使在没有来自wiki的通知情况下也可以发送。现在当没有活动时将不再发送电子邮件。 [48]

本周更新

可视化编辑器工具栏中的“⧼citoid-citefromidtool-title⧽”按钮将在除维基百科、维基教科书和维基学院以外的网站上移动至“插入”菜单。这是让它在不常使用它的wiki上变得不突出。 [49]
MediaWiki的新版本将于7月5日部署于测试维基及MediaWiki.org。它将于7月6日部署至非维基百科wiki和部分维基百科上，并于7月7日部署至所有wiki，参见日历。

会议

您可以在7月8日16:00（UTC）参与下次在IRC上的维基数据工作时间。参见如何加入。

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

2016年7月4日 (一) 19:45 (UTC)