跳转到内容

User talk:Gakmo/13年

页面内容不支持其他语言。
维基百科,自由的百科全书

送给您一枚星章!

原星章
good--鄧小平複制人黃魯宏(user:cn223)() 2013年1月18日 (五) 07:50 (UTC)[回复]

2012年首页设计

感謝指正!只是不知您是否指的是頂欄的維基球向左錯位還是哪個地方… 另外如果可以知道您使用的分辨率也會很有幫助。 --Ericmetro留言2013年2月1日 (五) 16:50 (UTC)[回复]

感謝您提供的截圖!已更改上邊距為1em,希望能解決上端及通告越界問題。 --Ericmetro留言2013年2月4日 (一) 18:12 (UTC)[回复]
感谢您的反馈,已取消上邊距(目前為0),希望能解決這一問題。--Ericmetro留言2013年2月7日 (四) 08:47 (UTC)[回复]
我会关注的。只是实在没有时间啊--百無一用是書生 () 2013年2月16日 (六) 13:55 (UTC)[回复]

是在这里:附加外部css的版本,利用一张细长蓝色渐变作为背景(当前首页也采用了css背景图片的方法),以解决ie下的兼容问题。

您辛苦了~ 蓝色渐变的顶部设计,可能和灰色边框和阴影不太好搭配,这里我也有尝试过,可惜效果不佳。另外感觉近日热门如果要放的话,右边会比较合适一些。--Ericmetro留言2013年2月22日 (五) 13:45 (UTC)[回复]

觉得社群板块这样处理不错,另外不知道捐助的按钮是否需要,因为临近年末基金会也会在页面上部放置呼吁。如果能找到吸引新手的内容,感觉会比较理想。
那种每日图片示意图中背景的效果实现起来可能还有些障碍,图中背景是用绘图工具降低对比度,查到在部分浏览器中可以用css实现,但是一些浏览器存在兼容问题。另外需要载入完整一张大图做背景,可能占用流量较大。抱歉周末有事可能本周时间不多,下星期有时间我可以尝试一下。--Ericmetro留言2013年2月27日 (三) 10:20 (UTC)[回复]
感谢您的协助!首栏左侧对其应该也可以通过css实现,我将尽快测试。--Ericmetro留言2013年3月7日 (四) 05:49 (UTC)[回复]
一开始用那个min-width限制最小宽度是想要解决每日图片的文字说明在窄屏下换行的问题,好像目前首页在低宽度下也会超出页面背景,应该也用了类似的方法... 不知道还有什么好办法。 --Ericmetro留言2013年3月10日 (日) 09:36 (UTC)[回复]
 已修复,是一个“display: inline-block”的问题,在firefox下测试白边已移除。--Ericmetro留言2013年4月19日 (五) 06:35 (UTC)[回复]

給您一杯咖啡!

看到你再次在维基活跃,我想提醒一下我对上周的意见已有修改,烦请至方针版回复。--魔法少年爱德华★爱生活圆神萝莉塔 2013年2月4日 (一) 03:53 (UTC)[回复]
我看错了.........哈资卡西,果咩。--魔法少年爱德华★爱生活圆神萝莉塔 2013年2月4日 (一) 05:57 (UTC)[回复]

歡迎新用戶

非常感謝您歡迎新用戶,不過在歡迎時可改用{{subst:welcome}}歡迎,歡迎IP用戶也可用{{subst:welcomeip}},謝謝!-Chihonglee ◎留言板 2013年2月4日 (一) 09:25 (UTC)[回复]

File:Wiki pig.png的快速删除通知

您好,您创建的页面被提出快速删除,该条目很快会由管理员进行复核并决定是否保留。
維基百科非常歡迎您的編輯,但請先看看編輯幫助維基百科不是什麼,以免犯了常見的錯誤

如果您想取回已刪除页面的条目内容,您可联络管理员,多謝合作!
幫助:互助客棧 · 刪除指導 · 存廢覆核請求 · IRC聊天頻道--百無一用是書生 () 2013年2月19日 (二) 02:15 (UTC)[回复]

DYK?

以下是我們的疑問,請您抽空回應一下。


--(研究維基v百度百科hanteng) 2013年3月2日 (六) 16:38 (UTC)[回复]

中文维基百科什么一个星期了首页内容都没变呢?

其他语言版本的维基百科每天首页都会出现新的不一样的文章。我想知道为什么?


