维基百科:互助客栈/技术/存档/2016年8月
本頁是以往討論的存檔。請勿編輯本頁。若您想發起新討論或重啟現有討論,請在當前討論頁進行。 |
Template:PRC admin/disambig太複雜不利維護
这是来自维基媒体技术社群的最新技术新闻。请将这些更新转告其他用户。不是所有的更新都将影响您。我们也提供它的翻译版本。
最近更新
问题
- 在7月20日~21日间,一些wiki上已重命名的用户未能连接到其他wiki上的账户。现已修复。 [3]
本周更新
会议
- 您可以参与下周可视化编辑器团队的会议。在会议中您可以告知开发人员哪些问题是最重要的。会议将于8月2日 19:00 (UTC)开始。参见如何加入。
- 下次CREDIT showcase将于8月3日 18:00 (UTC)开始。这是展示新的小工具、小项目和正在进行的工作,并对它们进行评论的机会。
- 您可以参与下次架构委员会的会议。本周的话题是“在核心代码中提供通知功能”。会议将于8月3日 21:00 (UTC)开始。参见如何加入。
2016年8月1日 (一) 21:48 (UTC)
求助,跨语言链接压缩如何停用
总觉得这个新功能没有什么大用处,User:Antigng说可以在Special:参数设置中关掉,可我找不到这个选项,于是在这求助各位大神!跪谢!--虫虫超能研究所→实验志愿者报名入口,强烈抗议国际法庭对南海问题作出无效裁决 2016年7月31日 (日) 07:12 (UTC)
- @百战天虫:外觀>语言>使用紧凑的语言列表,它包含与您有关的语言。--A2093064#Talk 2016年7月31日 (日) 07:14 (UTC)
- 討厭這個功能...為什麼不預設關掉,喜歡的自己去開?我不管到哪個語言的維基百科都還要調一次= =--Liaon98 我是廢物 2016年7月31日 (日) 07:25 (UTC)
- 可以到phab提报。--Antigng(留言) 2016年7月31日 (日) 09:09 (UTC)
- 举双手同意预设关掉。--№.N(留言) 2016年7月31日 (日) 13:30 (UTC)
- 感觉会让wmf的开发人员伤心?--Antigng(留言) 2016年7月31日 (日) 13:46 (UTC)
- 又不是第一次伤心,那个媒体查看器还不是动用了超级保护的设计?——路过围观的Sakamotosan 2016年8月1日 (一) 01:55 (UTC)
- 那就要求他们把这个设置同步到所有站点。 --达师 - 334 - 554 2016年7月31日 (日) 16:54 (UTC)
- 那个全域设置同步计划好像一直没进展?——路过围观的Sakamotosan 2016年8月1日 (一) 01:55 (UTC)
- 把這個加到m:Special:MyPage/global.js。詳情:phab:T138282--HW(討論 貢獻) 2016年8月1日 (一) 02:26 (UTC)
new mw.Api().saveOption('compact-language-links', 0 );
- 把这个加入Mediawiki:Common.js(误)。--Antigng(留言) 2016年8月1日 (一) 03:11 (UTC)
- @Antigng:送您兩個字:(-)反对,萬一真有人要用呢?--Liuxinyu970226(留言) 2016年8月1日 (一) 04:18 (UTC)
- 把这个加入Mediawiki:Common.js(误)。--Antigng(留言) 2016年8月1日 (一) 03:11 (UTC)
- 那个全域设置同步计划好像一直没进展?——路过围观的Sakamotosan 2016年8月1日 (一) 01:55 (UTC)
- 感觉会让wmf的开发人员伤心?--Antigng(留言) 2016年7月31日 (日) 13:46 (UTC)
- 举双手同意预设关掉。--№.N(留言) 2016年7月31日 (日) 13:30 (UTC)
- 可以到phab提报。--Antigng(留言) 2016年7月31日 (日) 09:09 (UTC)
- @Antigng: 你们谁告诉我,IP用户怎么办?--我是火星の石榴(留言) 2016年8月2日 (二) 08:54 (UTC)
- 原则上ip用户可以通过cookie存放一些简单的偏好设置。但是目前紧凑语言链接好像没有实现相应功能。--Antigng(留言) 2016年8月2日 (二) 08:56 (UTC)
有办法知道Special:permalink/1在哪个页面吗?
如题…… --达师 - 334 - 554 2016年7月30日 (六) 13:31 (UTC)
- 一个刚创建的维基的第一个页面当然是首页啦。--SolidBlock讨论 2016年8月3日 (三) 09:30 (UTC)
- @SolidBlock:不太對。如果是首頁,那麼到首頁檢視歷史應該會看到,即使該歷史版本已經刪除,仍會顯示,只是會被一個刪除線劃掉,依照目前情況看來,不是首頁。-- 宇帆(普通留言·Flow留言·聯絡) 2016年8月3日 (三) 16:15 (UTC)
- 註:現在最早只能看到Special:permalink/5,管理員亦然,該次編輯由User:Brion VIBBER在2002年10月27日 (日) 06:50做出。我也很好奇前四筆跑哪去了。-和平、奮鬥、救地球!留言・WikiNews於 2016年8月3日 (三) 16:48 (UTC)
- 有可能从数据库里面删掉了。(不是现在的维基百科上的伪删除功能)--Antigng(留言) 2016年8月4日 (四) 00:34 (UTC)
- 就是从数据库里删掉了,但我试了试,这个页面不一定是首页,什么页面都会显示成首页。--Qinyongr 留言 8·35 2016年8月4日 (四) 01:17 (UTC)
- 註:現在最早只能看到Special:permalink/5,管理員亦然,該次編輯由User:Brion VIBBER在2002年10月27日 (日) 06:50做出。我也很好奇前四筆跑哪去了。-和平、奮鬥、救地球!留言・WikiNews於 2016年8月3日 (三) 16:48 (UTC)
- 中文维基百科迁移过服务器,早期的历史版本应该是后来迁入的,时间顺序不对,special:permalink/5944是2002年10月,而special:permalink/447在2002年12月。首页没有被删除的历史版本。 --达师 - 334 - 554 2016年8月4日 (四) 12:39 (UTC)
- 同上意見,資料順序為混雜的。從第1位維基人查起,可知最早的編輯為Special:permalink/5944,編輯時間:2002年10月27日 (日) 06:39,最早頁面:Main Page(現重定向至首頁)。--Steven™ ∴Message∵ 2016年8月4日 (四) 13:53 (UTC)
- @SolidBlock:不太對。如果是首頁,那麼到首頁檢視歷史應該會看到,即使該歷史版本已經刪除,仍會顯示,只是會被一個刪除線劃掉,依照目前情況看來,不是首頁。-- 宇帆(普通留言·Flow留言·聯絡) 2016年8月3日 (三) 16:15 (UTC)
有關於Twinkle中CSD F7所使用的模板
目前在Twinkle中,標記CSD F7(与维基共享资源档案重复的档案)的模板為Template:Delete,但是我曾經使用英語維基百科的Twinkle,在這個速刪選用的模板是en:Template:Now Commons,比起Delete模板的訊息更好。希望能夠修改Twinkle的設定,將CSD F7的模板改用Now Commons的設定。由於該模板我曾經也有維護,所以希望能做出修改。臺灣杉 在此發言 (會客室) 2016年8月5日 (五) 05:01 (UTC)
- @Taiwania Justo:,两者有什么本质上的区别呢?--Antigng(留言) 2016年8月5日 (五) 05:04 (UTC)
- @Antigng:原因很簡單。在Delete模板當中,對於本地維基百科檔案移動到維基共享資源時,如果命名不同,在Delete模板標示共享資源新檔案名稱時,無法將之連結到共享資源的新檔案頁面;但Now Commons可以做到。此外,該模板有機器人查核與人工查核的參數,能標示此模板是經由機器人或人工查核確認後所加。最後,Now Commons的模板比較美觀。臺灣杉 在此發言 (會客室) 2016年8月5日 (五) 05:09 (UTC)
- @Taiwania Justo:,为什么不可以把相应代码丢到{{delete}}里面?{{delete}}使用了Module:Template:Delete,可扩展性比Now Commons强多了。--Antigng(留言) 2016年8月5日 (五) 05:11 (UTC)
- @Antigng:如果上述功能完善,我不介意。但請注意,由於在CommonsHelper的設定當中,移動完成會建議標示Now Commons模板,目前9個維基百科站點都有此模板,如果與本地設定不同,仍須進行一些修正。臺灣杉 在此發言 (會客室) 2016年8月5日 (五) 05:17 (UTC)
- @Taiwania Justo:,那是它的问题,不是我们的问题。--Antigng(留言) 2016年8月5日 (五) 05:19 (UTC)
- @Antigng:那上述命名相異連結與查核機制仍須解決。臺灣杉 在此發言 (會客室) 2016年8月5日 (五) 05:21 (UTC)
- @Taiwania Justo:,Mediawiki系统会自动检测已有文件是否存在副本,如存在会列出来,没有必要在删除模板中找寻链接。--Antigng(留言) 2016年8月5日 (五) 05:24 (UTC)
Cat-a-lot找不到舊分類
是不是如果頁面是用[[Category:XX]]就不能用?--A2093064#Talk 2016年8月5日 (五) 13:23 (UTC)
- Cat-a-lot把繁簡視為相異,不會自行轉換的,你先檢查一下有沒有用錯字體。--Quest for Truth(留言) 2016年8月6日 (六) 21:07 (UTC)
- @Quest for Truth:因為我把這個工具引入到我自己架的mediawiki,我語言是設定成zh-tw,所以沒有繁簡問題,查了中文維基上有關Cat-a-lot的內容,也曾有用戶說Remove from this category得到old category could not be found,所以我在懷疑是不是只能移除[[Category:XX]]不能移除[[Category:XX]]。--A2093064#Talk 2016年8月7日 (日) 06:22 (UTC)
- 剛剛測試似乎不是這個問題。--A2093064#Talk 2016年8月7日 (日) 06:23 (UTC)
Wikiplus在QuickEdit於頁面存廢討論
若有同時使用twinkleclose和Wikiplus,在頁面存廢討論時的段落使用QuickEdit,會發現其編輯摘要有時會出現[关闭讨论]的字樣,推斷偶然發生原因是因為TW和Wikiplus載入先後不同所致,Wikiplus若先載入則無問題,其錯誤原因是因為段落名稱抓取方式(見原始碼),原本的
var sectionName = $.trim(cloneNode.text());
應該改成
var sectionName = $.trim(cloneNode[0].children[0].innerHTML);
由於@镜音铃:似乎不常上維基,所以來問問大家有沒有遇到這個問題。--A2093064#Talk 2016年8月7日 (日) 01:21 (UTC)
- 我查一下。(找我可以找到的,有邮件提醒)--镜音铃(留言) 2016年8月7日 (日) 01:25 (UTC)
- @镜音铃:提供你部分HTML以除錯。
<h2><span class="mw-headline" id=".E6.94.BE.E8.A1.80"><a href="/wiki/%E6%94%BE%E8%A1%80" title="">放血</a> <strong><a href="#11"><span style="color: black;">[</span><span style="color: red;">关闭讨论</span><span style="color: black;">]</span></a></strong></span><span class="mw-editsection"><span class="mw-editsection-bracket">[</span><a href="#" title="編輯章節:放血">編輯原始碼</a><span class="mw-editsection-bracket">]</span><span><span id="mw-editsection-bracket">[</span><a class="Wikiplus-Edit-SectionBtn" href="javascript:void(0)">QuickEdit</a><span id="mw-editsection-bracket">]</span></span></span></h2>
--A2093064#Talk 2016年8月7日 (日) 01:39 (UTC)
- @A2093064:基本了解情况。不知twinkleclose的开发者是哪位,我希望大家在开发辅助工具的时候不要污染MediaWiki本身的HTML元素……你提供的解决方案在不开twinkleclose时会出错,虽然可以做一个判断,但是假如以后又发生类似的情况,糟糕的判断会越来越多。
- 这个我目前还没有想到什么优雅的解决方案,今天还有事出门,让我稍微思考一下。--镜音铃(留言) 2016年8月7日 (日) 01:46 (UTC)
- @镜音铃:恩,我知道你的Wikiplus不只在維基百科使用,所以我提出這個方案只是專用於中文維基,配合兩者特性所進行的微調,沒有使用twinkleclose的還是可以使用原本的Wikiplus,我想你也不需要費心去修改Wikiplus,感謝你的回覆。--A2093064#Talk 2016年8月7日 (日) 01:50 (UTC)
- @镜音铃:我相信我這筆修改更為正確,因為要考慮的繁簡轉換,如果你章節標題繁簡錯誤(必須依照原本的繁或簡),就沒辦法自動跳到指定章節了。--A2093064#Talk 2016年8月7日 (日) 02:42 (UTC)
- 能不能解码一下.mw-headline的id?这其实也是编辑摘要应该回链到的值(比如现在所有在章节标题用模板后的编辑摘要就全是错的,参见Wikipedia:当前的破坏)。--Jimmy Xu 论 2016年8月7日 (日) 03:13 (UTC)
- 向两位解释一下不取.mw-headline的id的原因。mw生成id是转成了unicode然后把%换成了.,转回去的时候必须考虑到……如果本来的标题就就有.怎么办。直接一刀切把.全部转成%显然会出问题。于是我尝试过用一个try-catch来判断,如果对应的unicode无法转成字符则跳过,但是,如果你的标题是“.25”这样的,id里就会是“.25”,按此方法会被转成“%”,显然也不对。权衡之后我选择获取mw渲染出来的文字,至少是可读的,最多是无法跳转到正确段落。--镜音铃(留言) 2016年8月7日 (日) 14:20 (UTC)
- 對,我後來也發現我的問題了。--A2093064#Talk 2016年8月7日 (日) 14:25 (UTC)
- MediaWiki的这个转换,实际上是损失信息的,没办法..--镜音铃(留言) 2016年8月7日 (日) 15:18 (UTC)
- 但就算原标题是“.25”,编辑摘要写“/* % */”还是能跳转到该章节的。感觉那个注释更重要的是anchor有效而非可读。--Jimmy Xu 论 2016年8月8日 (一) 01:46 (UTC)
- 對,我後來也發現我的問題了。--A2093064#Talk 2016年8月7日 (日) 14:25 (UTC)
- 向两位解释一下不取.mw-headline的id的原因。mw生成id是转成了unicode然后把%换成了.,转回去的时候必须考虑到……如果本来的标题就就有.怎么办。直接一刀切把.全部转成%显然会出问题。于是我尝试过用一个try-catch来判断,如果对应的unicode无法转成字符则跳过,但是,如果你的标题是“.25”这样的,id里就会是“.25”,按此方法会被转成“%”,显然也不对。权衡之后我选择获取mw渲染出来的文字,至少是可读的,最多是无法跳转到正确段落。--镜音铃(留言) 2016年8月7日 (日) 14:20 (UTC)
- 这个我目前还没有想到什么优雅的解决方案,今天还有事出门,让我稍微思考一下。--镜音铃(留言) 2016年8月7日 (日) 01:46 (UTC)
报告页面错误
浏览wiki时候,个别页面无法正常显示,刷新也没有用,应该不是我浏览器问题,只有特定的个别页面无法正确显示
刚刚想上传截图,被提示: no fallback page found for autotranslate (base=Abusefilter-warning-baduploads, lang=zh-cn)
- 列如中國抗日戰爭,整片變成白色的。--Ai6z83xl3g(留言) 2016年8月8日 (一) 15:22 (UTC)
- 因為該條目使用的Template:Article issues遭到「"div style"破壞」。--Mewaqua(留言) 2016年8月8日 (一) 15:25 (UTC)
- 列如中國抗日戰爭,整片變成白色的。--Ai6z83xl3g(留言) 2016年8月8日 (一) 15:22 (UTC)
為何Special:最近更改會突然沒有畫面?--Tom...........(留言) 2016年8月8日 (一) 14:02 (UTC)
對應畫面MediaWiki:Recentchanges-summary。--►不讓你們窩裡反的Ricknator(11♥)◁ 2016年8月8日 (一) 14:32 (UTC)
又恢復正常了,不知道發生了什麼事 :o再次失靈--Tom...........(留言) 2016年8月8日 (一) 14:37 (UTC)- 可能又要重新排版了。。。--►不讓你們窩裡反的Ricknator(11♥)◁ 2016年8月8日 (一) 14:41 (UTC)
- Template:TOWpercent遭到114.42.228.12持續破壞。--Mewaqua(留言) 2016年8月8日 (一) 14:42 (UTC)
- 保護上的漏洞!--114.38.181.106(留言) 2016年8月8日 (一) 15:05 (UTC)
- Special:用户贡献/QVSCW等多名破壞帳戶弄的,已封禁之,並全保護那些被破壞的高風險模板。若仍有其他條目有出現問題煩請回報。感謝大家合作一起反破壞。-和平、奮鬥、救地球!留言・WikiNews於 2016年8月8日 (一) 15:30 (UTC)
这是来自维基媒体技术社群的最新技术新闻。请将这些更新转告其他用户。不是所有的更新都将影响您。我们也提供它的翻译版本。
最近更新
- 在通知中,一般通知的图标已从气泡图标()更改为托盘图标()以保持一致性。提醒图标也已重新设计。颜色现已更改以便于访问。 [4]
问题
本周更新
- 现在在维基媒体搜索系统中,当您搜索时将忽略句尾或词尾的问号。直到现在,问号标记只是一个通配符。 [6]
- 在共享资源,上传向导现将在移动端可用,而不是只加载旧上传表单。这应该减少社群复核图片时的工作量。 [7]
- 当您使用可视化编辑器编辑时,一个拼图符号告诉您在条目中有看不见的模板。现在将提及模板名称。 [8]
- 阅读其他语言事物的按钮将为移动用户做出调整。这将于8月9日发生。 [9]
- 当有人提及您,并链接至您的用户页时,您会获得一条通知。现在您将在同样方法下,您提及您自己时获得这一通知。 [10]
- MediaWiki的新版本将于8月9日部署于测试维基及MediaWiki.org。它将于8月10日部署至非维基百科wiki和部分维基百科上,并于8月11日部署至所有wiki,参见日历。
- 通知面板上有一条消息将邀请用户尝试Special:Notifications页面。 [11]
会议
- 您可以参与下周可视化编辑器团队的会议。在会议中您可以告知开发人员哪些问题是最重要的。会议将于8月9日 19:00 (UTC)开始。参见如何加入。
2016年8月8日 (一) 15:40 (UTC)
關於戰爭、戰役模板字體問題
上次發過文,無人解答,請問如庫斯克會戰此類條目,右側的軍事衝突模板內文字為何變得與內文大小一樣?更早之前是更小的,因為這模板內文經常要寫很多傷亡、數據、單位和參與者,如果與正文字體大小相同會把模板拉的太長,大概在一月多時無意間注意到,後來又一度變小(原有尺寸),近期又大了回來,不知可否修正?謝謝。--Ai6z83xl3g(留言) 2016年7月31日 (日) 13:42 (UTC)
- @Ai6z83xl3g:[12]--A2093064#Talk 2016年7月31日 (日) 13:44 (UTC)
- 謝謝回應,不過這段歷史紀錄是我發現它變大後手動將他「改小」,後來C君將我的編輯回退,字又大了回去,但以前就算是我介入前,模板的字體也是小一截的。--Ai6z83xl3g(留言) 2016年7月31日 (日) 13:47 (UTC)
- 截至目前為止無人回應,若三天後無人反對或提出其他意見,我將退回至內文字體縮小的版本,謝謝。--Ai6z83xl3g(留言) 2016年8月9日 (二) 02:10 (UTC)
- 謝謝回應,不過這段歷史紀錄是我發現它變大後手動將他「改小」,後來C君將我的編輯回退,字又大了回去,但以前就算是我介入前,模板的字體也是小一截的。--Ai6z83xl3g(留言) 2016年7月31日 (日) 13:47 (UTC)
怀疑Wikidata有冲突,未能完成反清复明和en:Anti-Qing sentiment的跨语言链接。
关于“带繁简转换的编辑提示”
请问一下……各位的页面有转换VP的编辑提示了么? --RubyyTalk|Flow 2016年8月9日 (二) 17:43 (UTC)
- 源在MediaWiki:Editnotice-4-互助客栈-技术/zh。机器人会自动将转换后的内容填到相应variant,所以没这个问题。只是这editnotice是做什么的…… --达师 - 334 - 554 2016年8月12日 (五) 04:16 (UTC)
- 已删除……这个是之前有人讨论,说编辑提示没法繁简转换时做的实验/演示。Liangent(留言) 2016年8月13日 (六) 01:28 (UTC)
“分类“分类:XX”中的页面”
今天浏览分类页面时看到原本列出使用对应分类的页面的标题“分类“XX”中的页面”变成了“分类“分类:XX”中的页面”,两个“分类”重复出现,相信是有人在对这个标题加入繁简转换功能时不小心加上去的,不知谁能修改一下?--№.N(留言) 2016年8月5日 (五) 09:21 (UTC)
- @Liu116:不懂,請給連結。--A2093064#Talk 2016年8月5日 (五) 10:28 (UTC)
- 可能我没表达清楚,就举个例子(这种情况在每一个分类页面都有),点开Category:2016年英國體育,应该会看到“分类“分类:2016年英国体育”中的页面”字眼(原本应该是“分类“2016年英国体育”中的页面),其中后面的“分类:”就明显多余,因为前面已经出现过一次“分类”了。不知道这么说清楚了不?--№.N(留言) 2016年8月5日 (五) 10:47 (UTC)
- 了解,感謝。--A2093064#Talk 2016年8月5日 (五) 10:52 (UTC)
- 没找到问题,请问用的是什么界面语言和转换设置?Liangent(留言) 2016年8月5日 (五) 15:30 (UTC)
- 阁下是不是没用繁简转换?我试了试大陆简体、香港繁体、台湾正体都有这问题,但设定不转换的话就还是正常显示“分类“XX”中的页面”(XX指任意分类)。--№.N(留言) 2016年8月5日 (五) 15:37 (UTC)
- 奇怪,为什么这个问题在我自己的mediawiki上没有发生过。@Liu116:,你是什么时候注意到有这个现象的?--Antigng(留言) 2016年8月6日 (六) 12:00 (UTC)
- 昨天。--№.N(留言) 2016年8月6日 (六) 12:03 (UTC)
- 的確,只有不轉換正常,另外我自己的mediawiki也是正常(單語言)。--A2093064#Talk 2016年8月6日 (六) 12:05 (UTC)
- @A2093064:,你用的是什么版本?把语言调成zh试试看。--Antigng(留言) 2016年8月6日 (六) 12:08 (UTC)
- @Antigng:MediaWiki版本1.27.0,语言调成zh之後所有zh-*語言都是顯示正常喔。--A2093064#Talk 2016年8月6日 (六) 12:12 (UTC)
- @A2093064:怀疑是最近几笔编辑搞的鬼。是否为[13]?--Antigng(留言) 2016年8月6日 (六) 12:15 (UTC)
- 嗯...我對mediawiki原始碼不是很了解。--A2093064#Talk 2016年8月6日 (六) 12:23 (UTC)
- 更离谱的在这里 ->分类“创建“Category:XXX””中的页面--Antigng(留言) 2016年8月7日 (日) 02:18 (UTC)
- 已确认,已提报。--Antigng(留言) 2016年8月7日 (日) 06:15 (UTC)
- 更离谱的在这里 ->分类“创建“Category:XXX””中的页面--Antigng(留言) 2016年8月7日 (日) 02:18 (UTC)
- 嗯...我對mediawiki原始碼不是很了解。--A2093064#Talk 2016年8月6日 (六) 12:23 (UTC)
- @A2093064:怀疑是最近几笔编辑搞的鬼。是否为[13]?--Antigng(留言) 2016年8月6日 (六) 12:15 (UTC)
- @Antigng:MediaWiki版本1.27.0,语言调成zh之後所有zh-*語言都是顯示正常喔。--A2093064#Talk 2016年8月6日 (六) 12:12 (UTC)
- @A2093064:,你用的是什么版本?把语言调成zh试试看。--Antigng(留言) 2016年8月6日 (六) 12:08 (UTC)
- 的確,只有不轉換正常,另外我自己的mediawiki也是正常(單語言)。--A2093064#Talk 2016年8月6日 (六) 12:05 (UTC)
- 昨天。--№.N(留言) 2016年8月6日 (六) 12:03 (UTC)
- 奇怪,为什么这个问题在我自己的mediawiki上没有发生过。@Liu116:,你是什么时候注意到有这个现象的?--Antigng(留言) 2016年8月6日 (六) 12:00 (UTC)
- 阁下是不是没用繁简转换?我试了试大陆简体、香港繁体、台湾正体都有这问题,但设定不转换的话就还是正常显示“分类“XX”中的页面”(XX指任意分类)。--№.N(留言) 2016年8月5日 (五) 15:37 (UTC)
- 没找到问题,请问用的是什么界面语言和转换设置?Liangent(留言) 2016年8月5日 (五) 15:30 (UTC)
- 了解,感謝。--A2093064#Talk 2016年8月5日 (五) 10:52 (UTC)
- 在zhwikisource有相同情况。 --达师 - 334 - 554 2016年8月7日 (日) 05:46 (UTC)
- 现在这问题还没解决……当然可能要解决也未必有那么容易……--№.N(留言) 2016年8月13日 (六) 14:24 (UTC)
- 正所谓“按下葫芦浮起瓢”。--Antigng(留言) 2016年8月14日 (日) 07:37 (UTC)
- 可能我没表达清楚,就举个例子(这种情况在每一个分类页面都有),点开Category:2016年英國體育,应该会看到“分类“分类:2016年英国体育”中的页面”字眼(原本应该是“分类“2016年英国体育”中的页面),其中后面的“分类:”就明显多余,因为前面已经出现过一次“分类”了。不知道这么说清楚了不?--№.N(留言) 2016年8月5日 (五) 10:47 (UTC)
可视化编辑器的建议和bug反馈
版本删除的问题
懷疑User talk只有在使用Flow talk時是無法被Special:最近更改查到或供人瀏覽其紀錄
我發現使用Flow talk有個缺點,就是留言之後,系統無法將其顯示在Special:最近更改可被查詢到。比如我在User talk:Chenyijia001留言時間是2016年8月14日 (日) 13:50,但在Special:最近更改對查詢的命名空間選擇「使用者討論」,最近全部可查到User talk都有顯示出來,唯獨我在User talk:Chenyijia001的留言紀錄並無法像別人一樣,
「User talk:Liangent;15:21 . . (+189) . . Yuriy kosygin (對話 | 貢獻) (→想請教IRC聊天室的設定問題)」
有這樣顯示其紀錄出現在Special:最近更改可被查到,也就是說,只有在User talk是使用Flow talk時就會這樣,否則也不會別人留言的可被查到,我的留言就查不到。如果像我說是真的如此,或許需要在技術上克服這問題。--114.38.183.196(留言) 2016年8月14日 (日) 17:32 (UTC)
- 刚刚在Wikipedia_talk:Flow_tests测试了一下,并无不妥。——路过围观的Sakamotosan 2016年8月15日 (一) 00:44 (UTC)
跨語言連結
这是来自维基媒体技术社群的最新技术新闻。请将这些更新转告其他用户。不是所有的更新都将影响您。我们也提供它的翻译版本。
问题
- 上周技术新闻曾通知当您提及您自己时,您将像其他人通知您时一样收到通知。这导致一些问题,并将晚些时候发生。 [14]
- 现在可视化编辑器中,创建和编辑至其他页面章节的链接将再次工作。 [15]
- 部分用户跨wiki通知不能正常工作。当只显示跨wiki通知时计数显示错误。跨wiki一节只显示wiki名称,并不显示实际通知。这将很快修复。 [16][17]
本周更新
- 当您选择“记住我的登录状态”时,登录会话现将至少持续1年。之前为30天。这将于8月16日发生。 [18]
- 部分防滥用过滤器将务必在本周更新。这是因为修复了一个漏洞。 [19]
- 在紧凑语言链接中,语言的两种新类型将在缩短的语言列表中显示:用于条目文本中的语言、以及有“特色条目”或“优良条目”等徽章的条目所属语言。 [20][21]
- 可视化编辑器将在使用阿拉伯字母的维基百科上,为退出编辑者默认开启。这已为登录编辑者默认开启。 [22]
- MediaWiki的新版本将于8月16日部署于测试维基及MediaWiki.org。它将于8月17日部署至非维基百科wiki和部分维基百科上,并于8月18日部署至所有wiki,参见日历。
会议
- 您可以参与下周可视化编辑器团队的会议。在会议中您可以告知开发人员哪些问题是最重要的。会议将于8月16日 19:00 (UTC)开始。参见如何加入。
将来更新
- 从8月22日这一周开始将出现3个软件部署时段。这将于13:00、18:00和23:00(均为UTC时间)发生。这会给wiki软件更新腾出更多时间,并为来自世界不同地方的开发人员提供方便。 [23]
2016年8月15日 (一) 19:37 (UTC)
- 欧盟又要热闹了。 --达师 - 334 - 554 2016年8月16日 (二) 11:28 (UTC)
- 放心,闹的再大也不如singular their那件事大。--Liuxinyu970226(留言) 2016年8月17日 (三) 21:59 (UTC)
- 刚刚收到消息,“中文WebFont的支持,以解决生僻字的显示”被Nikerabbit拒绝了,原因可能是santhosh那句话。--Liuxinyu970226(留言) 2016年8月19日 (五) 00:46 (UTC)
Star Trek
维基百科app 中文版的bug
维基百科app 中文版里的新闻动态存在bug。很明显,app的设计是参照en:Portal:Current events开发的,而中文版的Portal:新聞動態和英文版的排列顺序正好相反,所以造成了app里中文版新闻动态一个月才更新一次的问题。
那么,现在应该如何修复这个问题呢?是提交bug,让app专门为中文版自动/手动调整顺序,还是Portal:新聞動態这边去手工/自动调整顺序来适应app?--百無一用是書生 (☎) 2016年8月19日 (五) 12:54 (UTC)
- 额,大意了,看了一下英文版的app,新闻动态是en:Template:In the news的数据,不知为何中文版没有抓到Template:Itn的数据....另外,英文版app的探索维基百科里有显示特色条目,中文版却没有--百無一用是書生 (☎) 2016年8月19日 (五) 13:11 (UTC)
- 不止中文,好多语言都没有特色条目- I am Davidzdh. 2016年8月21日 (日) 15:29 (UTC)
内链的繁简问题(续)
所以我这里讲的这个“某种中文变体显示的条目上的内链点进去后,显示的不再是之前强制的那种中文变体”的问题需要提交issue么?另外,我用archive.org发现,2009-2011年时,两个简体版本有这个问题(即内链都是/wiki/),两个繁体版本没有这个问题(即内链都是理想的/zh-tw/或/zh-hk/),而现在都有这个问题:
@Cwek @Waihorace --Tomchen1989(留言) 2016年8月19日 (五) 17:08 (UTC)
- 或许是phab:T134967?--Liuxinyu970226(留言) 2016年8月20日 (六) 22:31 (UTC)
- 不是,和我说的不一样,我说的是普通网页版和手机网页版。这个讲的应该是iOS的app,其他语言列表的选项中只有笼统的一个“中文”,而没有各种中文变体(简繁地区)的选择。这个问题在普通网页版和手机网页版中不存在。(另外我试了下Android app,比他说的iOS的app要好些,在非中文条目下,列表中显示简体和繁体的选项(无区域),不过在中文条目下,无法从简体切换到繁体(反之亦然))--Tomchen1989(留言) 2016年8月22日 (一) 19:14 (UTC)
不曉得出了什麼問題[自動評級東南亞條目]突然冒出來出現在移動請求的分類中,且頁面近900個
連結在此,目前搞不清楚狀況,如果有知道問題出在哪邊的就麻煩處理一下。--健康欠安 (留言) 2016年8月23日 (二) 13:17 (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)
- [24]--Antigng(留言) 2016年6月22日 (三) 03:02 (UTC)
- 这个链接是坏的……Liangent(留言) 2016年6月22日 (三) 03:18 (UTC)
- [25]服务有效?但是从nullpoint来看,是直接把整个站台做成API服务接口,输入参数来生成,然后没做好没参数输入的修正炸了?——路过围观的Sakamotosan 2016年6月22日 (三) 05:45 (UTC)
- 給大家一個使用範例:https://tools.wmflabs.org/idsgen/⿺辶⿴宀⿱珤⿰隹⿰貝招.png?字體=宋體,目前上游還沒有給傳空字串的結果,我會去發issue給他進行修正。--魔法設計師(留言) 2016年6月22日 (三) 06:24 (UTC)
- [25]服务有效?但是从nullpoint来看,是直接把整个站台做成API服务接口,输入参数来生成,然后没做好没参数输入的修正炸了?——路过围观的Sakamotosan 2016年6月22日 (三) 05:45 (UTC)
- 这个链接是坏的……Liangent(留言) 2016年6月22日 (三) 03:18 (UTC)
- [24]--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 ( 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)
- 目前维基百科上所有的扩展都是从后端去访问的,比如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)
- 看樣子維基百科可以有印章了[26][27] --Liuxinyu970226(留言) 2016年6月23日 (四) 02:28 (UTC)
- 這樣更完整喔 https://tools.wmflabs.org/idsgen/⿴囗⿱⿰維基⿰百科.png?字體=楷體 「囗」裡面裝的東西可以自己換看看ː)--魔法設計師(留言) 2016年6月23日 (四) 05:15 (UTC)
- [28]这个为什么就到左边去了……Liangent(留言) 2016年6月23日 (四) 05:41 (UTC)
- 這個不行,必須是真的能包圍的部件才可以。□跟囗部是意思不同的部件。--魔法設計師(留言) 2016年6月23日 (四) 07:31 (UTC)
- [28]这个为什么就到左边去了……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)
- 另外一個(?)疑問:有沒有「偏旁自動縮小」功能,不然彣[29]這類型的字並沒有顯示得像「彣」,看起來只像文和鏡像的氵字邊而不像「彣」.....。--宇帆(留言·聯絡) 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:可是現在不只「彣」[30]有問題,「翅」[31]、「」[32]、「㔺」[33](下半部為「七」包「十」,七最後一筆應拉長但實際上沒有)、「㝽」[34]、「䶭」[35]、「尷」[36]、「尬」[37]、「鼬」[38]、「兡」[39]、「处」[40]、「甤」[41]、「甦」[42]、「飑」[43]、「瓸」[44]、「颱」[45]、「起」[46]、「麵」[47]、「毯」[48]等等...也都有問題[資料來源:新編辭海, 趙錫如編, 上友出版, ISBN 9867648358]。
尤其「起」[49]最誇張,看起來好像「起」不來的感覺 囧rz...。這已經不是單獨提報問題,是要直接支援最後一筆拉長才能解決。--宇帆(留言·聯絡) 2016年6月28日 (二) 04:59 (UTC)
- @Shoichi:可是現在不只「彣」[30]有問題,「翅」[31]、「」[32]、「㔺」[33](下半部為「七」包「十」,七最後一筆應拉長但實際上沒有)、「㝽」[34]、「䶭」[35]、「尷」[36]、「尬」[37]、「鼬」[38]、「兡」[39]、「处」[40]、「甤」[41]、「甦」[42]、「飑」[43]、「瓸」[44]、「颱」[45]、「起」[46]、「麵」[47]、「毯」[48]等等...也都有問題[資料來源:新編辭海, 趙錫如編, 上友出版, 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)
(?)疑問:好像不支援康熙部首符號,怎麽回事?--⚞★⚟ 2016年8月7日 (日) 06:44 (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)
- 請follow漢字組建專案的issues,還有目前維基測試server的更新狀況。漢字組建是開源碼軟體,如果覺得進度不夠快,可以加入協作--魔法設計師(留言) 2016年8月1日 (一) 05:28 (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年8月5日 (五) 11:17 (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)
- 沒看過有存在相關方針,不曉得可不可以。。。。。。。--宇帆(留言·聯絡) 2016年7月25日 (一) 02:00 (UTC)
- 可以的,比如WP:FLAGREV --达师 - 334 - 554 2016年8月6日 (六) 09:56 (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)
來源請求模版手機版頁面依然顯示為黃色
(之前投票說該模版底色要用灰色,在桌面瀏覽時也轉了,但zh.m.wikipedia.org剛看到還未轉)——C933103(留言) 2016年8月22日 (一) 18:27 (UTC)
- 可能是服务器缓存的问题。purge一下试试。--SolidBlock(留言)因学习原因无法参加动员令 2016年8月25日 (四) 11:14 (UTC)
維基語錄的citation
q:模块:Citation/CS1在更新後有些問題,Cite web的格式顯示跟維基百科的不一樣,例如date置於author後。cite news和cite journal變成了斜體。在那邊也有議題但貌似已沉...所以這裡再發一遍,希望幫助解決。另@Liuxinyu970226:--578985s(留言) 2016年8月25日 (四) 14:05 (UTC)
每次翻译不同语言的维基百科,比如en->zh,都要手动点一遍en上的链接,寻找zh上对应的条目?又或者,只想翻译一小段内容,却要使用内容翻译、Link Translator这种工具对全文中的链接进行翻译?
为了方便自己大家,我开发了一个利用复制粘贴进行链接翻译的小工具。只需要填入原文,点“Translate!”按钮,稍后提示“Done!”,就可以用“Cut to Clipboard”按钮剪切下来翻译好的文本了。可以用下边这段内容来试用:
<nowiki>[[Nottingham Castle]] is located in [[England]].</nowiki>
链接翻译后保留了原文中的条目名称,以便提供参考,同时保证参考文献仍以原文显示。另外有个隐藏的小功能,在Translate From中填yue(不是zh-yue),可以将粤语中的部分文字翻译成汉语,例如佢->他,冇->没有。
欢迎给我留言反馈意见。
--哪位维基人能够一下打死五个? 2016年8月13日 (六) 06:14 (UTC)
- 时不时就HTTP 503我也是醉了。--Liuxinyu970226(留言) 2016年8月14日 (日) 07:10 (UTC)
- (:)回應:日志记录到了,但是无法复现--哪位维基人能够一下打死五个? 2016年8月15日 (一) 15:43 (UTC)
- 想到了User:Liangent/Gadgets/Toolkit/linktranslator.uncompressed.js。--Jimmy Xu 论 2016年8月14日 (日) 07:56 (UTC)
function replace2($translate, $content) //替换粤语
{
$find = array("哋","呢","係","佢","乜","嘅","嬲","系","咁","唔","睇","啲","冧","冇","惗","嘎","咩","嚟","叻","喱","咪","梗","喺","抦","啵","俾","嘈","噏
","掟","囖","揾","嗮","攞","咗","疴","拗","乸","撩","拎","啖","憇","呃","掂","唓","嘢","瞓");
$replace = array("们","这","是","他","什么","的","生气","是","这样","不是","看","的","陶醉","没有","想","啊","什么","来","很棒","那","不要","当然","在","殴打","吧","给","吵","唠叨","扔","咯","找","浪费","拿","了","拉","矛盾","雌性","挑","拿","口","哄","骗","完结","呸","东西","睡");
return str_replace($find, $replace, $content);
}
真的可以这样吗?yue:荔枝#同佢有關嘅詩:“日啖荔枝三百顆,不辭長作嶺南人。” ->“日吃荔枝三百顆,不辭長作嶺南人。”???--Antigng(留言) 2016年8月14日 (日) 07:54 (UTC)
- 其实是“日口荔枝三百顆,不辭長作嶺南人”--哪位维基人能够一下打死五个? 2016年8月15日 (一) 15:43 (UTC)
- 按了“Translate!”完全沒有反應。--Ai6z83xl3g(留言) 2016年8月14日 (日) 07:57 (UTC)
- 已修复,浏览器兼容问题--哪位维基人能够一下打死五个? 2016年8月15日 (一) 15:43 (UTC)
- 按了“Translate!”完全沒有反應。--Ai6z83xl3g(留言) 2016年8月14日 (日) 07:57 (UTC)
- 其实是“日口荔枝三百顆,不辭長作嶺南人”--哪位维基人能够一下打死五个? 2016年8月15日 (一) 15:43 (UTC)
翻譯草稿:閔致久的時候試用此工具,[[조선 철종|철종]]會變成[[朝鮮哲宗|조선 철종|철종]]--Robert Huang (留言) 2016年8月20日 (六) 05:33 (UTC)
- 好东西,已收藏。 --Dqwyy(討論)C回復請ping我 2016年8月27日 (六) 03:03 (UTC)
建议全域化一些小工具、模板、帮助页面等内容
我发现很多模板(例如Template:Delete)和小工具(例如MediaWiki:Gadget-hantsect.css)包括小工具的介绍文字需要用到几乎所有的wiki,因此需要搬运,但是这些内容更新很快,而且很多,不可能每一次到所有的wiki里去修改。同样,维基百科的一些帮助页面例如Help:魔术字、Help:解析器函数完全可以全域到其他的维基中。这样就不需要去分别撰写了。所以,我建议将这些内容全域到所有wiki(包括其他语言的),显示的文字则可以利用{{int:}}等方法(这也有助于用户使用别的语言的wiki,虽然这不常见)。--SolidBlock讨论 2016年8月3日 (三) 09:25 (UTC)
- 是我没有解释清楚吗?我说的全域化是像wikia的帮助页面应用于所有的wiki、元维基的用户页应用于所有维基一样,内容都是自动保持同步。--SolidBlock(留言)因学习原因无法参加动员令 2016年8月11日 (四) 08:50 (UTC)
- 11天惨案?我觉得吧,因为每个地区的维护性模板内容并不一定相同,都有自己的本地化(例如en的SD代码和zh的是有差异),基金会和元维基只提供法律层面上的统一,这些反而不同可能统一下来。———以上未簽名的留言由Cwek(對話|貢獻)加入。2016年8月12日 (五) 02:25 (UTC)
- 我觉得{{navbox}}、{{LaTeX}}、MediaWiki:Gadget-hantsect.css、Help:魔术字(除了少部分内容)等内容在每个地区或者大多数地区都一样。而且,全域化≠无法使用各自的地区呀。--SolidBlock(留言)因学习原因无法参加动员令 2016年8月12日 (五) 09:41 (UTC)
- {{navbox}}和MediaWiki:Gadget-hantsect.css就有本地化的不同了,而且不能保证每个模板都会这样(至少排版方面有轻微差异)。一些功能帮助页的确可以考虑在mw中体现。——路过围观的Sakamotosan 2016年8月18日 (四) 00:50 (UTC)
- 我觉得{{navbox}}、{{LaTeX}}、MediaWiki:Gadget-hantsect.css、Help:魔术字(除了少部分内容)等内容在每个地区或者大多数地区都一样。而且,全域化≠无法使用各自的地区呀。--SolidBlock(留言)因学习原因无法参加动员令 2016年8月12日 (五) 09:41 (UTC)
- @SolidBlock:如果您是想说全域模板、模块、小工具和各种搞基专用CSS/JS的话,我建议您看看phab:T121470。--Liuxinyu970226(留言) 2016年8月27日 (六) 03:32 (UTC)
- 11天惨案?我觉得吧,因为每个地区的维护性模板内容并不一定相同,都有自己的本地化(例如en的SD代码和zh的是有差异),基金会和元维基只提供法律层面上的统一,这些反而不同可能统一下来。———以上未簽名的留言由Cwek(對話|貢獻)加入。2016年8月12日 (五) 02:25 (UTC)
这是来自维基媒体技术社群的最新技术新闻。请将这些更新转告其他用户。不是所有的更新都将影响您。我们也提供它的翻译版本。
最近更新
- ORES复核工具现可在Special:Contributions使用。这可以使查找wiki中可能是破坏的贡献变得容易。ORES复核工具目前在维基数据,以及波斯语、波兰语、葡萄牙语、荷兰语、土耳其语、俄语维基百科作为测试功能提供。 [50]
-
norm
和ccnorm
功能已更新,这使编写防滥用过滤器变得更容易。这也影响标题黑名单扩展。您不需要再将“I”和“L”改为“1”、“O”改为“0”以及“S”改为“5”。 [51] - “pagecounts-raw”和“pagecounts-all-sites”文件中的旧页面浏览数据不再更新。您可以在此找到新的页面浏览数据。这于8月5日发生。 [52]
问题
本周更新
会议
- 您可以参与下周可视化编辑器团队的会议。在会议中您可以告知开发人员哪些问题是最重要的。会议将于8月23日 19:00 (UTC)开始。参见如何加入。
将来更新
2016年8月22日 (一) 21:17 (UTC)
覆盖重定向的问题终于解决了? --达师 - 334 - 554 2016年8月25日 (四) 01:56 (UTC)
- 除此之外,EasyTimeline问题究竟有木有解决,某些人吵吵着要字体他们那帮Ops们也装好了。--Liuxinyu970226(留言) 2016年8月27日 (六) 03:26 (UTC)
- 似乎并没有解决?有人说:“125 not find/open font (unifont-5.1.20080907)”--百無一用是書生 (☎) 2016年8月29日 (一) 02:12 (UTC)
这是来自维基媒体技术社群的最新技术新闻。请将这些更新转告其他用户。不是所有的更新都将影响您。我们也提供它的翻译版本。
最近更新
- 现在维基媒体移动网站在用户未能查看图片时,将不再加载图片。这能够节省移动数据流量,并使页面加载更快。 [58]
- 当您在可视化编辑器中编辑表格时,在每行最后一个单元格按下
Tab
键时会把您带到下一行的第一个单元格。在每行第一个单元格按下Shift
和Tab
键时会把您带到上一行的最后一个单元格。 [59]
本周更新
- “保存编辑”按钮的名称将更改。 按钮将在您创建新页面时称为“发布页面”。而在更改现有页面时称为“发布更改”。 [60][61]
- MediaWiki的新版本将于8月30日部署于测试维基及MediaWiki.org。它将于8月31日部署至非维基百科wiki和部分维基百科上,并于9月1日部署至所有wiki,参见日历。
会议
- 您可以参与下周可视化编辑器团队的会议。在会议中您可以告知开发人员哪些问题是最重要的。会议将于8月30日 19:00 (UTC)开始。参见如何加入。
- 您可以参与下次架构委员会的会议。本周的话题是“评论请求:图片和旧图片表格”。会议将于8月31日 21:00 (UTC)开始。参见如何加入。
2016年8月29日 (一) 15:59 (UTC)
中国大陆用户,请教诸位~
各位,目前维基百科中文版在中国大陆全线封禁,那么目前访问应该通过代理破网。那么问题来了,
①匿名代理(比如自由门,无界浏览)已被管理员封禁,比如在我所在地方使用自由门等ip被jimmy_bot封禁,请问这样如何才能编辑维基百科?,
②好吧,不编辑咯。可是不能发表任何讨论,该如何申诉ip解禁?,
③许多用户应该和我一样,那么就无法为中文维基百科做出贡献。该怎么办?
④学业为重,我只能偶尔编辑几次。可是自从维基百科被封禁后,所有代理又被封禁,请问我(偶尔编辑)能申请ip解封吗?
真的不想拿手机开电脑视图!!!Talkative Sun 2016年8月21日 (日) 09:01 (UTC)
- 1.改hosts,参见Help:如何访问维基百科,可以不用申请LIPE,2.需要使用NOP类的话,可以申请LIPE(本地IP封禁豁免)。发信到unblock-zh@lists.wikimedia.org,包括代开账户外加申请。——路过围观的[akamotosan 2016年8月21日 (日) 13:34 (UTC)
- 楼上说得已经很清楚了,我再说明一下吧,修改host文件无疑是最简单的,因为如果申请IP封禁例外的话,要等待审核(当然这个审核时间也不会很久,大概一天内就可以完成)。如果找不到host,可以找我要。我现在就是通过修改host文件的,同时我现在也是拥有IP封禁例外权。 --Dqwyy(談笑風生)微小工作 回復請ping我 九十大壽+1s 2016年8月22日 (一) 11:57 (UTC)
- 也有很多免费VPN、SSH等可以翻墙。--Gqqnb(留言) 2016年8月27日 (六) 01:06 (UTC)
- 绳子查阅不是问题,编辑才是。所以无非两种,改hosts、申请IPE。——路过围观的Sakamotosan 2016年8月30日 (二) 00:39 (UTC)