维基百科:互助客栈/技术/存档/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 ( [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)
- 看样子维基百科可以有印章了[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封禁豁免)。发信到[email protected],包括代开账户外加申请。——路过围观的[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)