謝謝

反辱罵星章
謝謝您您在Village Pump提醒文明禮儀。--(研究維基v百度百科hanteng) 2013年3月8日 (五) 15:41 (UTC)[回复]

Template:PD-flag页面存废讨论通知

您好,您先前创建或编辑的页面「Template:PD-flag」已被提出存廢討論正在討論條目的存廢
維基百科非常歡迎您的編輯,但請先看看編輯幫助維基百科不是什麼,以免犯了常見的錯誤
如果您想取回已刪除页面的内容,您可联系管理员,多謝合作!
幫助:互助客棧刪除指導存廢覆核請求IRC聊天頻道--L!tt|e+ung?\2o/3=] 2013年3月16日 (六) 08:09 (UTC)[回复]

名字称谓

看了你在方济各条目中的留言替你感到悲哀。连尊重他人的基本道理都不知。你以后小孩去入户,你说我要这个名字。户籍警察跟你说,这名字电脑太难打了,我给你儿子起个名字就叫某某吧。你做何感想? 学会尊重他人,是中立的前提条件之一。我尊重你们在维基百科上为中共补充你们的观点和材料,使读者自己去判断。但也同时希望你能尊重别人。不要像某共,在欺压自己的国民时,一副盛气凌人;反过来就装作自己是被别人干涉内政的受害者形象。中国俗话说,多行不义必自毙,多行夜路易撞鬼。别忘了,人在做,天在看。

首页设计的求助

我正在尝试设计一个首页,请问怎么让顶部不出现词条名字、分隔符、维基百科,自由的百科全书这部分类容?谢谢 2013年3月23日 (六) 04:24 (UTC)

美国副国务卿 (历史)

您好!美国副国务卿 (历史)被保護而無法修正雙重重定向,但目前應已有共識,應予解除保護並修正之。謝謝!--Iokseng留言2013年4月11日 (四) 07:00 (UTC)[回复]

您好,个人认为在副国务卿、次国务卿条目中不适合使用字词转换。该翻译来自美驻华使馆所给出的解释,名从主人优于常用原则,其他常用的名称只需在条目中添加注释即可。--InstantNull留言2013年4月11日 (四) 16:12 (UTC)[回复]

不是太赞同阁下的意见。另外对于移动美国次国务卿页面至美國次國務卿(配合字詞轉換),这个理由令我感到不解和困惑。--InstantNull留言2013年4月13日 (六) 01:07 (UTC)[回复]

广告

Fy0831,这位用户每个编辑都是广告,能否撤回并封禁?--Detectiveboy留言2013年4月12日 (五) 21:56 (UTC)[回复]

Re: ‎您好

4月18日后会处理。Liangent留言 2013年4月17日 (三) 14:17 (UTC)[回复]

Re: 新首頁

如果没有加样式,那就是被别的parser看的,去技术客栈问问有谁在用吧。Liangent留言 2013年4月23日 (二) 06:23 (UTC)[回复]

另外我想了解一下页面中有没有哪些结构(从源码上看)是特别设计的,对其他部分我根据现有版式重构部分页面结构看有没有意见。Liangent留言 2013年4月23日 (二) 06:31 (UTC)[回复]
您辛苦了,之前有试验但是没能实现。感谢:)--Ericmetro留言2013年4月25日 (四) 07:03 (UTC)[回复]
赞,利用css套用模板的效果不错,特别对于DYK这种稍复杂的模板是一个不错的解决方式。之后的使用新的存档规则增大图像大小就完成了。如果我们还需要额外特性的话,白底上的图像加上border会提升一些观感,不过这要看更新存档的人是否能注意,而且提交DYK使也需要让编者选择是否加框了...
另外我觉得右下角的提示部分或可恢复到底栏右侧,目前采用div的形式空白只会出现在框外不会影响观感。现在在窄屏下右下部分不能对齐,宽屏下链接区间距略大,总感觉不尽人意。--Ericmetro留言2013年5月3日 (五) 07:40 (UTC)[回复]
祝贺首页上线,感谢您对首页上线做出的贡献。另外可否协助更新Wikipedia:优良条目/2013年5月17日Wikipedia:特色条目/2013年第20周的图像使用新的大小和浅灰色边框,“190x190px|border”,如需要我愿意协助更新存档只是权限不足。另外当初设想的是非白底的图像添加边框,新闻和otd配图是白底不加框的。--Ericmetro留言2013年5月17日 (五) 02:09 (UTC)[回复]

