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

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

互助客棧消息发表 · 方针发表 · 技术 · 求助发表 · 条目探讨发表 · 其他发表 知识问答发表
快捷方式
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



純簡繁重定向有必要么?[编辑]

純簡繁字差異的簡繁重定向(比如維基百科重定向到维基百科)有必要吗?搜索框中键入繁体的“維基百科”,即使繁体的維基百科页面没有建立,也会自动跳到实际标题为简体的维基百科条目上。页面上有繁体的链接也是一样,即使繁体的页面没有建立,也会自动纠正链接到实际标题为简体的条目上,而不会留红链({{簡繁重定向}}中提到的“系統出錯時的紅字問題”应该不存在了吧?)。为何还有那么多簡繁重定向Category:簡繁重定向{{簡繁重定向}}?我觉得技术上已经不需要純簡繁重定向了,当然除非页面有历史需要保留重定向页,否则凭空建的純簡繁重定向页没必要吧?--Tomchen1989留言) 2016年6月9日 (四) 01:15 (UTC)

或者假如有必要存在,也应该是bot自动给维基百科上的所有条目建立純簡繁字差異的簡繁重定向页才对,手动建的话真的挺怪。--Tomchen1989留言) 2016年6月9日 (四) 01:22 (UTC)

不久前曾经有过详细讨论:Wikipedia:互助客栈/其他/存档/2016年1月#提删繁简重定向,目前在技术上确实有必要。--Wcam留言) 2016年6月9日 (四) 01:29 (UTC)
当时给出的理由是,转换系统可能不可靠,所以不应该完全依赖转换。我觉得这个理由很站不住脚。—Chiefwei - ) 2016年6月9日 (四) 02:20 (UTC)
站不住脚+1。难道还要为每个lua模板做一个解析器函数备份吗?搞不好lua有一天也会坏哦。 --达师 - 334 - 554 2016年6月10日 (五) 14:03 (UTC)

这个问题最早在2014年就有讨论(Wikipedia_talk:繁简处理#“简单的”繁简重定向的创建与删除问题),社群普遍是支持删除的。L大的看法则是维持现状,不要新建。—Chiefwei - ) 2016年6月9日 (四) 02:24 (UTC)

Special:搜索坏的时候有用,但是反正也能找到正确的条目,简繁重定向就真的没用了,还会导致导航模板无法加粗等问题。#ForeverLove凡人丶 你一定要好好的 中文字数统计工具 2016年6月13日 (一) 12:08 (UTC)

要说系统出错给备份方案,但哪天登陆系统出错了怎么办?IP用户大量破坏,管理员无法登陆删除?还有mediawiki万一将来有bug,搜索框搜不到特定条目怎么办?讨论应该建立在当前的系统状况下,不要说未来可能XXX。--Gqqnb留言) 2016年6月22日 (三) 18:46 (UTC)
删除繁简重定向对于wiki系统并不会有什么特别的益处。有用户可能认为“删除”后可以减轻系统负担或腾出存储空间,所以支持“删除”。但“删除”操作并不会如此,反而还会多出一个删除日志。Lianget认为维持现状,不再新建倒是最优的选择。而这个讨论反复出现,可能是这种误解还一直存在于许多用户脑海中,还是在WP:重定向中写明关于繁简重定向存废的处理方法和原因吧。@Tomchen1989WcamChiefwei:@hat600FRDianGqqnb乌拉跨氪 2016年6月23日 (四) 17:07 (UTC)
当然,从数据库角度确实增加了数据项,而不是减少。但是搜索时却可加快速度,因为只搜索未删除的条目。若我理解有误请指正。--Gqqnb留言) 2016年6月23日 (四) 18:24 (UTC)
在有重定向的情况下,繁简错误的selflink不会自动加粗。而且如果从系统设计者的角度上说显然不加粗是feature。 --达师 - 334 - 554 2016年6月24日 (五) 05:11 (UTC)

看許多年前的討論,不做繁簡重定向會有這些技術問題:

  1. 編輯摘要會出現紅字
  2. 仰賴繁簡轉換系統,運作負擔比繁簡重定向高
  3. 條目超過某個長度後,連結不會轉換

希望繁簡系統方面的人可以解釋一下這些技術限制。@Cdip150鸟甲SElephant:--113.52.81.182留言) 2016年6月24日 (五) 02:23 (UTC)

Special:需要的页面--Antigng留言) 2016年6月24日 (五) 03:07 (UTC)

