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

维基百科,自由的百科全书
跳转至: 导航搜索

互助客棧消息发表 · 方针发表 · 技术 · 求助发表 · 条目探讨发表 · 其他发表 知识问答发表
快捷方式
WP:VPT
Breezeicons-categories-32-applications-development.svg

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

請注重禮儀及遵守方針與指引,一般問題請至互助客栈/其他知识问答提出,留言后请务必签名(点击 Vector toolbar signature button.png )。


發表前請先搜索存档,參考舊討論中的内容可節省您的時間。
存档图像
互助客栈(技术)档案馆
编辑

2005年 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



缺字處理議題:引進動態組字處理技術[编辑]

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)
[2]--Antigng留言) 2016年6月22日 (三) 03:02 (UTC)
这个链接是坏的……Liangent留言 2016年6月22日 (三) 03:18 (UTC)
[3]服务有效?但是从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)
<?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)
看樣子維基百科可以有印章了[4][5] --Liuxinyu970226留言) 2016年6月23日 (四) 02:28 (UTC)
這樣更完整喔 https://tools.wmflabs.org/idsgen/⿴囗⿱⿰維基⿰百科.png?字體=楷體 「囗」裡面裝的東西可以自己換看看ː)--魔法設計師留言) 2016年6月23日 (四) 05:15 (UTC)
[6]这个为什么就到左边去了……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)
另外一個(?)疑問:有沒有「偏旁自動縮小」功能,不然[7]這類型的字並沒有顯示得像「彣」,看起來只像文和鏡像氵字邊而不像「彣」.....。--宇帆(留言·) 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:可是現在不只「彣」[8]有問題,「翅」[9]、「讀音:讀音未明,字元描述:龜包毛[10]、「㔺」[11](下半部為「七」包「十」,七最後一筆應拉長但實際上沒有)、「㝽」[12]、「䶭」[13]、「尷」[14]、「尬」[15]、「鼬」[16]、「兡」[17]、「处」[18]、「甤」[19]、「甦」[20]、「飑」[21]、「瓸」[22]、「颱」[23]、「起」[24]、「麵」[25]、「毯」[26]等等...也都有問題[資料來源:新編辭海, 趙錫如編, 上友出版, ISBN 9867648358]
尤其「起」[27]最誇張,看起來好像「起」不來的感覺 囧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的中文字包含異體字,例如這個字需要將草字頭的一半旋轉然後有四個——「讀音:kui2,字元描述:傾斜的四個屮」,還有尾筆拉長(有些異體字就是筆劃拉長後塞東西進入,上方是舉例只能用目前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)
敢問一下,現階段有組出葵的異體讀音:kui2,字元描述:傾斜的四個屮字的方案嗎(異體字典讀音:kui2,字元描述:傾斜的四個屮的頁面異體字也算是一種缺字吧......?!)--宇帆(留言·) 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::感謝魔法設計師的專案,這對部分古代人名很有用,也在沙箱測試了一下,想問一下局火缺字.svg為何輸入<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[编辑]

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

这里面,在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)

想多了解的,星期一晚上來線上聚吧[编辑]

魔法設計師在本頁面公布動態組字技術要引入維基平臺的消息,得到不少的回響。工作團隊在7/24 將要在台灣舉辦的一場 Hackathon 「萌典松」上繼續工作。為了方便作業進行,後天7/18(一)晚上7:00-8:00 (GMT+8) 之間,會有一場線上的會前會,會透過 Google Hangout 在線上討論工作需求,或者針對技術的疑問做回答。

想要參加的人請到報名頁留一下 Email (因為要有這個才能邀你進 Hangout),並且準時上線。--Reke留言) 2016年7月16日 (六) 12:21 (UTC)

模板:Infobox venue更新和翻譯[编辑]

  • 想問模板:Infobox venue是否應該更進英文版的更新,另外一些未翻譯成中文,如Seating type,還有翻譯很怪異seating capacity翻成容量,不是座位或座數嗎,想麻煩技術人士修正一些參數?-日月星辰【留言簿】 2016年7月11日 (一) 16:56 (UTC)
    • 呃,沒有人來幫忙嗎?-日月星辰【留言簿】 2016年7月17日 (日) 13:12 (UTC)
    • 遺憾地,在中文維基當發現這些問題時最好的方法就只有自已翻譯解決。--Emphrase💬📝 2016年7月22日 (五) 14:24 (UTC)
    • @Nickice完成#ForeverLove 我想给你个拥抱,像以前一样可以吗 2016年7月27日 (三) 16:58 (UTC)

為何Twinkle 只有簡體?[编辑]