Wikidata weekly summary #56

Here's your quick overview of what has been happening around Wikidata over the last week.
Read the full report · Unsubscribe · Global message delivery 2013年5月4日 (六) 05:18 (UTC)

RE

理据我已经在客栈上充分说明,态度我已经十分明确。下次移动应该是你跟will去做,不是我,谢谢。--黑雪姬留言2013年5月8日 (三) 04:46 (UTC)[回复]

This Month in GLAM: April 2013





Headlines
Read this edition in fullSingle-page

To assist with preparing the newsletter, please visit the newsroom. Past editions may be viewed here.

Unsubscribe · Global message delivery 2013年5月8日 (三) 22:07 (UTC)

Re: Notice

[2]。是说这样么?Liangent留言 2013年5月10日 (五) 05:30 (UTC)[回复]

另外MediaWiki:Common.css/mp-2012.css里面的东西不要用像素作单位。Liangent留言 2013年5月10日 (五) 05:35 (UTC)[回复]
后来载入的内容中的动态内容不执行,很多地方都这样……Liangent留言 2013年5月10日 (五) 06:02 (UTC)[回复]
我想确认一下原来的设计中“站点链接/认识维基百科/常用工具”那一行是放在左栏还是右栏下面的,还是横跨左右?Liangent留言 2013年5月10日 (五) 06:06 (UTC)[回复]

整体改了一下结构,目标是视觉效果不变,整个文档的顺序改成顶端banner->左栏内容->右栏内容->下面的各种链接。帮看看还有什么问题吧。Liangent留言 2013年5月10日 (五) 09:42 (UTC)[回复]

Wikidata weekly summary #57

Here's your quick overview of what has been happening around Wikidata over the last week.
Read the full report · Unsubscribe · Global message delivery 2013年5月10日 (五) 15:43 (UTC)

高麗

高麗一文被人擅自移动到了只有部分大陆人士使用的“王氏高丽”。不知阁下能否回退该移动。螺钉留言2013年5月12日 (日) 11:37 (UTC)[回复]

更換首頁詳細計畫

未知閣下的更換首頁詳細計畫是甚麼? 相關模板甚麼時候更改,新首頁套上模板的範本甚麼時候有? Asiaworldcity 2013年5月13日 (一) 02:26 (UTC)

海倫·亞當斯·凯勒的快速删除通知

您好,您创建的页面被提出快速删除,该条目很快会由管理员进行复核并决定是否保留。
維基百科非常歡迎您的編輯,但請先看看編輯幫助維基百科不是什麼,以免犯了常見的錯誤

请不要自行移除快速删除模板,快速删除旨在加快處理顯然不合適的頁面。若您认为删除理由不合適或您已对条目做了改善,请在被提删页面快速删除模板的正下方加入{{hangon}},并在条目的讨论页中说明理由。您亦可以与提删的维基人进行沟通,多謝合作!
幫助:互助客棧 · 刪除指導 · 存廢覆核請求 · IRC聊天頻道--Gakmo留言2013年5月16日 (四) 05:57 (UTC)[回复]

动态热门

能再介绍下动态热门的工作原理么?--♥VC XC 2013年5月17日 (五) 01:56 (UTC)[回复]

那人手是用什么标准更新呢?参照哪个统计页面?(抱歉,我的意思是如何保持更新频率、如何剔除故意刷屏那种)--♥VC XC 2013年5月17日 (五) 02:01 (UTC)[回复]
有些统计的确不准,百度这几天浏览量没有大幅度增长,但却被判为增长最迅速的。--♥VC XC 2013年5月17日 (五) 02:10 (UTC)[回复]
比较好。按日统计缺陷多,且容易被操控,更容易被某些条目长期主宰。(我可不想看到动态热门天天都是百度和AV女优列表)--♥VC XC 2013年5月17日 (五) 02:18 (UTC)[回复]
那我们就用每周更新的那个?如果过几周发现条目重复频率太高或其它大缺陷,再考虑撤换掉栏目吧。--♥VC XC 2013年5月17日 (五) 02:21 (UTC)[回复]
接到用户报错:ipad上打开首页会出现标签空白无显示任何文字。即浏览器的标签空白。--♥VC XC 2013年5月17日 (五) 02:34 (UTC)[回复]