搜索也是大问题,比如条目的标题以及正文中出现的某关键词都是用繁体撰写的话,用简体搜索这个关键词,是无法搜索到这个条目的。而纯繁简重定向能够帮助搜索匹配到条目标题中出现的、另一种“体”的关键词。Template:技术问题目前已经列出“T77967 Special:Search的繁简转换问题(可能是偶然现象)”,但他说“可能是偶然现象”,不对啊这绝对不是偶然现象。--Tomchen1989留言) 2016年6月24日 (五) 12:37 (UTC)

“1.66米(5尺5寸)(166 cm)”[编辑]

AAA
身高 1.66米(5尺5寸)(5尺5寸)
体重 57公斤(126磅)

这是怎么回事?在{{infobox person}}里填入“{{convert|1.66|m|cm|abbr=on}}”就会显示成“1.66米(5尺5寸)(166 cm)”但我在其他地方打出“{{convert|1.66|m|cm|abbr=on}}”,显示正常,是“1.66米(166 cm)”。体重方面没出这样的问题。

经查,个人认为问题应该出在Template:infobox person/core里的“{{#if:{{{height_m|{{{height_cm|}}}}}}{{{height_ft|}}}{{{height_in|}}} | {{convinfobox|{{{height_m|{{{height_cm|}}}}}}|{{#if:{{{height_m|}}}|米|厘米}}|{{{height_ft|}}}|英尺|{{{height_in|}}}|英寸}} }}{{#if:{{{height|}}} | {{infobox person/height|{{{height|}}}}}}}”代码,希望能进行修正。--№.N留言) 2016年6月10日 (五) 02:11 (UTC)

{{infobox person}}的文档上建议你使用{{height}},如|height={{height|m=1.66}}(或者|height={{convert|1.66|m}}也可)放在{{infobox person}}中就显示为“1.66米(5英尺5英寸)”,这样正常了吧?还是说,你就是不想让它显示英制?--Tomchen1989留言) 2016年6月10日 (五) 02:34 (UTC)
不是我不想让它显示英制,可能我应该这么解释:在infobox person的height参数里填上“{{convert|1.66|m|ftin|abbr=on}}”,就会显示成“1.66米(5尺5寸)(5尺5寸)”,出现两个“(5尺5寸)”,看着也不舒服啊,况且在weight参数里输入“{{convert|57|kg|lb|abbr=on}}”时的显示效果和“{{convert|57|kg|abbr=on}}”是一样的,也就是说都会显示成“57千克(126磅)”而不是“57千克(126磅)(126磅)”,另外输入“{{convert|57|kg|st|abbr=on}}”的显示效果是“57千克(9.0 st)”,而不是“57千克(126磅)(9.0 st)”。--№.N留言) 2016年6月10日 (五) 03:23 (UTC)
@Naughty Jeffrey:这模板是你改的,还是请你解决一下问题吧。--№.N留言) 2016年6月12日 (日) 04:38 (UTC)

倒是“英尺”不应该简写成“尺”…… --达师 - 334 - 554 2016年6月10日 (五) 14:01 (UTC)

可以写成“呎”和“吋”吧。--Kuailong 2016年6月10日 (五) 20:05 (UTC)
我觉得比起“英尺”应不应该写成“尺”,我所提出的问题更应该解决。--№.N留言) 2016年6月12日 (日) 01:45 (UTC)

终于找到真正的原因了!如果输入:

{{infobox person/height/switch
|{{convert|1.66|m|ftin|abbr=on}}
|{{#invoke:String|replace|{{convert|1.66|m|ftin|abbr=on}}| | }}
|m={{#invoke:String|find|{{#invoke:String|replace|{{convert|1.66|m|ftin|abbr=on}}| | }}|米}}
|c={{#invoke:String|find|{{#invoke:String|replace|{{convert|1.66|m|ftin|abbr=on}}| | }}|厘米}}
|f={{#invoke:String|find|{{#invoke:String|replace|{{convert|1.66|m|ftin|abbr=on}}| | }}|尺}}
|i={{#invoke:String|find|{{#invoke:String|replace|{{convert|1.66|m|ftin|abbr=on}}| | }}|寸}}
}}

的话,就会显示正常,即“1.66米(5尺5寸)”,但若是输入:

{{infobox person/height/switch
|{{convert|1.66|m|ftin|abbr=on}}
|{{#invoke:String|replace|{{convert|1.66|m|ftin|abbr=on}}| | }}
|m={{#invoke:String|find|{{#invoke:String|replace|{{convert|1.66|m|ftin|abbr=on}}| | }}|米}}
|c={{#invoke:String|find|{{#invoke:String|replace|{{convert|1.66|m|ftin|abbr=on}}| | }}|厘米}}
|f={{#invoke:String|find|{{#invoke:String|replace|{{convert|1.66|m|ftin|abbr=on}}| | }}|英尺}}
|i={{#invoke:String|find|{{#invoke:String|replace|{{convert|1.66|m|ftin|abbr=on}}| | }}|英寸}}
}}

的话,就会显示“1.66米(5尺5寸)(5尺5寸)”,看来原因就是因为把“英尺”简写成“尺”才导致显示不正常!不过我是希望abbr参数无论是显示成on还是off都能正常显示,至于技术上怎么实现我还不清楚。--№.N留言) 2016年6月12日 (日) 10:27 (UTC)

这个模板是从enwiki抄的,所以如果不重写的话,某种程度上只能配合原有逻辑:无论abbr=on还是off,在infobox里都会被处理成abbr=on的形式显示[1],这是通过Template:Infobox person/height完成的,而这里只列举了英文单位名。由于上面对如何缩写存在争议,建议先确定单位名后(包括全称和简称,两者也可以一样)再改infobox的这些问题。Liangent留言 2016年6月14日 (二) 03:09 (UTC)
不过奇怪的是为什么身高写在infobox上有问题,但体重却没一点问题,体重的{{Infobox person/weight}}、{{Infobox person/weight/locate}}和{{Infobox person/weight/switch}}的格式和身高的对应模板格式是类似的。--№.N留言) 2016年6月15日 (三) 00:59 (UTC)
因为在{{convert}}的输出里,体重的“公斤”实际上是“-{zh:公斤;zh-cn:千克;zh-tw:公斤;zh-hk:公斤;}-”,在Template:Infobox person/weight/locate里面两个数据都locate不到,所以就原样输出了。身高的“米”能找到但“英尺”找不到,于是就额外补上一个英尺……Liangent留言 2016年6月18日 (六) 05:43 (UTC)
AAA
身高 1.66米(5尺5寸)(5尺5寸)
体重 57公斤(126磅)(126磅)
AAA
身高 1.66米(5英尺5英寸)
体重 57公斤(126英磅)
AAA
身高 1.66米(5尺5寸)
体重 57公斤(126磅)
做几个样例吧。Liangent留言 2016年6月18日 (六) 05:45 (UTC)
原来是这样啊,只能说英文的一部分模板在中文版未必都适用……--№.N留言) 2016年6月20日 (一) 10:36 (UTC)
当然啦,要走中国特色的社会主义道路嘛,西方的人权普世价值什么的在中国是行不通的。--Gqqnb留言) 2016年6月22日 (三) 18:53 (UTC)
其实这里的主要问题是各处翻译不一致。Liangent留言 2016年6月23日 (四) 04:27 (UTC)
还是希望在重写模板之前不要用这几个模板,说到用这个模板最多的地方当然是运动员(艺人歌手等也有可能用),不过最近发现在infobox sportperson模板的身高输入“{{convert|1.66|m|ftin|abbr=on}}”已经正常。另外我说这话和政治绝无关系,我不希望我这话被人拿来做政治论点。--№.N留言) 2016年6月23日 (四) 11:23 (UTC)

2016年欧洲足球锦标赛条目标题繁简问题[编辑]

2016年歐洲足球錦標賽” → “2016年欧洲足球锦标赛”:条目目前标题是繁体的“2016年歐洲足球錦標賽”,这个技术上很有问题啊:不管是模块:CGroup/Football,还是目前版本的条目开头的{{noteTA}}中,都显示,大陆简体用法是:欧洲足球锦标赛;台灣繁(正)體用法是:歐洲國家盃;香港(澳门)繁體用法也是:歐洲國家盃。所以,要不就用简体的“欧洲足球锦标赛”要不就用繁体的“歐洲國家盃”,否则技术上繁简转化有问题,而且用繁体时也根本不应该这样称呼。大家看看是不是这样。我无法移动,哪位管理员来移动一下?谢谢。(讨论原发Talk:2016年歐洲足球錦標賽#标题繁简问题--Tomchen1989留言) 2016年6月10日 (五) 19:37 (UTC)

WP:移动请求--Kuailong 2016年6月10日 (五) 20:17 (UTC)
唉,真没办法。。我是考虑到这个条目在接下来的这一个月内浏览数显然会很高,走WP:移动请求程序的话要挂个移动模板在条目开头,难看,而这个程序通常又很慢,搞不好移动模板要挂一个月,等大赛结束,移动讨论才出结果。哈哈。。。。我认为这属于繁简混用,我记得标题繁简混用的情况下,是要移动到不混用的标题的,但没找到能够具体定义“繁简混用”并讲清怎么做的规则(繁简转化的相关规则也够乱的,比如上面#純簡繁重定向有必要么?就是目前根本没有制定规则统一解决、可建可不建、可删可不删的一个东西)。总之,这应该算是个和繁简转化有关的技术性的问题,技术上,这就是个错误的、不该存在的标题。如果是这样的话,那么移动是没什么争议的,那么哪个管理员来执行一下移动就可以了。--Tomchen1989留言) 2016年6月11日 (六) 18:54 (UTC)
賽事創辦時名稱為歐洲國家盃(European Nations Cup;簡稱歐國盃),其後於1968年改名為現名歐洲足球錦標賽(European Football Championship),只是臺灣CNA等媒體或相關單位仍沿用舊中文名稱而已。--111.250.21.35留言) 2016年6月16日 (四) 04:26 (UTC)

修復音界號顯示[编辑]

有一個很古老的問題,相信多維基人都知道,維基百科的音界號會顯示成這樣「·」,但其實這樣真的閱讀起來很不舒服,只有在沒有WikiEd時的原始碼編輯介面才會正常。

請問是否能調整音界號的顯示,改為全形符號?--Koala0090留言) 2016年6月12日 (日) 03:02 (UTC)

恐怕這個問題不是維基百科能夠解決。現時頁面內容的字體是無襯線體(font-family: sans-serif),而實際上每部電腦用哪一款字型(font)卻視乎瀏覽器設定及電腦上所安裝的字型來決定。但是那些中文字體要用半形顯示音界號的話,維基百科也沒有辦法。至於原始碼編輯介面,字體是等寬字體(font-family: monospace),這是方便看清楚程式碼的字體,可是卻不美觀。要是把頁面內容都改為無襯線體,對外觀影響甚大。--Quest for Truth留言) 2016年6月17日 (五) 00:21 (UTC)

提刪模版今天不能正常運作[编辑]

麻煩那位檢查一下:

{{subst:DRItem| Type=fame
 | DRarticles =  |  |  |  |  |  |  | }—~~~~<br />

--Nivekin請留言 2016年6月16日 (四) 02:42 (UTC)

@Nivekin:閣下少了這個},以至於模板無法展開。--★Fish out Yue in the water.☆ 2016年6月16日 (四) 02:54 (UTC)

Wikipedia:新条目推荐/未通过/2016年[编辑]

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

Tech News: 2016-25[编辑]

2016年6月20日 (一) 19:14 (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)
[9]--Antigng留言) 2016年6月22日 (三) 03:02 (UTC)
这个链接是坏的……Liangent留言 2016年6月22日 (三) 03:18 (UTC)
[10]服务有效?但是从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)
看樣子維基百科可以有印章了[11][12] --Liuxinyu970226留言) 2016年6月23日 (四) 02:28 (UTC)
這樣更完整喔 https://tools.wmflabs.org/idsgen/⿴囗⿱⿰維基⿰百科.png?字體=楷體 「囗」裡面裝的東西可以自己換看看ː)--魔法設計師留言) 2016年6月23日 (四) 05:15 (UTC)
[13]这个为什么就到左边去了……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)
另外一個(?)疑問:有沒有「偏旁自動縮小」功能,不然[14]這類型的字並沒有顯示得像「彣」,看起來只像文和鏡像氵字邊而不像「彣」.....。--宇帆(留言·) 2016年6月23日 (四) 08:21 (UTC)
這個問題是左下包圍右上的「包圍部件」還沒有實作到,就會暫時用左右組的模式。因為這跟上下組、左右組不同,「包圍部件」必須一個一個去coding,有些部件還必須要發生變形,例如你提到的這個「文」,這都需要寫特殊的設定,程式才知道如何render。目前台灣這邊開源社群有一位朋友針對「包圍部件」做了這個表格用提報制來處理,讓作者知道要設定調整哪些「包圍部件」,詳細請到作者的github那邊看相關issue。--魔法設計師留言) 2016年6月23日 (四) 16:59 (UTC)
抱歉,我剛才測試了一下我發現我錯了,程式是會自動處理左下包右上部件,並沒有代換左右組,問題是在於這個文應該要發生變形(最後一筆要拉長)。--魔法設計師留言) 2016年6月23日 (四) 17:05 (UTC)

自己搭建的mediawiki为何不能上传中文图片?[编辑]

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

自建的MW其“Special:需要的页面”运行超时[编辑]

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

大字體[编辑]

有什麼辦法能在不改變側邊欄寬度、不改變Monobook頂部選項卡的大小的前提下使正文內容按比例擴大? --Q |-[留]-|-[言]-| 2016年6月24日 (五) 09:53 (UTC)