我使用WP:Twinkle一段時間,覺得十分好用。可是我在香港繁體介面下,卻只有簡體中文,希望能提供繁體中文。--Quest for Truth留言) 2016年7月13日 (三) 14:06 (UTC)

我可以協助翻譯的,要是知道要去哪裏修改的話……--Quest for Truth留言) 2016年7月13日 (三) 14:10 (UTC)
(+)支持,翻譯很簡單,想知道該怎麼做。--A2093064#Talk 2016年7月13日 (三) 23:55 (UTC)
(+)支持,希望能夠提供繁體版。--宇帆(留言·) 2016年7月25日 (一) 23:47 (UTC)
@Quest for Truth:你可以載入自己的js,Twinkle所使用的js檔可在這裡查到,其對應的檔案是MediaWiki:Gadget-...,將全部建立翻譯後載入,便可以使用了,大概,這是個爛方法,還是請專家來比較好。--A2093064#Talk 2016年7月15日 (五) 08:28 (UTC)
原碼在這裏,但不知能否調用wgULS()使用之。 (@Jimmy Xu) Shinjiman 2016年7月19日 (二) 03:04 (UTC)

想多了解動態組字系統的,星期一晚上來線上聚吧[编辑]

Tech News: 2016-29[编辑]

2016年7月18日 (一) 20:18 (UTC)

目前我唯一诧异的是在机器人密码(Special:BotPasswords)页面,只能显示繁体版logo?--Liuxinyu970226留言) 2016年7月23日 (六) 23:08 (UTC)
Special:Preferences页面也是吧,这些地方不给用site js/css。Liangent留言 2016年7月27日 (三) 04:53 (UTC)

Template:PRC admin/disambig太複雜不利維護[编辑]

我相信{{PRC admin/disambig}}系列的模板是@Liangent幾年前的心血結晶。可是那一大串數字實在叫人不知怎樣查詢。本來只要能用就好了,不過若然這麼複雜的一系列模板,卻只有一個人懂得如何維護的話,未免令人擔心,往後維護這些模板的事。然後我發現一些問題:

  1. 三元乡的第一項歧義顯示不正常:我只見到第一項歧義用粗體寫著「',中华人民共和国安徽省六安市霍邱县下辖的乡」,可是按編輯的話,只見到一串數字,和知道「本頁使用了52個模板」(一個有6項歧義的消歧義頁竟然用了這麼多模板?!),根本不知從何入手。
  2. 後來我在Template talk:PRC admin/disambig#这个系列的模板更新问题,見到有人在2014年1月指出,之前一年發生行政区划调整,有兩個鎮被取消了,分別被一分為二,每個改為兩個街道。過了兩年半,竟然還未更新!

我相信要修復這兩個問題,對Liangent來說並不難,但是從這兩個問題可以見到,背後更深層次的問題,就是對其他人而言,這一系列模板太難理解了,以致無法維護。一個管理員就算再厲害,最多只能保證這一系列模板不會出現第一類問題。可是行政區劃並非刻在鐵板上永不改變的,中國地方之大,每隔幾年總有些地區,不是重劃就是改名,因此第二類的問題,只會久不久就發生。在不改動結構的前提下,我有一些提議:

  1. 把所有討論集中在Template talk:PRC admin,把其他subtemplate的討論頁合併到那裏,如果未有討論就放個重定向。(參考en:Template:Central
  2. 寫一頁詳細的說明文件{{PRC admin/documentation}},解釋這一系模板怎樣運作,讓其他人看了可以明白,如果遇到類似上述的問題時,可以去修改哪一個模板。
  3. 然後,在這一系列的模板,加上{{Documentation|Template:PRC admin/documentation}},使其他人不用花一番功夫去找這個說明文件。

小小意見,希望參考。--Quest for Truth留言) 2016年7月18日 (一) 21:08 (UTC)

大部分模板已经被重写了……disambig是少数没动的。一直想着有空弄一直没弄,但有空弄了也很可能是弄到Wikidata上去,一堆Q编号于是还是数字……Liangent留言 2016年7月19日 (二) 06:24 (UTC)
三元乡是相关页面被人改坏了(Template:PRC admin/data/34/15/22/212/000 / Template:PRC admin/data/34/15/04/102/000 / Template:PRC admin/data/34/15/04/101/000)。我也不知道现在应该怎么处理……Liangent留言 2016年7月27日 (三) 05:02 (UTC)

Tech News: 2016-30[编辑]

2016年7月25日 (一) 19:54 (UTC)

Template:Portal的技術問題[编辑]

模板Template:Portal理論上輸入多個參數時應該要可以正常顯示,但目前僅能顯示第一個參數。如輸入 {{portal|科學|文學}} 時,在英文版的模板可以兩個專題都顯示,但在中文維基則只會顯示科學專題---Koala0090留言) 2016年7月27日 (三) 12:35 (UTC)