我把您创建的模块移走了。Liangent留言 2013年5月17日 (五) 12:48 (UTC)[回复]

首页星章

首页星章
感谢对新首页的贡献--Kegns留言2013年5月17日 (五) 17:26 (UTC)[回复]

Wikidata weekly summary #58

Here's your quick overview of what has been happening around Wikidata over the last week.
Read the full report · Unsubscribe · Global message delivery 2013年5月17日 (五) 22:39 (UTC)

Re: Flow

站点链接/认识维基百科/常用工具 那个框在我这是正常的(IE/Firefox/Chrome测试都没问题),所以我也不知道怎么改。每日图片 本来就没做,因为原来没发现有这特性,我没有足够宽的屏幕让 每日图片 足够靠下……Liangent留言 2013年5月18日 (六) 15:24 (UTC)[回复]

诚邀

您好!关于高丽条目命名问题的争议,黑雪姬已经提出解决方案,请问您对这个方案有什么看法?欢迎到我的用户讨论页详谈,谢谢!——蘇州宇文宙武的主頁 ♨留言 ☎交友 ★贡献 2013年5月18日 (六) 16:33 (UTC)[回复]

不用客气,应该是我谢谢您才对!——蘇州宇文宙武的主頁 ♨留言 ☎交友 ★贡献 2013年5月19日 (日) 02:36 (UTC)[回复]

您好,您先前创建或编辑的页面「Wikipedia:2012年首頁設計建議/執行改版」已被提出存廢討論正在討論條目的存廢
維基百科非常歡迎您的編輯,但請先看看編輯幫助維基百科不是什麼,以免犯了常見的錯誤
请不要自行移除页面存废模板,討論是因为有编者认为页面不適合维基百科。請参与頁面存廢討論,您亦可以與提刪的維基人進行溝通。在讨论期间歡迎繼續完善原先的页面,多謝合作!
幫助:互助客棧刪除指導存廢覆核請求IRC聊天頻道--风雨同舟留言2013年5月19日 (日) 07:37 (UTC)[回复]

新的研究及建议

鉴于苏州贴出的修改建议,我依然维持目前的高丽一词的修改建议:

  1. 高麗 (消歧義)移动至高丽,以解决搜索及读者感受。并加强说明前朝及后朝的区别。
  2. 现高丽的内容移动到高麗 (918年-1392年)高丽王朝王氏高丽做重定向
  3. 高句丽维持不变,但须详细说明高句丽又被称作高丽的来历。

排除各种个人感情因素,我不觉得高丽王朝是一个完全没有问题的表述方式,希望你不要因为分歧过大放弃真理,遵从命名规则三思。下附苏州的建议。--黑雪姬留言2013年5月25日 (六) 05:54 (UTC)[回复]

在对高丽王朝还是王氏高丽两者的选择上,我们可以明显看出社群存在重大分歧。不管怎样,这种分歧一天不解决,任何条目命名(不管是高丽王朝还是王氏高丽)都理应被视为不合理。而我们展开这个讨论,理应形成共识,结束现在的乱状。那是否为了结束乱状,我们就必须要在二者选其一?维基百科从来就没有这样的方针。——蘇州宇文宙武的主頁 ♨留言 ☎交友 ★贡献 2013年5月23日 (四) 05:05 (UTC)

搜索结果的理论

首先我们得感谢牛津大学互联网研究所的廖汉腾博士,虽然他的专业并非历史,对中文地区尤其是中国大陆的历史命名方式一无所知,但他也发挥了他的一技之长,以其固有的论文写作方式,搜索了他认为相当权威的数据库资料。那让我们来看看他的搜索结果:

  • 高丽王朝:找到 1,243 条结果
  • 王氏高丽:找到 311 条结果

从结果我们可以看出,高丽王朝在结果数量上占有绝对优势,单单从这个角度来看,似乎条目的名称应该命名至高丽王朝为主。

但,我们不能无视王氏高丽的311结果的存在,尤其是结果的质量上。如果单从数据分析来说,我们可以依从数据数量来决定何者为主。不过这个条目本身并不是数据统计学,而是一段历史。不管怎样说,单纯的数据统计学理论不能支撑一个历史条目,尤其是这种多地区名称争议的条目的问题。

