维基专题讨论:跨语言链接
在运行bot时经常会发现一些跨语言链接有错误,有什么办法可以把这些跨语言链接有问题的条目选出来?--百无一用是书生 (☎) 07:11 2004年11月25日 (UTC)
- 如果您在运行机器人,-autonomous,会有一个文件autonomous_problem.dat,里面包括所有出问题的条目,以及问题。如果只想要一张列表,可以用以下python script:
result = {} for line in open('autonomous_problem.dat'): if line.find('removing:') > 0: continue; if line.find(']]') != -1: link = line.split(']]')[0] result[link] = link allkeys = result.keys() allkeys.sort() for item in allkeys: print ('#%s]]' % (item)) print ('Total: %s' % len(allkeys))
- 看了我以前一次运行的结果,发现autonomous_problem.dat有类似这样的内容:
“前128年 {removing: nl,sv}”。这种问题实际上不是需要修改的问题,应该在运行机器人的时候用“-force ”,剔除连接到不存在的条目。我在上面的程序加了一句,不显示这种问题。--Vina 08:36 2004年11月25日 (UTC)
能否使用特殊页面?
刚刚偶尔看到平江县,发现这个条目的所有链入页面居然只有一个“Wikipedia:没有跨语言连接的文章/2”。也就是说,这个条目事实上就是一个孤立页面(不能从任何正常内容的页面连接过来),只是因为有一个人工生成的系统页面连接到了这里,所以它就不出现在“孤立页面”的列表里了。“没有跨语言连接的文章”这种页面似乎会大大减弱“孤立页面”列表的作用,有没有办法可以解决?能不能把“没有跨语言连接的文章”做成特殊的系统页面,这样统计“孤立页面”时候可以忽略跨语言统计页?--hunry 12:46 2004年11月19日 (UTC)
- 应该忽略所有来自其他名字域的链接,比如Wikipedia:,Help:等等--LiDaobing 10:22 2004年11月26日 (UTC)
- 孤立页面是程序自然生成的,我可以到mailing list去问一下可不可以忽略所有非条目的连接。--Vina 03:05 2004年11月29日 (UTC)
问了开发者,只有随便那里有连接就不会到孤立页面。我又问了有没有可以避免招数,但是没有答复。孤立页面和死链页面实际上可以到材料库自行,见en:Wikipedia:Offline reports。要不要我来运行程序,把结果贴上来? --Vina 01:25 2004年12月15日 (UTC)
错误链接需要更多的信息
主要是究竟是哪一种语言错了,这样才方便该--LiDaobing 10:40 2004年11月26日 (UTC)
- 现在的bot上出两个文件,但是很不好找真正的问题,我来研究一下到底怎么做。--Vina 03:14 2004年11月29日 (UTC)
每个有错的条目可以写出以下的细节,有错误地点,加上那里来的连接来决定到底是哪里错。可是这样处理的页面会很长,怎么办?我根据一个较老的bot log写出的有3meg,现在的应该更大了,不能一次上载。--Vina 04:34 2004年11月29日 (UTC)
- Ada: {Found more than one link for wikipedia:ja}
- zh:Ada: Ada gives new interwiki da:Ada
- zh:Ada: Ada gives new interwiki en:Ada programming language
- zh:Ada: Ada gives new interwiki pl:Ada
- zh:Ada: Ada gives new interwiki es:Lenguaje de programación Ada
- zh:Ada: Ada gives new interwiki ja:プログラミング言语Ada
- zh:Ada: Ada gives new interwiki nl:Programmeertaal Ada
- zh:Ada: Ada gives new interwiki fr:Ada
- zh:Ada: Ada gives new interwiki de:Ada (Programmiersprache)
- zh:Ada: Ada gives new interwiki it:Ada
- zh:Ada: Ada gives new interwiki bg:Ada
- zh:Ada: Ada gives new interwiki ru:Ада (язык программирования)
- zh:Ada: de:Ada (Programmiersprache) gives new interwiki sv:Ada (programspråk)
- zh:Ada: sv:Ada (programspråk) gives new interwiki ja:ADA
- zh:Ada: sv:Ada (programspråk) gives new interwiki da:ADA
- Blog: {Found more than one link for wikipedia:fr}
- zh:Blog: Blog gives new interwiki pt:Weblog
- zh:Blog: Blog gives new interwiki simple:Blog
- zh:Blog: Blog gives new interwiki en:Weblog
- zh:Blog: Blog gives new interwiki pl:Weblog
- zh:Blog: Blog gives new interwiki es:Weblog
- zh:Blog: Blog gives new interwiki ja:Weblog
- zh:Blog: Blog gives new interwiki nl:Weblog
- zh:Blog: Blog gives new interwiki fr:Blog
- zh:Blog: Blog gives new interwiki de:Weblog
- zh:Blog: Blog gives new interwiki it:Blog
- zh:Blog: Blog gives new interwiki ko:블로그
- zh:Blog: en:Weblog gives new interwiki cy:Gweflog
- zh:Blog: en:Weblog gives new interwiki fa:وبلاگ
- zh:Blog: en:Weblog gives new interwiki eo:Blogo
- zh:Blog: en:Weblog gives new interwiki fi:Blogi
- zh:Blog: en:Weblog gives new interwiki no:Weblog
- zh:Blog: en:Weblog gives new interwiki sv:Blogg
- zh:Blog: en:Weblog gives new interwiki fr:Weblog
- zh:Blog: en:Weblog gives new interwiki uk:Веблог
- zh:Blog: en:Weblog gives new interwiki it:Weblog
- zh:Blog: en:Weblog gives new interwiki tr:Ağ günlüğü
- zh:Blog: en:Weblog gives new interwiki da:Weblog
- zh:Blog: en:Weblog gives new interwiki ru:Блог
- zh:Blog: de:Weblog gives new interwiki zh-hans:Blog/简
- zh:Blog: de:Weblog gives new interwiki zh-hant:Blog/繁
- zh:Blog: ja:Weblog gives new interwiki fr:Joueb
- zh:Blog: ja:Weblog gives new interwiki tr:Blog
- zh:Blog: es:Weblog gives new interwiki fa:وبلاگ
- zh:Blog: pl:Weblog gives new interwiki en:Web log
存档
问题
- 何时才会再更新?那里写“计划11月21日再次更新”
- 本来是打算22日(我忘了我的11月21日是大多数人的22日),可是SQL download还是11月15日的材料,本来应该是每个礼拜二或三就有上个礼拜六的材料库的材料。如果今晚等不到,我会把15日出来的材料放到一个暂时页面上。--Vina 06:45 2004年11月25日 (UTC)
- 要不要一个按条目长度排的表?前100或500名?较长的条目应该可能有其他语言的条目。--Vina 06:55 2004年11月25日 (UTC)
- 现在有很多页面只有从中文到英文的链接,没有英文到中文的链接,能查出来么?--LiDaobing 18:32 2004年12月13日 (UTC)
- 下一次运行bot就可以查出来。有了之后我可以把前500个贴上来。--Vina 21:42 2004年12月14日 (UTC)
- Wikipedia:没有跨语言连接的文章/缺少反连--Vina 21:42 2004年12月19日 (UTC)
- 前300做完了(剩下二十多个我觉得不应该修改)--LiDaobing 11:59 2004年12月24日 (UTC)
- Wikipedia:没有跨语言连接的文章/缺少反连--Vina 21:42 2004年12月19日 (UTC)
- 下一次运行bot就可以查出来。有了之后我可以把前500个贴上来。--Vina 21:42 2004年12月14日 (UTC)
- 我想翻译Marie Madeleine Dreux d'Aubray, marquise de Brinvilliers与Catherine Monvoisin两个犯人曾经犯下的刑事案件, 请协助我创建中文页面好吗??我需要各创建一中文页面, 请协助好吗?? kath91942007年9月23日
任务分配
Pages Without En.wiki Interwiki
Hi,at first excuse me that i wrote in english!
I collected some data in User:Reza1615/Pages-Without-En-Interwiki that shows in this wiki some articls has URL link to en.wiki but they don't have interwiki link to en! this problem may be cause with one of these scenarios
- bots couldn't add en.wiki link (interwiki conflict).
- user who translated forgot to add en interwiki link.
- users used wikipedia as sourse and it is not correct.
please help to solve these pages problems.if you want contact me please write in fa:user:reza1615, yours Reza1615 (discusión) 19:56 11 ene 2012 (UTC)
- I started wikiproject in fa.wiki also I want to continue it in en.wiki please you start the same wikiproject to solving interwiki problems. they are some confilits such as
- onesided interwiki (a->b b->none) cases (1- interwiki to part of article in other wiki (Ok) 2-interwiki Article to Disambiguation (Not Ok) 3-two pages linked to one page (Not Ok) 3-bot confilicts (Not Ok))
- w shap interwiki! (a->b b->c) cases (1- articles must merge (Not Ok) 2-in one wiki articles are redirected (Ok))'
- articles that have Url but they don't have interwiki (like User:Reza1615/Pages-Without-En-Interwiki) cases (1-fair use links(ok) 2-bad citation becuse wikipedia is not sientifice Source (Not Ok) 3-missed interwiki (Not Ok) 4-Bot interwiki confilicts(Not Ok) )
- I started wikiproject in fa.wiki also I want to continue it in en.wiki please you start the same wikiproject to solving interwiki problems. they are some confilits such as
we can solve all of them in wikipedi:interwiki confilicts wikiproject also may be it is intersting for you
wiki | total article | to fa.wiki | to en.wiki |
---|---|---|---|
fa-> | 166٬449 | 137٬622 | |
en-> | 3٬805٬130 | 145٬562 | |
fr-> | 1٬164٬247 | 82٬227 | 843٬550 |
de-> | 1٬318٬209 | 79٬443 | 748٬177 |
tr-> | 176٬116 | 51٬500 | 156٬804 |
ar-> | 151٬073 | 54٬501 | 137٬516 |
pl-> | 841٬447 | 78٬117 | 596٬455 |
it-> | 861٬653 | 85٬265 | 642٬702 |
es-> | 840٬222 | 73٬709 | 638٬329 |
ja-> | 774٬399 | 67٬731 | 403٬727 |
zh-> | 381٬459 | 61٬267 | 267٬115 |
this chart collected 3 month ago so its data are not new but it shows in fa.wiki more that 8000 articles are onesided (some of them are correct) so in my opinion we have to solved these interwiki general problems in wikiprojectReza1615 (留言) 2012年1月12日 (四) 10:47 (UTC)
iwbot出问题了,不维护手动添加跨语言链接的条目?
比如条目变量 (程序设计),编辑者手动加了一串的跨语言链接(按我的习惯是只添加en的,其余的交给iwbot做),结果iwbot就不维护这个条目的跨语言链接了(可以看看至少缺了en和bg的链接);然后我将跨语言链接重置为只有enwiki的,打算让机器人自动修复,机器人却仍没有任何动作,这是不是有点奇怪? - Dr. Cravix ♪Eternal Reminiscence 2012年2月27日 (一) 00:03 (UTC)
顺便补充一个刚看到的手动添加跨语言链接导致无iwbot维护的条目:作用域(请对比enwiki上的跨语言链接),因为之前重置跨语言链接的方式似乎无效所以就先放着了...看有没有什么解决办法吧. - Dr. Cravix ♪Eternal Reminiscence 2012年2月27日 (一) 00:09 (UTC)
- 一种原因是机器人还没有查到这个条目(虽然机器人很多,但是条目数量更多);另一种原因是不同语言版本之间链接的条目不同,例如中文条目A链接的是英文条目A,但是德文条目A链接的却是英文条目B,机器人这是无法判断哪个是正确,哪个是错误,只好不检查,这必须手工修复--百無一用是書生 (☎) 2012年2月27日 (一) 02:11 (UTC)
- 呃...不过我将跨语言链接重置了一个多月了,机器人还是在罢工 囧rz……推测并非机器人没查到条目,而是可能在其数据库内有标记巡视时间吧.至于链接条目不同...这个的确也有可能,我刻意留意了一下与变量 (程序设计)相对应的跨语言条目,所链到的enwiki条目的确混乱(en:Variable (computer science),en:Variable (programming),en:Variable,还有带下划线的,不一而足),或许的确与此有关?说来随意链接的问题在zhwiki上也挺严重,比如引导程序,仅仅能与enwiki上"引导"条目的Bootloader部分对应也直接链到en:Booting上了,觉得这种做法可能要明确一下比较好,要不维护非常麻烦...不过后面这个似乎跑题了 囧rz…… - Dr. Cravix ♪Eternal Reminiscence 2012年2月28日 (二) 15:30 (UTC)
- 是否有页面集中列出跨语言链接错误的页面,例如Wikipedia:专题/跨语言链接/错误1(久未更新)或是有协助修复此种错误的工具?——michddastro (留言) 2012年2月27日 (一) 03:37 (UTC)
- 现在是没看到,的确zhwiki的机器人还是比较缺的,比如zhwiki上积压的条目格式问题一大堆,而enwiki早就把条目格式问题扔给机器人去解决了...哎 - Dr. Cravix ♪Eternal Reminiscence 2012年2月28日 (二) 15:30 (UTC)
基于现有跨语言链接模板的修改版,欢迎大家测试(update again:加入IE兼容)
(*)提醒:之前都没注意到这两个脚本都不兼容IE浏览器,因而在IE浏览器中没有提示框效果,非常抱歉 囧rz...
- 接到化学君关于模板效果在IE中无法体现的回报后,我让喵君帮忙加了一句针对IE兼容的判断,
- 现在对IE按原来(如下)的测试方法测试已基本没问题(除无关闭按钮外,可再点一次关闭),欢迎诸君继续测试吧 - Dr. Cravix ♬La Pluie 2012年5月11日 (五) 13:17 (UTC)
(※)注意:再度修改:
- 两个版本的脚本都由小喵重构后,我把需要的插件集成进去了,所以不用再另外开小工具了~
- 同时也简化模板顺便把颜色设得更醒目一些,欢迎各位试用~(在这里也再度谢过喵君啦)顺带一提,旧样式的效果也有所变更,欢迎再度测试吧~ - Dr. Cravix ♬La Pluie 2012年4月21日 (六) 00:44 (UTC)
如之前所述,我认为跨语言的各种链接方案都有问题:
所以基于之前与现有的模板和脚本改出如下效果,欢迎诸位测试测试方法如下:
- 改进版旧版样式(点击出现提示框,再次点击或点X提示框消失)测试法:
- 改进版新版样式(鼠标移至其上出现提示框,当鼠标在其上或提示框内时提示框驻留,否则0.5秒后消失)测试法:
- 自己的js脚本加入
importScript( "User:Dr.Cravix/iwlnew.js" );
一行,同上清除缓存刷新本页后可用.
- 自己的js脚本加入
也说明我(认为)改进的一些地方,有兴趣可以一看
顺便带上源码如下(请利用"编辑"查看)- Dr. Cravix ♬La Pluie 2012年4月15日 (日) 10:59 (UTC)
<span class="ilh-all"><span class="ilh-page">{{#ifexist:{{{3|{{{2}}}}}}|[[{{{3|{{{2}}}}}}|{{{4|{{{3|{{{2}}}}}}}}}]][[Category:有蓝链却未移除内部链接助手模板的页面{{!}}{{PAGENAME}}]]|[[:{{{1}}}:{{{2}}}|<span style="color:#077">{{{4|{{{3|{{{2}}}}}}}}}</span>]]</span><span class="ilh-comment" style="display:none"><span class="ilh-lang">{{langname|{{{1|}}}}}</span><span class="ilh-link">[[:{{{1}}}:{{{2}}}|{{{2}}}]]</span><span class="ilh-dest">[[{{{3|{{{2}}}}}}]]</span>}}</span></span>
带上对照用测试样例(取自皇帝君的例子),比较明了.
1892年4月14日,切斯瓦夫·菲亚乌科夫斯基在奥卡莱沃(英语:Okalewo)(现位于雷平县(英语:Rypin County),时属俄罗斯帝国)出生。1912年,他从斯凯梅维采(英语:Skierniewice)的一所中等专业学校毕业,离开波兰会议王国,来到列日,就读列日大学。他加入当地的波兰步枪小队(英语:Polish Rifle Squads)组织,成为该组织比利时分支的首领。第一次世界大战爆发后,他回到波兰,在1914年8月加入波兰军团(英语:Polish Legions)。他投身前线,先在军团第5步兵团指挥一个排,后来指挥一个连,最终指挥一个营。那时他获得昵称“姆沃特”(Młot,波兰语中意为“铁锤”),这个昵称后来成为他的姓的一部分。1917年宣誓危机(英语:Oath Crisis)后,他被囚禁在贝尼亚米努夫(英语:Beniaminów),但在1918年5月被释放,并被获准加入波兰军(英语:Polnische Wehrmacht),同时与波兰军事组织(英语:Polish Military Organization)秘密合作。
早在1918年11月姆沃特-菲亚乌科夫斯基便以上尉衔加入重建的波兰陆军(英语:Polish Army),参与保卫切申西里西亚(英语:Cieszyn Silesia)以抵御捷克斯洛伐克的入侵(英语:Czechoslovak invasion),后来参与波乌战争(英语:Polish-Ukrainian War)。在被证实为少校后,他在1920年晋升为中校。菲亚乌科夫斯基在波苏战争中担当参谋职务,为期几乎一年。1920年代末他成为驻扎在普乌图斯克(英语:Pułtusk)的第13步兵团指挥官,随后晋升为上校。作为和平年代富有经验的指挥官,他先后在波兰第26步兵师(英语:Polish 26th Infantry Division)(副指挥官;1926年-1928年)和波兰第7步兵师(英语:Polish 7th Infantry Division)(1928年-1929年)担当指挥职务。1930年,他再次晋升为准将,并被委派到驻扎在沃姆扎(英语:Łomża)的波兰第18步兵师(英语:Polish 18th Infantry Division),直到战间期结束前,他一直指挥此师。
- 那个改进的代码写得难看了。Liangent (留言) 2012年4月15日 (日) 16:02 (UTC)
- 表示是为了和旧版兼容 囧rz...但我可以再试着改一改 - Dr. Cravix ♬La Pluie 2012年4月16日 (一) 01:31 (UTC)
- 我喜欢纯红字的--百無一用是書生 (☎) 2012年4月16日 (一) 02:32 (UTC)
- 呃,就我觉得,纯红字参照不方便,无论是对想得到进一步信息的读者还是想对照翻译的编者来说 囧rz...- Dr. Cravix ♬La Pluie 2012年4月16日 (一) 05:31 (UTC)
- 纯红字版本版面比较简洁。但是,有些关键的翻译名词如果没有原文注释,在遇到翻译错误或译名版本不统一时,很难回溯得知原文是指什么,并且进行查证。因此我比较倾向中英对照的版本,但建议不需要每个有对应条目的原文都要做成连结。--泅水大象 讦谯☎ 2012年4月16日 (一) 05:13 (UTC)
- 囧rz...大象君没理解我的意思吧= =(※)注意:我的版本并未隐藏红字,载入任意一种效果后出现的提示框都是有红字-跨语言链接对照的...- Dr. Cravix ♬La Pluie 2012年4月16日 (一) 05:31 (UTC)
- Cravix君你才误会大了啦(orz......)我没有提到红字有问题,我提到的是‘浅蓝字’(其他语版外连结)的问题:不放会造成冷门名词或有争议译名的查找困难,放太多又会影响阅读。所以我的建议是原文外连还是得看阅读时的理解难易度,冷门名词才需要放(不过要判断一个译名的知名与否,这个真的很主观),不是只要中文版没有连结但其他语版有,就非得做外连结索引不可。不知这样解释有没有比较清楚?--泅水大象 讦谯☎ 2012年4月16日 (一) 06:30 (UTC)
- 大概明白大象君的意思啦 囧rz...不过我还是不明白为什么会影响阅读...中英对照提示框里就是现成的呀(纯红字参照较麻烦,而这也比纯跨语言链接方便),而观感问题的话我已经用(个人认为)较柔和且有所对比的颜色(就是下面的#055)取代原有的淡蓝色了,还是说我选用的颜色仍然太突兀或不够明显呢?(也发句牢骚,模板修改征集意见的时候怎么人都跑光了,等到投票的时候才回来...囧)
- 之前也选了一些颜色,如果有兴趣的话也可以看看哪种比较合适,我再换掉就是了- Dr. Cravix ♬La Pluie 2012年4月16日 (一) 12:45 (UTC)
- #044:ATI #055:ATI #066:ATI #077:ATI #088:ATI #099:ATI #0AA:ATI #0BB:ATI #0CC:ATI #0DD:ATI
- 对照(条目间深蓝)ATI(跨语言浅蓝)ATI,
- 我喜欢绿色,差别大,一眼就看得出来……--铁铁的火大了(抓兔子啦,抓兔子啦……) 2012年4月16日 (一) 14:20 (UTC)
- 我表示在我的common.css里就是用纯粹绿色(#080,效果ATI)标识跨语言链接的(现在则是蓝绿1:1配比),本来{{Tsl}}也是,不过有人抱怨说颜色突兀不协调...我觉得反差大反倒好,反正有点左右不是人= =- Dr. Cravix ♬La Pluie 2012年4月16日 (一) 15:31 (UTC)
- 我喜欢绿色,差别大,一眼就看得出来……--铁铁的火大了(抓兔子啦,抓兔子啦……) 2012年4月16日 (一) 14:20 (UTC)
- Cravix君你才误会大了啦(orz......)我没有提到红字有问题,我提到的是‘浅蓝字’(其他语版外连结)的问题:不放会造成冷门名词或有争议译名的查找困难,放太多又会影响阅读。所以我的建议是原文外连还是得看阅读时的理解难易度,冷门名词才需要放(不过要判断一个译名的知名与否,这个真的很主观),不是只要中文版没有连结但其他语版有,就非得做外连结索引不可。不知这样解释有没有比较清楚?--泅水大象 讦谯☎ 2012年4月16日 (一) 06:30 (UTC)
- 囧rz...大象君没理解我的意思吧= =(※)注意:我的版本并未隐藏红字,载入任意一种效果后出现的提示框都是有红字-跨语言链接对照的...- Dr. Cravix ♬La Pluie 2012年4月16日 (一) 05:31 (UTC)
- 我喜欢纯红字的--百無一用是書生 (☎) 2012年4月16日 (一) 02:32 (UTC)
- 我主要关切的是中英对照版里面的问题,简单来说就是一个文章段落中如果括号太多(每个英文注释都至少多出一个括号),会将原本的行文切割得太破碎,导致阅读困难。举例来说,像“波兰陆军”、“波兰军事组织”这种词汇,就算没有附注英文原文也不会有阅读理解上的困难,但在中英对照版中为了配合显示英文连结所以反而加上了英文注释,就是我所谓过度注释影响了阅读流畅的地方。但相反的,像是“切申西里西亚”、“贝尼亚米努夫”这种冷门地名的中译,就很需要原文注释,否则光看中文译名完全无法理解原文是啥。中译名词的热门冷门、需不需要原文注释光靠此处的转换方式是很难自动正确判断的,需要额外人力编辑去界定,这就是我认为问题症结的地方。不知道大家看得懂我在表达的意念吗?--泅水大象 讦谯☎ 2012年4月19日 (四) 06:58 (UTC)
- 比较节哀的办法就是在ILH增加新参数用来控制是否在用户关闭括号包含外文时依然强制显示括号外文。-- 同舟(留言) 2012年4月19日 (四) 07:03 (UTC)
- 当时就强调过是鲜为人知的译名,而不是红链。把所有的红链都加以注释也不是好事。乌拉跨氪 2012年4月19日 (四) 07:09 (UTC)
- 我明白的,只是就算是冷门译名只要在中文维基有了自己的条目那么括号外文注释也是有点多余的,建议ILH增加此参数就是为了bot修正蓝连时可以自动地一并移除括号外文注释而不需要手动处理。-- 同舟(留言) 2012年4月19日 (四) 07:14 (UTC)
- 当时就强调过是鲜为人知的译名,而不是红链。把所有的红链都加以注释也不是好事。乌拉跨氪 2012年4月19日 (四) 07:09 (UTC)
- 比较节哀的办法就是在ILH增加新参数用来控制是否在用户关闭括号包含外文时依然强制显示括号外文。-- 同舟(留言) 2012年4月19日 (四) 07:03 (UTC)
- 我主要关切的是中英对照版里面的问题,简单来说就是一个文章段落中如果括号太多(每个英文注释都至少多出一个括号),会将原本的行文切割得太破碎,导致阅读困难。举例来说,像“波兰陆军”、“波兰军事组织”这种词汇,就算没有附注英文原文也不会有阅读理解上的困难,但在中英对照版中为了配合显示英文连结所以反而加上了英文注释,就是我所谓过度注释影响了阅读流畅的地方。但相反的,像是“切申西里西亚”、“贝尼亚米努夫”这种冷门地名的中译,就很需要原文注释,否则光看中文译名完全无法理解原文是啥。中译名词的热门冷门、需不需要原文注释光靠此处的转换方式是很难自动正确判断的,需要额外人力编辑去界定,这就是我认为问题症结的地方。不知道大家看得懂我在表达的意念吗?--泅水大象 讦谯☎ 2012年4月19日 (四) 06:58 (UTC)
- 我的意见跟同舟兄有点不同:我认为冷门译名纵使在中文维基中已经有连结,也有必要视状况斟酌保留原文注释;相反的,如果是很直觉的译名(例如我上面举的波兰陆军这种例子),纵使中文条目还从缺,也没必要为了保留英文连结而强加原文注释。
- 比方说,我曾经看过一本法国作家普鲁斯特非常有名的长篇小说钜著《追忆似水年华》的中文译本,这本书有名的地方在于里面出现的人物超级多(跟红楼梦的感觉很像),但因为是外国人的名字,所以翻译成中文后人名变得又臭又长。我第一次看到的翻译版本是用书末注释的方式提供中文与原文译名的对照,害我看本小说还要前翻后翻、翻到最后直接翻脸把书丢一旁放弃不看了。多年之后我找到另外一个译版,采用的是每次有一个新人物登场时,会用括号注释原名的方式编排,另外除了经常出现的主要角色之外,比较少出现的人物每隔一阵子出現时还是会加上原文名注释,整个阅读性大大改善也让人有耐性看到完。
- 我认为在维基百科中条目的连结就像是小说后面的名称对照附录,它的确可以提供对照的用途,但如果太常需要点选连结往返在不同页面间,会让一篇文章的阅读变得很零散困难。因此个人认为适度的原文注释还是有必要的,但是到底怎样的注释程度才叫适度?哪些译名才值得归类为冷门译名需要保留原文注释?基本上这受编辑者本身的判断力影响很大,不容易以一个明确的标准规范,是实务上要推行时的一个困难点。--泅水大象 讦谯☎ 2012年4月19日 (四) 09:43 (UTC)
- 所以我说较多人接受的方案里:红字不便参照,大量红蓝对照影响阅读体验,旧ilh无以辨识...若红蓝参照还要专立规章,编辑时就麻烦了= =
- 但是大象君提到的问题我想现在上面的旧样式(就是加载iwlold的那个)可以解决,也是我觉得比较完善的方案:
- 若想看原名(或他语言条目)做参照的话,点击即可;而若要让它消失,再点一次或者点X都可以. - Dr. Cravix ♬La Pluie 2012年4月21日 (六) 00:44 (UTC)
始终不明白为什么跨语言链接放着wiki默认的颜色不用要用一种新颜色。如果觉得默认的难看应该征求社群同意直接修改那个所谓的“不易分辨”的浅蓝色,而不是搞出第二种颜色,完全不统一。试想极端情况,一个条目中同时出现了此模板奥卡莱沃和一个手写的奥卡莱沃,那读者会怎么想?而且原始的点击之后会变成另外一种蓝色(淡紫),你这个点击之后颜色还是那样,无法区分点击之后的链接。无论如何我认为在此模板获得任何官方使用地位(即是说,所有的跨语言链接都推荐用此模板)之前都不该和原有的同功能系统内建颜色相悖--小烈 (找我?) 2012年4月22日 (日) 09:00 (UTC)
- 囧rz...:看来我还是说几句吧.其一,我不知道条目中出现你说的"极端情况"读者会怎么想,但就"极端情况"来说,未登录用户默认载入的link系模板效果是红蓝对照,且不说观感-出现你说的情况(link-en和直链混用)而不小心"被骗"点错的感觉我是知道的(之前有IP用户抱怨过-不过他抱怨的是纯粹直链的情况,这样来说红蓝+淡蓝混用的问题就更可怕了.而若我的效果与红蓝效果混用的话-这两种效果都能很明显标识出"非条目间链接"吧?);其二,点击后变色再简单不过,设置CSS伪类visited;其三,所有跨语言链接都推荐的模板效果(这里我说的是效果,推荐的link系模板下属5种效果)就算现在也不存在...以上. - Dr. Cravix ♬La Pluie 2012年4月22日 (日) 10:11 (UTC)
- 我没太听懂你的意思,link系模板到底是什么?[[:en:Okalewo|奥卡莱沃]]这种不就是方括号么?也算模板?我的意思是说如果用你的模板,将会出现四种颜色,而其中两种是同义的,这将导致混淆和不一致,而不是说浅蓝和蓝本身的区分度问题。如果浅蓝和蓝区分困难是共识应该直接把它改掉,在此之前第三方模板应遵照此颜色。另外我没有说变色很难,但是你的模板暂没有实现。最后一句也不太明白,“所有跨语言链接都推荐的模板效果就算现在也不存在”,为什么又提到模板?不是有系统默认颜色(浅蓝色)吗?为何会提到模板效果?我的意思就是说不该破坏维基的统一风格,无论这个风格是好是坏——因为同时交杂两种风格只会更难看。--小烈 (找我?) 2012年4月23日 (一) 10:14 (UTC)
- 话说,难道只有我是异类或是说完美主义症状发作有这种意见?如果真当如此,那请无视我。--小烈 (找我?) 2012年4月23日 (一) 10:23 (UTC)
- wth...问题并不出在是异类或完美主义,只能说纯粹是真的有所不知了 囧rz...你不知道现在zhwiki原则上不允许随意直链么?现在推荐使用的是link系模板,也即{{ilh}}及其下属模板,如{{link-en}},其效果于参数设置-小工具里列出了5种供选.至于跨维基链接,之前也说过了,设计的时候主要是给meta和enwiki等项目作参照用的(简单说,主要用在WP与User空间),实际上在enwiki的条目空间几乎就找不到使用iwl的,更没有必要专门为此讨论,但明显的zhwiki条目空间也大量使用跨维基链接,否则还要讨论跨语言链接处理和另设模板做什么?...至于变色是很简单,在自己的css里加行import即可,但鉴于意义不大我也懒得在"测试方法"里再加这么一步使之更麻烦,不如保持简洁.大概以上. - Dr. Cravix ♬La Pluie 2012年4月23日 (一) 14:42 (UTC)
- 我较少关注社群讨论,但至少帮助:跨语言链接中未提到“原则上不允许随意直链”;不过这点不重要,因为现在推荐的{{ilh}}并没有违背直链的浅蓝色,也没有点击变色的问题,准确地说{{ilh}}和原有的系统内建格式并未有任何冲突(无非就是红字、蓝字、浅蓝字以及一些括号的组合而已)。所以我的意见就是你的修改版刻意修改颜色这点不好。(顺便问一句,{{ilh}}的Tooltip以及你的修改版采用的“提示框”,是否会和导航Popup冲突?)--小烈 (找我?) 2012年4月24日 (二) 08:19 (UTC)
- 导航Popup和Tooltip两个会同时出现,操作上稍微有点相互干扰……--铁铁的火大了(抓兔子啦,抓兔子啦……) 2012年4月24日 (二) 08:22 (UTC)
- 建议怎么改?Liangent (留言) 2012年4月26日 (四) 03:10 (UTC)
- 比如浮到字的上面,或者单击一下才出现?--铁铁的火大了(抓兔子啦,抓兔子啦……) 2012年4月26日 (四) 06:40 (UTC)
- 单击出现不就是我上面旧版样式的效果吗 囧rz...试试算了 - Dr. Cravix ♬La Pluie 2012年4月27日 (五) 13:12 (UTC)
- 比如浮到字的上面,或者单击一下才出现?--铁铁的火大了(抓兔子啦,抓兔子啦……) 2012年4月26日 (四) 06:40 (UTC)
- 建议怎么改?Liangent (留言) 2012年4月26日 (四) 03:10 (UTC)
- 对,是没提到,但之前已经投票表决过不能以此参加DYK和FA,GA评选,如果以此去参加特优评选是会为人所指的(至于DYK,看过几次有蓝链的也照上,若非默许恰说明蓝链难能注意到).要说冲突的话任何Tooltip都是冲突,甚至可以说任何默认开的小工具都是"与版面冲突".说真的,我更想要的是现实的"建议"而非纯粹的"意见",现在的各个办法都有问题也是现实(已述,不赘),我提出的建议不过是我个人认为的"多害相权取其轻"罢了.如果有更好的既醒目又不影响版面的标识方法请积极提出,我也会为之改进,其余不再赘述. - Dr. Cravix ♬La Pluie 2012年4月27日 (五) 13:12 (UTC)
- 想请问一下哪里说了“不能以此参加DYK和FA,GA评选”?--CHEM.is.TRY 2012年5月3日 (四) 12:19 (UTC)
- 参见当时投票的选项说明和结果统计(注目王小朋友和liang君的意见)...呃,大概如上吧 - Dr. Cravix ♬La Pluie 2012年5月4日 (五) 08:39 (UTC)
- 想请问一下哪里说了“不能以此参加DYK和FA,GA评选”?--CHEM.is.TRY 2012年5月3日 (四) 12:19 (UTC)
- 导航Popup和Tooltip两个会同时出现,操作上稍微有点相互干扰……--铁铁的火大了(抓兔子啦,抓兔子啦……) 2012年4月24日 (二) 08:22 (UTC)
- 我较少关注社群讨论,但至少帮助:跨语言链接中未提到“原则上不允许随意直链”;不过这点不重要,因为现在推荐的{{ilh}}并没有违背直链的浅蓝色,也没有点击变色的问题,准确地说{{ilh}}和原有的系统内建格式并未有任何冲突(无非就是红字、蓝字、浅蓝字以及一些括号的组合而已)。所以我的意见就是你的修改版刻意修改颜色这点不好。(顺便问一句,{{ilh}}的Tooltip以及你的修改版采用的“提示框”,是否会和导航Popup冲突?)--小烈 (找我?) 2012年4月24日 (二) 08:19 (UTC)
- wth...问题并不出在是异类或完美主义,只能说纯粹是真的有所不知了 囧rz...你不知道现在zhwiki原则上不允许随意直链么?现在推荐使用的是link系模板,也即{{ilh}}及其下属模板,如{{link-en}},其效果于参数设置-小工具里列出了5种供选.至于跨维基链接,之前也说过了,设计的时候主要是给meta和enwiki等项目作参照用的(简单说,主要用在WP与User空间),实际上在enwiki的条目空间几乎就找不到使用iwl的,更没有必要专门为此讨论,但明显的zhwiki条目空间也大量使用跨维基链接,否则还要讨论跨语言链接处理和另设模板做什么?...至于变色是很简单,在自己的css里加行import即可,但鉴于意义不大我也懒得在"测试方法"里再加这么一步使之更麻烦,不如保持简洁.大概以上. - Dr. Cravix ♬La Pluie 2012年4月23日 (一) 14:42 (UTC)