跳至內容

用戶討論: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)[回覆]