而且更不要说,这个统计本身存在一个极大的缺陷。廖汉腾博士依赖的是中国大陆的CNKI数据库,其考量角度,以及选材,基本上可以认为是以大陆期刊优先。这就说明了一个严重的问题,高丽王朝这个名称本身的统计数据,就存在着严重的地区性。这是维基百科的方针所不能接受的。所以,我们不能以此作为首要的资料来源考量。

在这里,我们也可以看到部分象牙塔学者,其对外间社会缺乏实际的认知,以为一切以大学研究为中心指引,用跨学科的技术去分析自己不熟悉的专业,所造成的曲解。当然,不管怎样说我们还是感谢一切对此次讨论提供数据支持的讨论者。——蘇州宇文宙武的主頁 ♨留言 ☎交友 ★贡献 2013年5月23日 (四) 05:05 (UTC)

数据库本身所占据的社会地位及影响

我们不能不否认的是,CNKI作为一个中文地区共知的数据库系统,其资料的权威性,是受到包括台湾在内的大学所承认的。但就之前提到的一个短板,CNKI数据库对台湾地区的研究理论,就整个数据库本身(先不说单一的高丽王朝)来说,是缺乏公正性的,因为其考量是以大陆的论文收入标准作为优先去处理问题。

此外,我们抛开数据库本身,从结果数量来看:

  • 高丽王朝:找到 1,243 条结果
  • 王氏高丽:找到 311 条结果

我们可以看到的是,即使是两个结果加在一起,数量也不超过2000。这个2000的数据结果,能代表什么样的社会认知,相信专业研究互联网的人士对此的了解要比我深入的多。

不过作为跟非专业人士的一个讨论,我还是要在此列出一个数据:

金正恩 202

不知道我的搜索方式对不对。但对于一个金正恩,其搜索结果居然也有202个。金正恩这个词,我想出现也不过是一年多的事情。当然,googel的搜索量一对比,两个名字跟金正恩的数量差异根本就不可能是一个等级。

而对比高丽王朝跟王氏高丽几百年历史,可以这样认定,其实高丽王朝跟王氏高丽在绝对数量上均不占有任何优势,不应作为历史学界乃至全世界的一个绝对的认定名称

而这个问题上,我们也是可以从维基百科的方针内找到答案(維基百科:中立的觀點)。

通常來說,條目不應給予少數觀點與更受歡迎的觀點同樣多的描述,且通常根本不應包含極少數的觀點。

我们可以看到的是,我们其实正在为两个根本不中立的名称在纠缠,这是维基百科所不可取的事情,也是纷争本身为何至今未能解决的关键因素。

然后再让我们看看命名规则本身:

  • 遵守上面的一般惯例和大家就命名问题达成的其他共识。
  • 包容的规则:凡是因各地文化差异而导致命名有差异的条目,我们要在条目正文里说明各地的命名,然后我们采用重定向的方式把所有的命名方式都包括进来。

很显然,作为无法达成共识的两个名字,均不宜用于条目名称之内。参考上面廖汉腾博士的排版工作,我们可以明显看出名称使用之间的分歧。那么,这两个名字是应该用作条目主名称吗?我想大家心里有数。——蘇州宇文宙武的主頁 ♨留言 ☎交友 ★贡献 2013年5月23日 (四) 05:05 (UTC)

可供查证的两个名字的问题

不过我们也绝对不能否认,两个名字都是有足够的来源作为资料支持的。高丽王朝名称本身不需要解释,王氏高丽也是受到学术界承认的一个名字,而且从时间上来考量,王氏高丽更是一个更为新鲜的名字。又或者我们应该质疑一句:如果高丽王朝这个名称本身是一个学界共识,为何之后会出现王氏高丽?为何同样的事情没有发生在其它国家其它朝代之上?

让我们继续感谢数据提供者们。“王氏高麗”最早在史學界的使用是台灣歷史學家王儀1971年的《蒙古元與王氏高麗及日本的關係》、1980年《趙宋與王氏高麗及日本的關係》等專著。高明士, 張崑將的《中國文化史》(五南圖書出版)、《王民信高麗史研究論文集》(國立臺灣大學出版)等書都是用“王氏高麗”。

