Wikipedia:互助客栈/技术:修订间差异
第380行: | 第380行: | ||
# 然後,在這一系列的模板,加上<nowiki>{{Documentation|Template:PRC admin/documentation}}</nowiki>,使其他人不用花一番功夫去找這個說明文件。 |
# 然後,在這一系列的模板,加上<nowiki>{{Documentation|Template:PRC admin/documentation}}</nowiki>,使其他人不用花一番功夫去找這個說明文件。 |
||
小小意見,希望參考。--[[User:Quest for Truth|Quest for Truth]]([[User talk:Quest for Truth|留言]]) 2016年7月18日 (一) 21:08 (UTC) |
小小意見,希望參考。--[[User:Quest for Truth|Quest for Truth]]([[User talk:Quest for Truth|留言]]) 2016年7月18日 (一) 21:08 (UTC) |
||
: 大部分模板已经被重写了……disambig是少数没动的。一直想着有空弄一直没弄,但有空弄了也很可能是弄到Wikidata上去,一堆Q编号于是还是数字……<span class="signature signature_252699">[[User:Liangent|Liangent]]([[User talk:Liangent|留言]])</span> 2016年7月19日 (二) 06:24 (UTC) |
2016年7月19日 (二) 06:24的版本
發表前請先搜索存档,參考舊討論中的内容可節省您的時間。 |
|
- [人事] Mys 721tx的解任投票正在延长投票期一周,参见投票页面,欢迎踊跃参与。
- [通知] 深色模式現已供所有行動版及桌面版網站(Vector 2022和Minerva皮膚)的用戶使用。如有任何問題,歡迎在討論頁或透過頁面右側的回報功能提出。
- [公告] R7款的調整及設立頁面評級指引正在公示,如有意見請儘快提出。
- [討論] Unblock-zh.org正在试运行。同时互助客栈继续对于其各项细节征求意见。
- [討論] 互助客栈方針区正在討論新聞動態/重複發生的項目中的領導人更替,請踴躍參與討論。
- [討論] 快速删除方针討論頁正在討論快速刪除方針O4款的調整,請踴躍參與討論。
- [公告] 討論頁話題索引現正重投測試。如有意見、建議或報錯,請至互助客棧的討論串提出。
- [公告] 討論遞進機制正在試行中。如對實行過程及相關規範有疑問,可在討論頁提問。
- [協作] 第二十二次動員令於7月6日至9月8日間舉行,歡迎踴躍參與!
存檔 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
# | 💭 話題 | 💬 | 👥 | 🙋 最新發言 | 🕒 (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 |
發言更新圖例 |
---|
|
|
|
|
|
特殊狀態 |
已移動至其他頁面 或完成討論之議題 |
手動設定 |
當列表出現異常時, 請先檢查設定是否有誤 |
正在廣泛徵求意見的議題
您可在維基百科:回饋請求系統訂閱特定主題的徵求意見討論通知。 |
以下討論需要社群廣泛關注:(重新整理)
近期部署的深色模式(Dark mode)对页面内容带来了很多兼容性问题,需要修复。可参考mw:Recommendations for night mode compatibility on Wikimedia wikis。
修复工作需要修复许多模板、模块以及小工具,还有个别的页面也需要修复。这个征求意见的目的一是需要很多人帮忙查找问题并修复,二是一些页面如何修复可能会影响到页面本身的用色、排版设计,需要进一步讨论寻求共识。
MediaWiki talk:Gadgets-definition § 提議引入CollapsibleToggle作為預設啟用可選擇關閉的小工具
日前的討論將多個使用NavFrame的模板切換成了一般的mw-collapsible導致這些模板不再能透過點Head來展開或關閉,故在此提議引入CollapsibleToggle來讓這些模板可以恢復以前的行為。同時此小工具也為其他類型的mw-collapsible提供點未隱藏的區塊來展開的功能,具體測試樣例可以參考[2](Beta Cluster)。--SunAfterRain 2024年8月4日 (日) 13:23 (UTC)
|
缺字處理議題:引進動態組字處理技術
Hi大家好,敝人跟夥伴目前在維基文庫處理吳守禮紙本的s:國臺對照活用辭典維基化作業,遇到了大量的漢字缺字課題。好在現在動態組字技術成熟了,也已經有開放原碼的動態組字引擎,這使得產生出來的字可交換、可讀、可顯示、還可被搜尋,而不再需要苦苦等unicode編新的碼。除了敝專案以外,這個技術一樣可以造福所有的古籍上傳課題(unicode不管有沒有編碼的漢字都可以呈現了),於是想要引進這個技術。雖然本來是維基文庫的議題,但是發現維基百科一樣有缺字問題,例如Biángbiáng面跟缺字搜尋結果,所以也在這邊提一下。
詳細我寫在我維基文庫的個人頁,目前成像伺服器架在基金會的實驗伺服器裡。
歡迎大家來測試與討論,也請不吝給予在下建議。 --魔法設計師(留言) 2016年6月21日 (二) 12:53 (UTC)
- 支持!--百無一用是書生 (☎) 2016年6月22日 (三) 02:53 (UTC)
- 关于Biángbiáng面这个,对于Biáng是否属于字,似乎存在争议--百無一用是書生 (☎) 2016年6月22日 (三) 02:54 (UTC)
- 關於這個,紙本時代,在漢字構成的技術觀點(六書裡的象形、指事、形聲、會意)上,只要用「四書」原則,寫得出來的話,應該就是一個字。看條目,Biángbiáng面是以會意的方式組合那些字根部件。其實對於漢字比較中立的認知,它就純粹是一個符號體系,甚至不見得字字都唸得出來。有相當數量的漢字還是特殊領域用字,只有受過訓練才理解與閱讀,比較有名的有傳統音樂譜:宋朝樂譜範例,還有清朝公文官員罵英國人,發明新字https://tools.wmflabs.org/idsgen/⿰犭英.png?字體=楷體,此外在台灣還有這個奇妙的戶政用字https://tools.wmflabs.org/idsgen/⿱⿰OK土.png?字體=楷體,是一個人的姓名,最後傳統中醫更是一大堆缺字,這些都是過去把古籍放到維基文庫卻步的大問題。--魔法設計師(留言) 2016年6月22日 (三) 06:24 (UTC)
- labs上的给个链接看看?Liangent(留言) 2016年6月22日 (三) 02:59 (UTC)
- [3]--Antigng(留言) 2016年6月22日 (三) 03:02 (UTC)
- 这个链接是坏的……Liangent(留言) 2016年6月22日 (三) 03:18 (UTC)
- [4]服务有效?但是从nullpoint来看,是直接把整个站台做成API服务接口,输入参数来生成,然后没做好没参数输入的修正炸了?——路过围观的Sakamotosan 2016年6月22日 (三) 05:45 (UTC)
- 給大家一個使用範例:https://tools.wmflabs.org/idsgen/⿺辶⿴宀⿱珤⿰隹⿰貝招.png?字體=宋體,目前上游還沒有給傳空字串的結果,我會去發issue給他進行修正。--魔法設計師(留言) 2016年6月22日 (三) 06:24 (UTC)
- [4]服务有效?但是从nullpoint来看,是直接把整个站台做成API服务接口,输入参数来生成,然后没做好没参数输入的修正炸了?——路过围观的Sakamotosan 2016年6月22日 (三) 05:45 (UTC)
- 这个链接是坏的……Liangent(留言) 2016年6月22日 (三) 03:18 (UTC)
- [3]--Antigng(留言) 2016年6月22日 (三) 03:02 (UTC)
- 支持,可用于显示Unicode缺字,但Unicode有编码的汉字仍应使用标准字符为宜,以便于交流。—Chiefwei(论 - 历) 2016年6月22日 (三) 05:12 (UTC)
- 是的,盡可能用標準的,不得已才用這個,不過這個程式有資料庫,上游的程式作者有說過將來要加上反查有沒有已訂碼的unicode,有的話,就從IDS代換成已有的unicode碼(例如說輸入「⿰女子」,會變成unicode的「好」)。--魔法設計師(留言) 2016年6月22日 (三) 06:24 (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)
- 目前维基百科上所有的扩展都是从后端去访问的,比如mw:Extension:CirrusSearch会访问elastic search,mw:Extension:VisualEditor会访问mw:Parsoid。另外这个功能有没有php实现?如果有的话直接放到里面应该会比较好。--Antigng(留言) 2016年6月22日 (三) 07:11 (UTC)
- 我說明一下,關於extension目前是在測試,所以只有寫到這樣,的確還有很多可以改良的,我會改良成可以在localsettings.php裡面設定(或者pull給我也可以)。關於字體的寬度部份,是配合mediawiki的字形預設設定,讓組出來的缺字融入一般字的排版,至於字體部份,我打算讓ids標籤可以指定字體與大小。至於從mediawiki後端去visit,是不是算是要hacking mediawki的層級?--魔法設計師(留言) 2016年6月22日 (三) 07:04 (UTC)
- 另外感觉这不科学,应该让后端去访问解析字体的服务器,并适当缓存,而不是让用户的浏览器去干这事。--Antigng(留言) 2016年6月22日 (三) 06:47 (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)
- 動態組字在客戶端的render其實也有人發展過,但是在維基相關計畫的課題就是,那應該讓所有人不管瀏覽器有沒有裝插件,都可以看得到。好比一個數學式子,如果一個人瀏覽器有裝插件看得到,另外一個人沒有裝插件就看不到,這就不公平了。--魔法設計師(留言) 2016年6月23日 (四) 05:27 (UTC)
- 有可能输出成MathJax那样在客户端渲染的不……Liangent(留言) 2016年6月23日 (四) 04:24 (UTC)
- 看樣子維基百科可以有印章了[5][6] --Liuxinyu970226(留言) 2016年6月23日 (四) 02:28 (UTC)
- 這樣更完整喔 https://tools.wmflabs.org/idsgen/⿴囗⿱⿰維基⿰百科.png?字體=楷體 「囗」裡面裝的東西可以自己換看看ː)--魔法設計師(留言) 2016年6月23日 (四) 05:15 (UTC)
- [7]这个为什么就到左边去了……Liangent(留言) 2016年6月23日 (四) 05:41 (UTC)
- 這個不行,必須是真的能包圍的部件才可以。□跟囗部是意思不同的部件。--魔法設計師(留言) 2016年6月23日 (四) 07:31 (UTC)
- [7]这个为什么就到左边去了……Liangent(留言) 2016年6月23日 (四) 05:41 (UTC)
- (~)補充:另外想請問一下,會不會實作對現有文字可供操作的支援?比如說可以把文字部件鏡射或分割之類的,舉個例子:
- 這樣更完整喔 https://tools.wmflabs.org/idsgen/⿴囗⿱⿰維基⿰百科.png?字體=楷體 「囗」裡面裝的東西可以自己換看看ː)--魔法設計師(留言) 2016年6月23日 (四) 05:15 (UTC)
- 當中的和,之類的,我想說的是,會不會提供這類幾何變換?如「鏡射」、「切割」、「旋轉」之類的?--宇帆(留言·聯絡) 2016年6月23日 (四) 08:31 (UTC)
- 關於鏡射或分割,引擎應該都不難做得到,課題是要先推新的IDC給unicode,引擎才能實作這個功能。--魔法設計師(留言) 2016年6月23日 (四) 08:34 (UTC)
- 晚上補充,你說的分割,應該算是「減筆」,這個是處理完缺字的最後一哩路,就是要處理古代那些對的「故意的錯字」,例如說某某皇帝,所有人寫的字,字裡面有用到皇帝名諱的部件,統統要減筆。例如清朝康熙皇帝愛新覺羅氏玄燁的時代,漢臣寫到有「玄」這個部件的字(例如炫、玹等等)含玄本身,都必須減筆(通常是減一筆)表示避諱,而這個就真的要訂出一個新的IDC以及處理協定--魔法設計師(留言) 2016年6月23日 (四) 14:53 (UTC)
- 關於鏡射或分割,引擎應該都不難做得到,課題是要先推新的IDC給unicode,引擎才能實作這個功能。--魔法設計師(留言) 2016年6月23日 (四) 08:34 (UTC)
- 另外一個(?)疑問:有沒有「偏旁自動縮小」功能,不然彣[8]這類型的字並沒有顯示得像「彣」,看起來只像文和鏡像的氵字邊而不像「彣」.....。--宇帆(留言·聯絡) 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:可是現在不只「彣」[9]有問題,「翅」[10]、「」[11]、「㔺」[12](下半部為「七」包「十」,七最後一筆應拉長但實際上沒有)、「㝽」[13]、「䶭」[14]、「尷」[15]、「尬」[16]、「鼬」[17]、「兡」[18]、「处」[19]、「甤」[20]、「甦」[21]、「飑」[22]、「瓸」[23]、「颱」[24]、「起」[25]、「麵」[26]、「毯」[27]等等...也都有問題[資料來源:新編辭海, 趙錫如編, 上友出版, ISBN 9867648358]。
尤其「起」[28]最誇張,看起來好像「起」不來的感覺 囧rz……。這已經不是單獨提報問題,是要直接支援最後一筆拉長才能解決。--宇帆(留言·聯絡) 2016年6月28日 (二) 04:59 (UTC)
- @Shoichi:可是現在不只「彣」[9]有問題,「翅」[10]、「」[11]、「㔺」[12](下半部為「七」包「十」,七最後一筆應拉長但實際上沒有)、「㝽」[13]、「䶭」[14]、「尷」[15]、「尬」[16]、「鼬」[17]、「兡」[18]、「处」[19]、「甤」[20]、「甦」[21]、「飑」[22]、「瓸」[23]、「颱」[24]、「起」[25]、「麵」[26]、「毯」[27]等等...也都有問題[資料來源:新編辭海, 趙錫如編, 上友出版, ISBN 9867648358]。
- 我的意思就是說透過程式去實作最後一筆拉長,這仍然需要提報案例,讓程式設計師可以彙整這些組合的特徵,來設計演算法。另外一個面向,目前動態組字技術上的定位,是作缺字顯示,補充傳統靜態字型顯示的不足。並非馬上要取代傳統字型顯示技術。而你列舉的這些狀況,主要是「寫法」上的美化,這些字在書上還是可以找到純粹左右組的版本,本來拉長是為了美觀的目的。而且他們在unicode都已經有定碼了。缺字處理的技術革新原則,是先求有,再求美,先能表達得出來最重要,英文在電腦上的顯示,一開始也是醜醜的,演化幾十年才到現在美觀。--魔法設計師(留言) 2016年6月28日 (二) 08:11 (UTC)
- 回報組字server的開發者請他處理,IDS還是按照正確的來描述即可,server更新上新功能時,就會生效--魔法設計師(留言) 2016年6月28日 (二) 04:53 (UTC)
- 這是處理缺字的方案,不是顯示已編碼文字的方案,如果他可以非常美好的顯示一切已編碼文字,那舊技術就可以完全廢除了,所以這是一個「補破洞」的技術,雖然還不完美,但是已經可以補到可能百分之九十幾了,而且隨著程式改良跟unicode提出新spec,未來可以逼近百分之百解決問題。而關於缺字引擎改良,請整理匯報你發現的狀況到這個表格,有網友會定期提報給作者sih4sing5hong5的專案網站去,或者你也可以直接去request new feature,這才能解決問題,我只是引進這個技術,架設、測試這項服務,我並不是這個缺字引擎的開發者。--魔法設計師(留言) 2016年6月28日 (二) 08:37 (UTC)
- 好的謝謝。@Shoichi:另外我要跟您道歉,我一直誤以為您是開發者又一直要你加入麻煩的功能支援,對不起。我只是希望他能顯示所有不在UNICODE的中文字包含異體字,例如這個字需要將草字頭的一半旋轉然後有四個——「」,還有尾筆拉長(有些異體字就是筆劃拉長後塞東西進入,上方是舉例只能用目前UNICODE有的字元來舉例,不然無法顯示應該顯示的樣子)等「異體字」支援,我希望的是這套功能有能支援所有「異體字」顯示,但是無理的要求給您添了麻煩,本人感到很抱歉,對不起。--宇帆(留言·聯絡) 2016年6月28日 (二) 12:12 (UTC)
- @Shoichi::那麼....目前有解決方案嗎?--宇帆(留言·聯絡) 2016年6月28日 (二) 03:41 (UTC)
- 沒有啦,不麻煩,還請你把這個好的念頭,下在對的地方(整理收集),與灌注到正確的人身上。此外技術上這個就是動態組字技術比較高的標竿的地方,因為有些東西,不是說筆劃想拉長就拉長那麼簡單。實務上,你看到這些漂亮的傳統造字技術做出來的,其實是靠另外準備的「變形版字根」達成。而這就會有麻煩的地方,因為這有不少是標準unicode沒有,而在各字型檔內自行定義的,這很容易發生可能收字大的甲字型檔內部有這變體,可是乙字型內部卻沒有這個「變形字根」,就算有,可能他們在兩邊的編號還不同,這方面的要怎麼處理?要用建表法或者自動演算法解決?作者他應該還是需要進一步研究。--魔法設計師(留言) 2016年6月28日 (二) 13:25 (UTC)
- 當中的和,之類的,我想說的是,會不會提供這類幾何變換?如「鏡射」、「切割」、「旋轉」之類的?--宇帆(留言·聯絡) 2016年6月23日 (四) 08:31 (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)
- 提報給unicode組織,希望有新的IDC組字符以及新的缺字部件--魔法設計師(留言) 2016年6月30日 (四) 05:30 (UTC)
- (?)疑問:@Shoichi:那麼這東西可行性如何?如果可行又該如何提報?或該提到到哪去?又或者現階段不可行?類似這樣定義--宇帆(留言·聯絡) 2016年6月29日 (三) 14:40 (UTC)
- 其實我只是想詢問加入「旋轉」的可能性,如過不可能,直接跑去找原作者說也不好意思(雖然本例是轉45度,想像一下,如果可以旋轉90度,我們就可以上下顛倒反著寫字了~~~~),或許不用改現形IDS協定的定義,只要讓其可以「輸入參數」像是函數可以輸入引數之類的概念就可以了--宇帆(留言·聯絡) 2016年6月28日 (二) 15:09 (UTC)
- 收回我剛才的話,這個字查中研院的國際電腦漢字與異體字字典,這個異體字已經在unicode裡了,這個組字引擎也可以顯示。--魔法設計師(留言) 2016年6月28日 (二) 14:52 (UTC)
- 這個就難了,是的異體字也是一種缺字,處理漢字缺字最可怕的,就是有這種不是現代定義的漢字的漢字,這也是為何這個組字引擎也容許不是漢字的部件也可以組的原因。XD,這種我們會需要借其他語言的字母甚至標點符號來合成,不然這種的,就真的是必須要推進unicode的字了。--魔法設計師(留言) 2016年6月28日 (二) 14:41 (UTC)
- 剛才會一直執著是因為我覺得,似乎大部分在右下角有最後一畫的字好像在實作「⿺」的時候都需要尾筆拉長。我們不知道何時處理缺字時還會遇到多少個在處理「⿺」時又遇到右下角有最後一畫的包圍部件,雖然有些字可以純粹左右組,但有時候應「⿺」的字,左右組看起來就是不太對勁,感覺怪怪的QQ。--宇帆(留言·聯絡) 2016年6月28日 (二) 14:21 (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)
- 恐怕未必所有部件能如此(再如SimSun条目内示例的「关」,凡此种种),建议考虑增加更多字体文件(字型檔)。—Chiefwei(论 - 历) 2016年6月28日 (二) 14:52 (UTC)
- 這個應該有可能以增加新字型檔達成。此外,即使是現有的字型檔裡,一樣有簡體的部件,以「辶」為例,其實有辶、⻌、⻍三種,在一般字型可能偷懶,你可能看到其中兩個都一樣,但是給這個組字引擎顯示出來,依序如下:辶、⻌ 、⻍(請按連結進去看)。所以可以用簡繁對照的技術,把某繁體版的IDS代換成簡體版的IDS(內中用簡體的部件),就可以達成。--魔法設計師(留言) 2016年6月28日 (二) 14:32 (UTC)
- 感谢回应,繁简转换交给中文维基自行完成没有问题。但是我的意思是,由于两岸字形规范不同,即使对于同一个码位的字符,不同规范的字体显示出来的字形也是不一样的。例如同样是宋体(明体),“艹”“辶”等部首在PMingLiu(新细明体,台湾规范)和SimSun(中易宋体,大陆规范)的字形笔画并不一致。这类差异是字形规范差异,而不是繁简差异。而这些缺字由于是以图片格式输出,所以都是用台湾规范显示的,在简体环境下会显得比较突兀。所以,建议进一步细化“宋体”、“楷体”这类字体称谓,或者说,引入更多不同地区标准的字体,以方便各地使用。—Chiefwei(论 - 历) 2016年6月28日 (二) 13:36 (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:--宇帆(留言·聯絡) 2016年7月1日 (五) 07:30 (UTC)
- 我...不....是....作....者......請提報彙整給作者。--魔法設計師(留言) 2016年7月1日 (五) 07:24 (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)
- 有啊,起码把上面那个问题改好再引入。另外你的扩展少文件啊,这里面没显示你的扩展,见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)
表格中的序号问题
表格中经常需要用数值对内容进行排序,目前都是直接填入阿拉伯数字,如下:
序号 | 標題 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(中文維基這邊暫時未有翻譯)。其後的段落指出,較好的做法,用你的例子舉例如下:
|
|
--Quest for Truth(留言) 2016年7月4日 (一) 04:37 (UTC)
- @Quest for Truth:,感谢您的解答。--千里走单骑 ▪ 欢迎讨论 ▪ 关注桥梁专题与隧道专题 2016年7月5日 (二) 10:26 (UTC)
- 用JavaScript自动计算添加,不用手工写在源代码里。但眼睛频率快的人可能察觉到10毫秒的屏幕闪烁,引起不适。--Gqqnb(留言) 2016年7月14日 (四) 19:42 (UTC)
为何中文维基百科的Twinkle功能无法在Internet Explorer上运行?望解决
自从我启用Twinkle功能以后,页面和文件的提删变得比以前快了,更为高效。但是我想问一下,为何中文维基百科的Twinkle功能无法在Internet Explorer上运行?另外,英文版的Twinkle则是可以在IE上运行的,难道我们执行的是“双重标准”吗?--Shwangtianyuan 留言在此 2016年7月7日 (四) 20:54 (UTC)
- 是。--Jimmy Xu 论 2016年7月8日 (五) 01:11 (UTC)
- 就是不想入IE坑的意思……乌拉跨氪 2016年7月8日 (五) 02:25 (UTC)
- IE9及以上可以试试,但不保证不出问题,有问题不保修。(笑)——路过围观的Sakamotosan 2016年7月8日 (五) 03:18 (UTC)
- 可以是可以啊。如果有问题了,真的可以修吗?或多或少还是要支持吧。--Shwangtianyuan 留言在此 2016年7月8日 (五) 03:30 (UTC)
- Jimmy是现在本地TW的主程,他说不支持就没办法,就算你硬着用出问题只能你自己解决,人家可以爱理不理。IE旧坑太多,支持的话会很困扰的。——路过围观的Sakamotosan 2016年7月8日 (五) 03:41 (UTC)
- 可以是可以啊。如果有问题了,真的可以修吗?或多或少还是要支持吧。--Shwangtianyuan 留言在此 2016年7月8日 (五) 03:30 (UTC)
- 你为什么一边用5年前的internet explorer一边用上个月才更新的chrome,是不是双重标准?--Gqqnb(留言) 2016年7月14日 (四) 19:50 (UTC)
无法显示图片
本人大陆人,从7月7日开始,不论修改host还是挂代理,维基百科均无法显示图片,各位是否有类似情况?--Tiger(留言) 2016年7月8日 (五) 01:00 (UTC)
- 木有。--Antigng(留言) 2016年7月8日 (五) 01:37 (UTC)
- 我有个别日子存在这问题(同时试图编辑时显示IP被封禁),但拔了网线重插后均立刻解决了。--Liuxinyu970226(留言) 2016年7月8日 (五) 02:05 (UTC)
这就很尴尬了,我还是切换了不同网络、不同设备均出现此情况。。。 囧rz...--Tiger(留言) 2016年7月8日 (五) 03:44 (UTC)
希望增加导出PDF的功能 --BillAlen(留言) 2016年7月10日 (日) 04:06 (UTC)
被连锁保护的页面并没有显示为查看源代码
例如T:ASN,已经被连锁保护了,但是右上角依然显示为“编辑源代码”,只有点进去之后才显示为“查看源代码”。其他被连锁保护的页面也是如此。请修复这个问题。--SolidBlock讨论 2016年7月10日 (日) 05:50 (UTC)
- phab:T16104、phab:T13700,去p区问。——路过围观的Sakamotosan 2016年7月10日 (日) 08:07 (UTC)
- 这么做服务器开销太大了。--Antigng(留言) 2016年7月10日 (日) 08:09 (UTC)
youtube模板壞了!?
{{youtube}}模板壞了!?
{{youtube|H6Dsq8JvPCA|猪哥会社201000501訪問青山下半段|m=3|s=28|link=no}}並不能連到https://www.youtube.com/watch?v=H6Dsq8JvPCA,導致「實際上有這個視頻,卻顯示沒有」。還是現在不能設定從幾分幾秒開始?
另外,以前這個模板有中文說明文檔,怎麼現在變英文的呢?-游蛇脫殼/克勞棣 2016年7月10日 (日) 07:39 (UTC)
- 大概是从[29]开始出的问题。--Antigng(留言) 2016年7月10日 (日) 07:41 (UTC)
- 試過了,好像真的不能設定從幾分幾秒開始,說明文檔並沒提到h=?、m=?、s=?,而去掉"|m=3|s=28"就可正常連結了,但這樣對讀者不便利,對編者也麻煩。如右:YouTube上的猪哥会社201000501訪問青山下半段(從3分28秒開始)
- 附帶一提,YouTube的標誌是不是也取消了?-游蛇脫殼/克勞棣 2016年7月10日 (日) 08:37 (UTC)
- @克勞棣:看看现在还有问题不?--Qwhisper 2016年7月11日 (一) 05:45 (UTC)
存在好久的问题了,这个模版不支持分列,像{{Notelist|2}}、{{Notelist|30em}}这种写法都没什么用,这就导致有些条目的Notelist很长,希望管理员修复一下。还有Template:Notelist/sandbox不能创建是什么鬼,沙盒也要进黑名单?--Qwhisper 2016年7月11日 (一) 07:05 (UTC)
- template talk:notelist#關於重新設計,據說notelist之前被錯誤創製,導致某些頁面索性自己額外地做了自定分列樣式,重新設計沒有了分列好像是為了不要影響那些自定了分列的頁面。--113.52.80.235(留言) 2016年7月11日 (一) 08:17 (UTC)
这是来自维基媒体技术社群的最新技术新闻。请将这些更新转告其他用户。不是所有的更新都将影响您。我们也提供它的翻译版本。
最近更新
- 新的图片定标器修复了显示SVG文件时的数个错误。但也出现了一些新问题。 [30][31][32]
- 通知已按类型分组。通知现在按通知数量计算,而不是按未读组。更改可能增加显示的通知数量。早先的计算方法经常出错。未读通知也会首先显示。 [33][34][35]
- Special:Notifications现在在电脑端有通知列表的最大宽度。这允许长标题和长描述适当被裁切。 [36][37][38]
问题
- 在7月5日,维基共享资源出现问题,有20分钟不能编辑。此后有一会儿最近更改日志和部分小工具不能正常工作。这也影响到其他项目上的管理操作。 [39]
- 有多条未读通知的用户可通过在各自的wiki上访问Special:Notifications页面标记为已读。
本周更新
会议
- 您可以参与下周可视化编辑器团队的会议。在会议中您可以告知开发人员哪些问题是最重要的。会议将于7月12日 19:00 (UTC)开始。参见如何加入。
2016年7月11日 (一) 15:14 (UTC)
模板:Infobox venue更新和翻譯
- 想問模板:Infobox venue是否應該更進英文版的更新,另外一些未翻譯成中文,如Seating type,還有翻譯很怪異seating capacity翻成容量,不是座位或座數嗎,想麻煩技術人士修正一些參數?-日月星辰【留言簿】 2016年7月11日 (一) 16:56 (UTC)
- 呃,沒有人來幫忙嗎?-日月星辰【留言簿】 2016年7月17日 (日) 13:12 (UTC)
Wikipedia.org门户网站更新
您好,
维基媒体基金会门户团队已于近期在Wikipedia.org门户页面完成一次A/B测试。这些测试是要看到新设计会不会更容易导航。此设计添加了一个下拉選單,它包含了所有语言,按条目计数排序。
测试结果发现访问者更喜欢点击一个链接。在新设计中,页面上“无操作”的次数较低。我们也和很多维基百科用户一起测试了页面。我们收到的评论显示新页面设计令人愉快,且更不杂乱无章。
根据这些信息,我们想要促进将此更改付诸于Wikipedia.org门户中。我们想要询问社群有关反馈和建议。
来自探索门户团队的由衷感谢!CKoerner (WMF)(留言) 2016年7月12日 (二) 21:16 (UTC)
- 意思就是說搜尋框中的右邊出現了一欄下拉選單。點選中文就會連到本地的連結,點選英文就會連到英文維基百科的連結。--★Fish out Yue in the water.☆ 2016年7月13日 (三) 06:42 (UTC)
關於Flow頁面掛上警告或提醒模板的問題
每次在展開模板之後,會出現「您好,Topic:……」,這要該怎麼處理啊(除了直接編輯之外)?--★Fish out Yue in the water.☆ 2016年7月13日 (三) 06:21 (UTC)
- 似乎没啥办法。--Stang 2016年7月13日 (三) 06:30 (UTC)
Template:中国专题
既然有管理員不明白我在Template talk:中国专题提出的訴求,並着我到WP:VPT,我就在此重申:現時的{{中国专题}}在加入任何頁面、或之後到那此頁面按編緝,然後「預覽頁面」時會出現警告信息如下:
警告: Template:中国专题 呼叫 Template:WPBannerMeta 的 "MAIN_ARTICLE" 參數使用了超過一次,僅會使用提供的最後一個參數值。警告: Template:中国专题 呼叫 Template:WPBannerMeta 的 "attention" 參數使用了超過一次,僅會使用提供的最後一個參數值。
警告: Template:中国专题 呼叫 Template:WPBannerMeta 的 "ATTENTION_CAT" 參數使用了超過一次,僅會使用提供的最後一個參數值。
警告: Template:中国专题 呼叫 Template:WPBannerMeta 的 "infobox" 參數使用了超過一次,僅會使用提供的最後一個參數值。
警告: Template:中国专题 呼叫 Template:WPBannerMeta 的 "INFOBOX_CAT" 參數使用了超過一次,僅會使用提供的最後一個參數值。
明顯地有些參數重複使用,請見我弄的Template:中国专题/sandbox和Template:中国专题/testcases,盡快修改,謝謝。--Quest for Truth(留言) 2016年7月13日 (三) 07:31 (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)
- @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)
WP:TW建議
- 在速刪下選擇多理由時仍可輸入自定義理由,另外自定義理由可以多行輸入。--A2093064#Talk 2016年7月13日 (三) 23:57 (UTC)
- 另外建議把T:Move加進去標註裡面。--A2093064#Talk 2016年7月13日 (三) 23:58 (UTC)
- 還有TW提報VIP時,當前保護狀態不會有purge按鈕,可加上嗎?--A2093064#Talk 2016年7月14日 (四) 03:40 (UTC)
在 common.css 支援 en:template:Tree list
從 enwiki移植樹狀圖模板en:template:Tree list,在 css加上約 20行。
.treeview ul .treeview li .treeview li li .treeview li li.lastline .treeview li.emptyline > ul .treeview li.emptyline
Golopotw(留言) 2016年7月16日 (六) 08:12 (UTC)
- @Golopotw:你可在自己的css裡加上,你的css頁,參考我的。--A2093064#Talk 2016年7月16日 (六) 08:23 (UTC)
- @A2093064:既然都已經是模板了,最好要能全面套用。全面套用需要修改common.css,需取得社群共識。我認為Golopotw會發文代表是想討論取得社群共識,如果解答都是「改自己的就好」只有自己看得到,那還需要用到互助客棧嗎 囧rz……。--宇帆(留言·聯絡) 2016年7月16日 (六) 08:32 (UTC)
- 好吧,我以為是他不用自定義設定所以才來問。不過這個模板使用率有點低(61引用)。另外這個是新增而不是修改,我認為只需要{{Editprotected}},應該就會通過了。--A2093064#Talk 2016年7月16日 (六) 09:33 (UTC)
- @A2093064:既然都已經是模板了,最好要能全面套用。全面套用需要修改common.css,需取得社群共識。我認為Golopotw會發文代表是想討論取得社群共識,如果解答都是「改自己的就好」只有自己看得到,那還需要用到互助客棧嗎 囧rz……。--宇帆(留言·聯絡) 2016年7月16日 (六) 08:32 (UTC)
想多了解動態組字系統的,星期一晚上來線上聚吧
魔法設計師在本頁面公布動態組字技術要引入維基平臺的消息,得到不少的回響。工作團隊在7/24 將要在台灣舉辦的一場 Hackathon 「萌典松」上繼續工作。為了方便作業進行,後天7/18(一)晚上7:00-8:00 (GMT+8) 之間,會有一場線上的會前會,會透過 Google Hangout 在線上討論工作需求,或者針對技術的疑問做回答。
想要參加的人請到報名頁留一下 Email (因為要有這個才能邀你進 Hangout),並且準時上線。--Reke(留言) 2016年7月16日 (六) 12:21 (UTC)
这是来自维基媒体技术社群的最新技术新闻。请将这些更新转告其他用户。不是所有的更新都将影响您。我们也提供它的翻译版本。
最近更新
问题
本周更新
- MediaWiki的新版本将于7月19日部署于测试维基及MediaWiki.org。它将于7月20日部署至非维基百科wiki和部分维基百科上,并于7月21日部署至所有wiki,参见日历。
- Special:Log现已拥有帮助链接。 [45]
- RevisionSlider现在可在测试集群测试。从7月22日期,它将于以下项目作为测试功能提供:德语维基百科, 希伯来语维基百科和阿拉伯语维基百科 [46][47][48]
会议
- 您可以参与下周可视化编辑器团队的会议。在会议中您可以告知开发人员哪些问题是最重要的。会议将于7月19日 19:00 (UTC)开始。参见如何加入。
- 您可以参与下次架构委员会的会议。本周的话题是“跨wiki监视列表后端的设计计划”。会议将于7月20日 21:00 (UTC)开始。参见如何加入。 [49]
将来更新
2016年7月18日 (一) 20:18 (UTC)
Template:PRC admin/disambig太複雜不利維護
我相信{{PRC admin/disambig}}系列的模板是@Liangent幾年前的心血結晶。可是那一大串數字實在叫人不知怎樣查詢。本來只要能用就好了,不過若然這麼複雜的一系列模板,卻只有一個人懂得如何維護的話,未免令人擔心,往後維護這些模板的事。然後我發現一些問題:
- 三元乡的第一項歧義顯示不正常:我只見到第一項歧義用粗體寫著「',中华人民共和国安徽省六安市霍邱县下辖的乡」,可是按編輯的話,只見到一串數字,和知道「本頁使用了52個模板」(一個有6項歧義的消歧義頁竟然用了這麼多模板?!),根本不知從何入手。
- 後來我在Template talk:PRC admin/disambig#这个系列的模板更新问题,見到有人在2014年1月指出,之前一年發生行政区划调整,有兩個鎮被取消了,分別被一分為二,每個改為兩個街道。過了兩年半,竟然還未更新!
我相信要修復這兩個問題,對Liangent來說並不難,但是從這兩個問題可以見到,背後更深層次的問題,就是對其他人而言,這一系列模板太難理解了,以致無法維護。一個管理員就算再厲害,最多只能保證這一系列模板不會出現第一類問題。可是行政區劃並非刻在鐵板上永不改變的,中國地方之大,每隔幾年總有些地區,不是重劃就是改名,因此第二類的問題,只會久不久就發生。在不改動結構的前提下,我有一些提議:
- 把所有討論集中在Template talk:PRC admin,把其他subtemplate的討論頁合併到那裏,如果未有討論就放個重定向。(參考en:Template:Central)
- 寫一頁詳細的說明文件{{PRC admin/documentation}},解釋這一系模板怎樣運作,讓其他人看了可以明白,如果遇到類似上述的問題時,可以去修改哪一個模板。
- 然後,在這一系列的模板,加上{{Documentation|Template:PRC admin/documentation}},使其他人不用花一番功夫去找這個說明文件。
小小意見,希望參考。--Quest for Truth(留言) 2016年7月18日 (一) 21:08 (UTC)
- 大部分模板已经被重写了……disambig是少数没动的。一直想着有空弄一直没弄,但有空弄了也很可能是弄到Wikidata上去,一堆Q编号于是还是数字……Liangent(留言) 2016年7月19日 (二) 06:24 (UTC)