WP:PT設計很差[编辑]

時常被刪除{{/header}},希望能做的跟WP:VIP一樣。無人回應的討論。--A2093064#Talk 2016年7月28日 (四) 09:05 (UTC)

有沒有具體方案?--Lakokat 2016年7月28日 (四) 12:44 (UTC)
我可以試著做做看,這就要等一段時間了。--A2093064#Talk 2016年7月28日 (四) 12:46 (UTC)
@Lakokat:想請問WP:當前的破壞/header是怎麼被引入主頁面的,WP:PT是用{{/header}},可WP:VIP我沒見到。--A2093064#Talk 2016年7月28日 (四) 14:13 (UTC)
你就不能看看Wikipedia:当前的破坏/form怎样写的吗?——路过围观的Sakamotosan 2016年7月29日 (五) 00:36 (UTC)
是...我剛剛才看到--A2093064#Talk 2016年7月29日 (五) 00:41 (UTC)
@Lakokat:大致上完成了Draft:維基百科:請求保護頁面草稿:維基百科:請求保護頁面/form1草稿:維基百科:請求保護頁面/form2草稿:維基百科:請求保護頁面/form2preload(form2可以不要),我還是覺得保護跟解除合併比較好,目前保護是用跟VIP一樣的方法,解除是用preload。--A2093064#Talk 2016年7月29日 (五) 01:46 (UTC)

題外話,為什麼保護是由新排到舊,解除保護是由舊到新,是因為新增請求的技術問題嗎?我提議修改成請求變更保護,保護跟解除都放在一起,由新排到舊,這樣管理員才容易看的到,而且技術上也方便些,(?)疑問例如,如果請求把全保護改成半保護究竟算保護還是解除?--A2093064#Talk 2016年7月29日 (五) 01:07 (UTC)

修改前請確保WP:TWINKLE已經妥善修改配置,以免影響工具運作。—HW討論 貢獻) 2016年7月29日 (五) 03:33 (UTC)
是,所以先等這個修改方案通過,要先確認相關工具(TW、bot)運作得當,才會進行修改。--A2093064#Talk 2016年7月29日 (五) 03:37 (UTC)

Wikipedia:建立條目精靈/消歧义页的检测[编辑]

不知道是放求助版还是这,所以就先扔这了。

昨天晚上从简单英语维基百科里把Wikipedia:建立条目精灵的一些功能给抄过来了,但是有两个问题

  1. Wikipedia:建立條目精靈/消歧义页里输入一个名称之后应该会有三种方式:
  1. 在输入框中输入“俄罗斯”的时候,会出现{{Article wizard detect}}的红框,[48]
  2. 在输入框中输入“FRDian”的时候,因为没有这个条目,就会出现提示性的词语,开头为" '''FRDian'''可以指:,[49]
  3. 在输入框中输入“FRDian (消歧义)”的时候,正常情况下出现的提示性词语应该是" '''FRDian'''(在此输入主条目的简短定义),'''FRDian'''也可以指:,举个 simple 的例子
但是现在3是和上面2的情况是一样的,我并不知道怎么办,希望有哪位大大帮忙修一下。
  1. 还有一个就是Wikipedia:建立條目精靈/消歧义页点击创建页面后会出现 section=new 的代码,但是其他的都没有,还是希望哪位大大帮忙看一眼。

以上。#ForeverLove 我想给你个拥抱,像以前一样可以吗 使用全新创建条目精灵创建重定向、分类和消歧义页面更加方便快捷 2016年7月28日 (四) 16:28 (UTC)

内链的繁简问题[编辑]

强制用某种中文变体显示的条目上的内链点进去后,显示的不再是之前强制的那种中文变体,这是怎么回事?登录与不登录、桌面与手机版都有这个问题。比如 zh.wikipedia.org/wiki/ABCD 这个条目(默认版本,即它的中文变体版本是根据操作系统和浏览器决定的),我查看它的台湾正体版本(也就是强制它显示为台湾正体),链接跳到 zh.wikipedia.org/zh-tw/ABCD 。在这个台湾正体版的页面上,我点击一个内链(蓝色链接),打开的条目却会是 zh.wikipedia.org/wiki/EFGI (默认版本),而不是 zh.wikipedia.org/zh-tw/EFGI (台湾正体版本)。这使得选择了某种中文变体之后,每次打开一个蓝链,都恢复原状,要再选一下中文变体,这显然有问题。我记得以前似乎也不是这样的。--Tomchen1989留言) 2016年7月29日 (五) 21:27 (UTC)