维基百科:互助客栈/技术
發表前請先搜索存档,參考舊討論中的内容可節省您的時間。 |
|
- [人事] 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提供點未隱藏的區塊來展開的功能,具體測試樣例可以參考[1](Beta Cluster)。--SunAfterRain 2024年8月4日 (日) 13:23 (UTC)
|
WP:維基百科工具/導航Popup的移動討論
純簡繁重定向有必要么?
純簡繁字差異的簡繁重定向(比如維基百科重定向到维基百科)有必要吗?搜索框中键入繁体的“維基百科”,即使繁体的維基百科页面没有建立,也会自动跳到实际标题为简体的维基百科条目上。页面上有繁体的链接也是一样,即使繁体的页面没有建立,也会自动纠正链接到实际标题为简体的条目上,而不会留红链({{簡繁重定向}}中提到的“系統出錯時的紅字問題”应该不存在了吧?)。为何还有那么多簡繁重定向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)
- 当时给出的理由是,转换系统可能不可靠,所以不应该完全依赖转换。我觉得这个理由很站不住脚。—Chiefwei(论 - 历) 2016年6月9日 (四) 02:20 (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:重定向中写明关于繁简重定向存废的处理方法和原因吧。@Tomchen1989、Wcam、Chiefwei:@hat600、FRDian、Gqqnb:乌拉跨氪 2016年6月23日 (四) 17:07 (UTC)
- 当然,从数据库角度确实增加了数据项,而不是减少。但是搜索时却可加快速度,因为只搜索未删除的条目。若我理解有误请指正。--Gqqnb(留言) 2016年6月23日 (四) 18:24 (UTC)
- 在有重定向的情况下,繁简错误的selflink不会自动加粗。而且如果从系统设计者的角度上说显然不加粗是feature。 --达师 - 334 - 554 2016年6月24日 (五) 05:11 (UTC)
看許多年前的討論,不做繁簡重定向會有這些技術問題:
- 編輯摘要會出現紅字
- 仰賴繁簡轉換系統,運作負擔比繁簡重定向高
- 條目超過某個長度後,連結不會轉換
希望繁簡系統方面的人可以解釋一下這些技術限制。@Cdip150、鸟甲、SElephant:--113.52.81.182(留言) 2016年6月24日 (五) 02:23 (UTC)
搜索也是大问题,比如条目的标题以及正文中出现的某关键词都是用繁体撰写的话,用简体搜索这个关键词,是无法搜索到这个条目的。而纯繁简重定向能够帮助搜索匹配到条目标题中出现的、另一种“体”的关键词。Template:技术问题中目前已经列出“T77967 Special:Search的繁简转换问题(可能是偶然现象)”,但他说“可能是偶然现象”,不对啊这绝对不是偶然现象。--Tomchen1989(留言) 2016年6月24日 (五) 12:37 (UTC)
“1.66米(5尺5寸)(166 cm)”
AAA | |
---|---|
身高 | 1.66米(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)
- 不是我不想让它显示英制,可能我应该这么解释:在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)
倒是“英尺”不应该简写成“尺”…… --达师 - 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}}
,提供自動轉換。--Naughty Jeffrey(留言) 2016年6月12日 (日) 06:10 (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的形式显示[2],这是通过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)
- 因为在
- 不过奇怪的是为什么身高写在infobox上有问题,但体重却没一点问题,体重的{{Infobox person/weight}}、{{Infobox person/weight/locate}}和{{Infobox person/weight/switch}}的格式和身高的对应模板格式是类似的。--№.N(留言) 2016年6月15日 (三) 00:59 (UTC)
AAA | |
---|---|
身高 | 1.66米(5尺5寸) |
体重 | 57公斤(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)
- 当然啦,要走中国特色的社会主义道路嘛,西方的人权普世价值什么的在中国是行不通的。--Gqqnb(留言) 2016年6月22日 (三) 18:53 (UTC)
- 原来是这样啊,只能说英文的一部分模板在中文版未必都适用……--№.N(留言) 2016年6月20日 (一) 10:36 (UTC)
- 做几个样例吧。Liangent(留言) 2016年6月18日 (六) 05:45 (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)
偶然發現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)
这是来自维基媒体技术社群的最新技术新闻。请将这些更新转告其他用户。不是所有的更新都将影响您。我们也提供它的翻译版本。
最近更新
- 当您从电子邮件通知中跟随一个链接时,通知不总是标记为已读。现在这将不再出现。 [5]
本周更新
- 条目中可用的其他语言列表将在小型维基百科和非维基百科项目上变短。这使每位用户找到最相关语言变得较为容易。您仍将可以看见其他语言。 [6][7]
- 当您打开通知弹窗时,提醒(红色徽章)将不会自动标记为已读。 [8]
- 当您得到多个感谢时,您可以将它们看成一条通知。这将改变每次感谢就出现一条通知的现状。 [9]
- MediaWiki的新版本将于6月21日部署于测试维基及MediaWiki.org。它将于6月22日部署至非维基百科wiki和部分维基百科上,并于6月23日部署至所有wiki,参见日历。
会议
- 您可以参与下次架构委员会的会议。本周的话题是为MediaWiki开发Markdown支持策略。会议将于6月22日 21:00 (UTC)开始。参见如何加入。
2016年6月20日 (一) 19:14 (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)
- [10]--Antigng(留言) 2016年6月22日 (三) 03:02 (UTC)
- 这个链接是坏的……Liangent(留言) 2016年6月22日 (三) 03:18 (UTC)
- [11]服务有效?但是从nullpoint来看,是直接把整个站台做成API服务接口,输入参数来生成,然后没做好没参数输入的修正炸了?——路过围观的Sakamotosan 2016年6月22日 (三) 05:45 (UTC)
- 給大家一個使用範例:https://tools.wmflabs.org/idsgen/⿺辶⿴宀⿱珤⿰隹⿰貝招.png?字體=宋體,目前上游還沒有給傳空字串的結果,我會去發issue給他進行修正。--魔法設計師(留言) 2016年6月22日 (三) 06:24 (UTC)
- [11]服务有效?但是从nullpoint来看,是直接把整个站台做成API服务接口,输入参数来生成,然后没做好没参数输入的修正炸了?——路过围观的Sakamotosan 2016年6月22日 (三) 05:45 (UTC)
- 这个链接是坏的……Liangent(留言) 2016年6月22日 (三) 03:18 (UTC)
- [10]--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)
- 看樣子維基百科可以有印章了[12][13] --Liuxinyu970226(留言) 2016年6月23日 (四) 02:28 (UTC)
- 這樣更完整喔 https://tools.wmflabs.org/idsgen/⿴囗⿱⿰維基⿰百科.png?字體=楷體 「囗」裡面裝的東西可以自己換看看ː)--魔法設計師(留言) 2016年6月23日 (四) 05:15 (UTC)
- [14]这个为什么就到左边去了……Liangent(留言) 2016年6月23日 (四) 05:41 (UTC)
- 這個不行,必須是真的能包圍的部件才可以。□跟囗部是意思不同的部件。--魔法設計師(留言) 2016年6月23日 (四) 07:31 (UTC)
- [14]这个为什么就到左边去了……Liangent(留言) 2016年6月23日 (四) 05:41 (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)
- 另外一個(?)疑問:有沒有「偏旁自動縮小」功能,不然彣[15]這類型的字並沒有顯示得像「彣」,看起來只像文和鏡像的氵字邊而不像「彣」.....。--宇帆(留言·聯絡) 2016年6月23日 (四) 08:21 (UTC)
- 這個問題是左下包圍右上的「包圍部件」還沒有實作到,就會暫時用左右組的模式。因為這跟上下組、左右組不同,「包圍部件」必須一個一個去coding,有些部件還必須要發生變形,例如你提到的這個「文」,這都需要寫特殊的設定,程式才知道如何render。目前台灣這邊開源社群有一位朋友針對「包圍部件」做了這個表格用提報制來處理,讓作者知道要設定調整哪些「包圍部件」,詳細請到作者的github那邊看相關issue。--魔法設計師(留言) 2016年6月23日 (四) 16:59 (UTC)
- 抱歉,我剛才測試了一下我發現我錯了,程式是會自動處理左下包右上部件,並沒有代換左右組,問題是在於這個文應該要發生變形(最後一筆要拉長)。--魔法設計師(留言) 2016年6月23日 (四) 17:05 (UTC)
- 這樣更完整喔 https://tools.wmflabs.org/idsgen/⿴囗⿱⿰維基⿰百科.png?字體=楷體 「囗」裡面裝的東西可以自己換看看ː)--魔法設計師(留言) 2016年6月23日 (四) 05:15 (UTC)
自己搭建的mediawiki为何不能上传中文图片?
自建的MW其“Special:需要的页面”运行超时
打开该页面后运行超时,其他special页面都正常,请问如何解决?--Redlz250(留言) 2016年6月24日 (五) 03:00 (UTC)
大字體
有什麼辦法能在不改變側邊欄寬度、不改變Monobook頂部選項卡的大小的前提下使正文內容按比例擴大? --Q |-[留]-|-[言]-| 2016年6月24日 (五) 09:53 (UTC)