那为何学界放着好端端的高丽王朝不用,非要创建一个王氏高丽?我觉得这可以从两点去考量:

  1. 高丽王朝本身的歧义:诚如上面各位讨论的结果,高丽这个名字本身,既用于前朝也就是现在经常被叫做高句丽的政体的名称,也被作为后朝代的名称。从消歧义的角度看,加个“王朝”两字是最省事的办法。但作为两个政权本身,均为封建王朝,均有王这个称号。如果我们不是史学专家,或者从未了解过高丽历史,请问如何区分前朝跟后朝的区别?尤其是两个朝代根本毫无关系可言。
  2. 高丽王朝名字的问题:我们目前可以见到的是,所谓的高丽王朝,是由王氏主导的一个王朝。那让我们再看看“高丽王朝”四个字。到底我们是应该如何理解这四个字呢?到底是“高丽”的“王”的朝代,还是“姓王”的高丽的朝代?在这个问题上,任何历史资料均无法给我们提供名字的由来依据,因为这就是所谓的“约定俗成”带来的问题。

约定俗成本身并非不能使用,比如说前秦后汉南唐。但放在这里,就有一个巨大的疑问。这个所谓的约定俗成本身,都包含着重大的歧义。这就可以比照蒋中正,如果“常申凯”这个名字本身就不太符合中文的命名规则,你还能用这个名字做蒋中正的中文翻译吗?

而且根据Oneam的搜索结果,我们可以发现,高丽王朝一词广泛用于朝鲜语之中。也就是说这个词可能是使用朝鲜语的命名规则,而不太适合使用在中文之内。这就像是我们将日语的“自动车”直接用在汉语上描述目前的汽车一样,显得不伦不类。


回到1970年代,为何台湾有学者舍弃高丽王朝不用,转而使用王氏高丽?大家将我的话放在他们的思量角度去看,会不会也会产生同样的疑惑?相信大家应该仔细考量,是否应该用一个含有巨大歧义的名字,作为条目的主名称使用。

现在,在让我们看看维基百科的命名规则:

请不要在一个页面上使用一个繁复或容易混淆的标题,即使那个标题没有其他的含义。

高丽王朝四个字本身,并没有绝对的,准确的认知,其实就属于一个容易混淆的标题。试想一下,如果有学生问他们的历史老师:“为什么高句丽也有王,但是不叫王朝?”老师该如何作答?我想也只有“嗯,这是惯例”一句话。

而我们再看看王氏高丽这一名字。王氏在中文中可以清晰显示出,这是姓王的家族所控制的一个政治体制,这比起多重含义的“高丽王朝”要准确得多。——蘇州宇文宙武的主頁 ♨留言 ☎交友 ★贡献 2013年5月23日 (四) 05:05 (UTC)

陷入两难的困境

于是,我们可以看到,实际上是不同的历史学家们丢给我们一个难题:

  1. 高丽王朝:常用名称,但存在极大的歧义;
  2. 王氏高丽:学界的新命名方式,准确,但明显不如高丽王朝这个名字历史积淀好。,

由于学界并未有开会研讨以哪一个名称为准,我们没有统一的名字。也许有人会说,应该“名从主人”,如Oneam所言,使用朝鲜语的搜索,高丽王朝占比例较大。似乎是应该名从朝鲜或韩国为主。

但,朝鲜民主主义人民共和国大韩民国是“高丽王朝”这个名字的主人吗?不管是哪一个国家的政体,均并非所谓的高丽王朝的政体。在这个问题上,高丽王朝的主人只有一个,就是姓王的所控制的后期高丽政权。在这点问题上,使用朝鲜语去搜索高丽王朝的泛用性,与名从主人本身根本毫无瓜葛。这就像调查行动电话这个词是否应该在中文地区“名从主人”一样,明明你行动电话只用在台湾一地,即使中文出现结果在台湾占优势,在中国大陆就毫无参考意义可言。

由此可见,两个名称虽然都是可供查证,但两个都不合现在的维基百科方针,不能用作主条目名称。——蘇州宇文宙武的主頁 ♨留言 ☎交友 ★贡献 2013年5月23日 (四) 05:05 (UTC)

我们该怎么办:名从主人

Oneam提醒了我一件事,根据命名规则:

除非原文比中文翻译在中文中更加常用,否则请使用中文来对条目进行命名,并将外文原文附在条目的首行。

因此疑似朝鲜语的高丽王朝,不应作为首选。

尽量使用人、物或事项的最常见的名称,但是不要和其他的人或物的名称混淆。如果存在同名事物,可以使用消歧义页面。

因此混淆的名字不能使用

根据以上两条,无论是用高丽王朝还是王氏高丽,均为违反命名规则。那么,我们是否应该从名从主人考虑呢?

王氏高丽时,他们自称自己是高丽,所以根据名从主人的理论,这个名字是不二之选。但是根据之前的讨论,高丽这个名字跟高句丽时期有歧义。

同样地,我也十分赞同螺钉的意见:

  • 当一个事物的名称符合“名从主人”的命名原则,但只在某一个或多个中文使用地区为常用,而在其它的中文使用地区并不常用时,应当使用符合“名从主人”命名原则确立的名称,而不应当继续使用“时间优先”命名原则确立的首个常用名称。
  • 如果:发生由于现有的命名原则不足造成的移动战。目前不能通过解释、调解、讨论命名方针达成共识。则:使用條目符合命名方針的最初使用名稱(即將條目名稱恢復為爭議發生或移動戰之前的狀況)。在共识產生之前,作為該條目的名稱。

以上内容同样摘自命名规则。

因此,我们的最后选择只有:

使用高丽这个名字,并用括号作出时间段的消歧义

所以,高麗 (918年-1392年)才是最终的选择。

Wikidata weekly summary #59

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Events/Press
    • Linked Data in Business
    • currently: Hackathon in Amsterdam
  • Other Noteworthy Stuff
  • Did you know?
    • Newest properties: catalog code (P528), runway (P529), diplomatic relation (P530), diplomatic mission sent (P531), diplomatic mission sent (P531), port of registry (P532), target (P533), streak color (P534), Find a Grave (P535), ATP id (P536), twinning (P537), fracturing (P538), Museofile (P539)
    • Newest task forces: Ship task force
    • d:Template:Constraint:Item allows to check if items using a given property also have other properties. To find items to fix, it links to one of Magnus' tools and to a daily report. Sample: items with property mother should also have main type (GND) with value person.
  • Development
    • A lot of discussions and hacking at the MediaWiki hackathon on Amsterdam
    • Worked on content negotiation for the RDF export
    • Bugfixing for editing of time datatype
    • Added validation in the api for claim guids. This also resolves bug 48473, an exception being thrown in production, whenever a bot or api user requested a claim with an invalid claim guid
    • Improved error message popup bubbles to show HTML and parse the links correctly
    • Fixed bug 48679, to hide the view source tab for item and property pages
    • Testing on Diff extension and SQLstore
  • Open Tasks for You
Read the full report · Unsubscribe · Global message delivery 2013年5月25日 (六) 21:44 (UTC)

otd/format配图的边框

配图的边框感觉是在非白底情况下使用border,白底下去掉边框比较适合。不知可否协助修改,感谢。--Ericmetro留言2013年5月26日 (日) 08:50 (UTC)[回复]

谢谢,我本来觉得非白底的配图较多,可以使用NoBorder在出现白底时在另外添加边框(|{{subst:#if:{{{NoBorder|}}}| |border}}|),现在利用border参数也可以。另外不知您觉得Itn的配图需要边框吗,我感觉也加上border会比较好。--Ericmetro留言2013年5月27日 (一) 07:55 (UTC)[回复]
还是打扰您了,感觉otd非白底图片居多,不知您觉得使用原来NoBorder的语句是否合适呢?(|{{subst:#if:{{{NoBorder|}}}| |border}}|,在去掉边框时另外输入参数),这样可以减少一些工作量。--Ericmetro留言2013年5月29日 (三) 13:02 (UTC)[回复]
多谢,我觉得白底的一般是这样的圆形标志,无框比较好,方便融合到正文中。而一般的矩形配图加上灰框能提供过渡,显示效果更柔和。
囧rz……不过现在觉得其实不用改了,还是沿用现在的代码吧,大部分存档border填上1其实工作量也不大,真是抱歉打扰您。
另外关于左侧分隔,我觉得现在的首页分割和其他扁平化风格网站的处理方式还是很接近的,比如BBCTelegraphNYTimesReutersBloombergDWFoxNews等。之前我也做过一些其他风格的尝试,但还是觉得仅用标题和细分割线和这种设计风格比较搭配。我们首页的四个板块(特色条目-你知道吗-优良条目-每日图片)内容差异很大,其实比以上新闻站的板块差别还要明显一些。--Ericmetro留言2013年5月30日 (四) 16:24 (UTC)[回复]