Wikipedia talk:列明来源/存档2

message: 因为书是知识的源泉？其实所谓知识的源泉根本不是书，因为世上本无书无字，所有书都由前人的大脑创作，人脑才是知识的源泉。所以书是知识的源泉这句话本身就是个错误。不能迷恋书而忽视自己的大脑。书是前人思考的结果，但不是结局。创作是一个无中生有的过程。所有的语言、文字，以及它们构成的知识都是这样无中生有的，通过人的大脑的思维活动创作的，然后才记录编撰成书。迷恋所谓权威的创作结果，只会断送现在还活着的人的思维能力；这个世界本来有权威吗？没有。因为他们用自己的脑袋思考并用文字记录下来了仅仅是使用已有的来源，人类就会停留在已知的基础上，思考并和那些权威一样用文字保存下来，人类才有创新，才会发展、进步。歪钩 (留言) 2011年4月23日 (六) 15:39 (UTC)
是的，書上的一切皆是來自於人腦，但是一個人腦有可能犯錯，很多人腦共同思考犯錯的機率就下降不少。
因此維基百科需要可靠來源，也就是一個被維基和作者以外的人索看過的資訊，若直接在維基百科上發表自己的想法，則一般尋求資訊的讀者在相信維基百科的情況下將可能獲得錯誤資訊，所以應從可靠來源──也就是被專家鑑定過的資料──引用，而專家就是指被多數人肯定的人。
換言之，維基百科是作為百科存在，我們希望對一般讀者來說它的資料都是可信賴的，自行思考是必要的，但請在別處發表，得到他人贊同或改進後再引入維基百科中。
S.J.J.（留言） 2012年12月29日 (六) 05:58 (UTC)
replies: text: : 百科為三級來源所以不能在三級來源作品中做出原創研究。請詳看WP:來源考量論述中提到的相關方針和指引。--(研究維基和百度百科的hanteng|留言) 2012年12月31日 (一) 08:03 (UTC)
thread_title:  为什么一定要有可靠来源呢？不需要 

message: 关于语法一段中虽然有举例，但是那些例子的代码却并未一并展示，不便于读者参考对照，故我制作了一个表格以同时列出源代码及在条目中表现出的结果。不过在将表格安置在页面中时，我发现右边默认是展开的“格式指引”列表会阻挡或影响表格，使得该段落表现得非常差，但光做出那个表格就已经让我非常头大（我不知道如何调整表格的表现格式，也不清楚如何调整与模板的冲突），所以希望能有高手来帮我将这个表格或其中内容整合进该项目说明中。有劳了。
附表格：
您所输入的     	#{{Cite book zh | author = 余敏 | title = 出版集團研究 | format = M
| location = 北京 | publisher = 中國書籍出版社 | date = 2001年 | pages = 179-193
| language= zh-cn}} 
#{{Cite book zh | author = 昂溫G | coauthors = 昂溫PS | title = 外國出版史
| format = M | others = 陳生錚 | location = 北京 | publisher = 中國書籍出版社
| date = 1988年}}
#{{Cite book zh | author = 全國文獻工作標準化技術委員會第七委員會
| title = GB/T 5795-1986 中國標準書號 | format = S | location = 北京
| publisher = 中國標準出版社 | date = 1986年}}
#{{Cite book zh | author = 辛希孟 | title = 信息技術與信息服務國際研討會論文集
| othertitle = A集 | format = C | location = 北京 
| publisher = 中國社會科學出版社 | date = 1994年}}
#{{Cite book zh | author = 趙耀東 | title = 新時代的工業工程師 | format = PDF
| location = 台北 | publisher = 天下文化出版社 | date = 1998 
| accessdate = 1998年9月26日 
| url = http://www.ie.nthu.edu.tw/info/ie.newie.htm | language= zh-tw
| quote = 新時代的工業工程師應培養世界觀的氣質，切忌劃地自限，坐井觀天，如此才能 ... }}
#{{cite book zh|author=盛洪昌 |title=国际贸易实务 |date=2006年 |location=北京
| publisher=清华大学出版社 |isbn=7-302-11904-X }}
您所看到的     	
# 
#
#
#
#
#
by 路人甲™_I.Y. (留言) 2011年8月29日 (一) 07:24 (UTC)
thread_title:  我希望能在#文献参考的格式-书籍一段中添加如下表格，但在预览结果中发现其对于段落的格式是毁灭性的 

message: 仅仅发现一个错误。但是也上来讨论是不是不妥。但是有错误我想就必要指出来。
下面这个页面是 wikipedia 的引用格式 说明页面。
http://zh.wikipedia.org/wiki/Wikipedia:%E5%88%97%E6%98%8E%E6%9D%A5%E6%BA%90
其中在下面这段
专利文献
例子：
    姜锡州. 一种温热外敷药制备方案：中国，88105607.3[J]. 1987-07-26.
[J]是吧对的，[J]是期刊著录格式。专利是patent。[P]为正确的。
专利文献
［序号］专利申请者．专利题名: 专利国别，专利号[P]．发布日期，公告日期或公开日期．获取或访问途径.
例:
［序号］姜锡洲.一种温热外敷药制备方案: 中国, 881056073[P].1989-07-06.
thread_title:  我不知道如何编辑那个 维基百科:列明来源 页面上的东西。网友们改正一下吧 

message: 剛巡查了一下部分引用 ettoday.com 的參考來源，大多數的參考資料連結壞死，是因為 ettoday.com 很早以前就變成 nownews.com，因此條目如有使用 ettoday.com 的參考來源連結，請先把 ettoday.com 變成 nownews.com，就可大致降低連結失效的可能。
所以部分有被 Tag 連結失效的地方，還請各編輯者去檢查連結是否已改用 nownews.com。松永梟雄彈正久秀進攻平城京！ 2012年6月8日 (五) 05:25 (UTC)
thread_title:  ETToday 舊連結更換為 NowNews 

message: 請問，如果想在ref裡引用中國古書，以下哪種方法更好？
*方案一：
replies: text: 司馬遷-{zh;zh-hans;zh-hant|.  卷三十一}-. 史記. 西漢.<span
    class="Z3988"
    title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook&rft.genre=bookitem&rft.btitle=%E5%8D%B7%E4%B8%89%E5%8D%81%E4%B8%80%5D&rft.atitle=%5B%5B%E5%8F%B2%E8%A8%98%5D%5D&rft.aulast=%E5%8F%B8%E9%A6%AC%E9%81%B7&rft.au=%E5%8F%B8%E9%A6%AC%E9%81%B7&rft.date=%E8%A5%BF%E6%BC%A2&rft_id=%5Bs%3A%E5%8F%B2%E8%A8%98%2F%E5%8D%B7031%23%E5%90%B3%E5%A4%AA%E4%BC%AF%7C&rfr_id=info:sid/zh.wikipedia.org:Wikipedia:%E4%BA%92%E5%8A%A9%E5%AE%A2%E6%A0%88/%E6%B1%82%E5%8A%A9"> </span>
*方案二：

text: 《史記·卷三十一·吳太伯》
*方案三：

text: 《史記》·卷三十一·吳太伯
*方案四：

text: 《史記》·卷三十一·吳太伯
*方案五：

text: 《史記》·卷三十一·吳太伯

text: --維基小霸王（留言） 2012年9月22日 (六) 14:23 (UTC)

text: 都不好，古文最好列出全文，否则翻译错了也没办法查证。——星光下的人（留言） 2012年9月22日 (六) 14:31 (UTC)
replies: text: :有的條目在正文中列出原文，之後在中加入以上內容，請問在這種情況下，怎樣做更好？另外，用戶也可以通過點到維基文庫中查看原文進行查證。--維基小霸王（留言） 2012年9月22日 (六) 14:35 (UTC)
replies: text: ::我个人认为是方案二，我写的条目基本都是这种方式，另外不是卷三十一·吴太伯，而是卷三十一·吴太伯世家。——星光下的人（留言） 2012年9月22日 (六) 14:42 (UTC)
replies: text: :::如果不是要引用“吳太伯”一章節，而是引用“吳太伯世家 ”中“壽夢”一章節，應該怎樣寫呢？--維基小霸王（留言） 2012年9月22日 (六) 14:45 (UTC)
replies: text: ::::史记原文绝没有分这种章节，那只是维基文库的问题。——星光下的人（留言） 2012年9月22日 (六) 14:57 (UTC)
replies: text: :::::哦。--維基小霸王（留言） 2012年9月22日 (六) 15:03 (UTC)

text: 第一个。与cite统一。乌拉跨氪 2012年9月22日 (六) 14:49 (UTC)
replies: text: :可是這樣太英文化了，可能有用戶反對。但如果不這樣又顯得不統一格式。應該怎麼做呢？--維基小霸王（留言） 2012年9月23日 (日) 01:17 (UTC)
replies: text: ::乾脆聽乌拉跨氪算了。--維基小霸王（留言） 2012年9月23日 (日) 05:35 (UTC)
replies: text: :::这和英文化没有一点关系。中文的正式期刊有哪家不是这些写参考文献的。只不过这是古书有点特殊罢了。不过话说回头，学术上应该不会这样用古文作为来源。乌拉跨氪 2012年9月28日 (五) 10:51 (UTC)
另一個項目的選擇：章節應該用“卷三十一”，“吴太伯世家”，還是“卷三十一·吴太伯世家”？--維基小霸王（留言） 2012年9月22日 (六) 15:03 (UTC)
可参见诗经各诗篇名的表述方法，如《诗经·邶风·静女》。——Langer Lee 2012年9月22日 (六) 15:52 (UTC)

text: 不一樣吧。--維基小霸王（留言） 2012年9月23日 (日) 05:35 (UTC)
replies: text: :人手輸入吧。Cite模版本身不是必須，＜ref＞才是。中國史藉的參考引用是很麻煩的，中港台不同院校雜誌基本各有標準，比如有些會寫成司馬遷：《史記》，卷三十一，〈吳太伯世家〉。比較寬鬆的，有時《史記·吳太伯世家》就算了，連卷數也沒有。Oneam 01:00 AM（留言） 2012年9月24日 (一) 06:13 (UTC)
replies: text: ::cite参照的是参考文献标准格式制造的。当然可以不用cite，但规定的格式应该遵循，用模板只是为了方便管理。乌拉跨氪 2012年9月28日 (五) 10:51 (UTC)

text: 摘几篇论文：周峰，金代金石学述要、吴桂美,东汉崔氏家族世系及地望的考辨、辛更儒，辛弃疾家室再考。可以看一下里面是怎么引用古书的。—Snorri（留言） 2012年9月28日 (五) 12:02 (UTC)
replies: text: :都是以现代出版的书籍做来源，而不是直接用古文。乌拉跨氪 2012年9月28日 (五) 19:10 (UTC)
replies: text: ::不会啊，里面也有引用清代出版的书籍，比如“文渊阁 《四库全书》本”，而且实际上来说，引用古籍也要注明引用的是哪个版本。所谓“直接用古文”也不可能指的就是直接引用原稿，而且经过明清修书之后不少书的早期的版本已经散佚了，“直接用原文”也不过是指用的现代书籍里面记录的古文罢了。如果实际上引用的是某个出版社的现代版本，就应该注明。标准的学术引用书籍也要注明书籍的版本数。同一个内容可能在不同的版本中对应着不同的页数，甚至会有删改的情况，更加要说明版本。只引用古文而不注明引用自哪个出版社的版本，哪个人的校订本，是不够严谨的做法。所以论文中一般都注明古文出自哪本书哪个版本。我引用这几篇论文也就是想表达这个意思。—Snorri（留言） 2012年9月28日 (五) 21:05 (UTC)

text: ::为了说明中文学术期刊论文中对古文的引用格式，列出我之前贴出的三篇论文里的引用方式。第一篇论文是：

text: ::#“(金)元好 问编 中州集》卷一 ，中华书局 ，1959年 ，第33页 。”

text: ::#“(金)元好问：《续夷坚志》卷四，《元好问全集》(增订本 )，山西古籍出版社 ，2004年 ，第 1215页。”

text: ::#“(金)刘 祁 ：《归潜 志 》 卷 一 ，中华 书 局 ，1983年，第 10页。”

text: ::#“(金)李献能 ： 汉闻熹长韩仁铭跋 ，载 (清)张金吾编纂 《金文最》卷四八，中华书局，1990年 ，第701页。”

text: ::#“(金)王庭直：《刘海蟾堂移石刻记 ，载 (清)张金吾编纂 金文最 卷二二，中华书局，1990年，第301页。”

text: ::第二篇是：

text: ::#“ 《后汉书卷五十二 ·崔驷列传第四十二》(宋)范晔撰，(唐)李贤等注 ，中华书局 ，1965年 ，第 1733页”

text: ::#“《新唐书卷七十二下 ·宰相世系二下》，(宋)欧阳修、宋祁撰 ，中华书局 ，1975年，第 2729页”

text: ::#“《史记》，(汉)司马迁著，中华书局，1959年，第 148l页．”

text: ::#“《汉魏六朝百三家集题辞注》，(明)张溥著，殷孟伦注，人民文学出版社 ，1981年 ，第 36页．”

text: ::#“《新唐书卷七十二下 ·宰相世系二下》，第 2729页”

text: ::#“《新唐书卷七十二下 ·宰相世系二下》，第 2773页”

text: ::#“《文心雕龙 ·事类篇》，(梁 )刘勰著，范文澜 注，人 民文学 出版社 ，2000年，第 6l5页”

text: ::#“《北史卷二十四 ·列传第一十二 ·崔逞列传》，(唐)李延寿撰 ，中华书局 ，1974年，第 873页．”

text: ::第三篇是：

text: ::#“刘宰 《漫塘集》卷三四，文渊阁 《四库全书》本。”

text: ::#“《至大金陵新志》卷一：“府廨东北 ，其上为钟山楼，其后为清溪道院。木犀亭日小山，菊亭日晚香 ，牡丹亭日锦堆，芍药亭日驻春，皆在堂左。”(中华书局 《宋元方志丛刊》本)”

text: ::#“《宋史》卷四。一 《辛弃疾传》，中华书局点校本”

text: ::#“金刘祁 《归潜志》卷八，中华书局 1983年版，第 84页。 ”

text: ::#“元 刘一清 《钱塘遗事》卷三 《赵方威名》，上海古籍出版社 1985年版，第 73页” 
以上都是正规发表的学术期刊文章引用古文的方式，可以作为参考。—Snorri（留言） 2012年9月28日 (五) 21:09 (UTC)
可能我对“古书”的理解有误。我理解的古书是指古代人的著作(无论是现代出版的还是古代出版的)。如果这个讨论中“古书”指的是古代遗留下来的书本，那么引用的时候更加应该注明是否是原稿，还是什么时候什么人的抄本或校订本。因为古代的书籍，不同的版本校订者或抄录者对于内容的理解可能不同，可能会有评注或批改，所引用的内容可能不同于现代的版本。如果维基百科引用了某本古籍善本，更应该详细注明，因为这样的善本很有可能被私藏或官方馆藏，只有很少人有能力看到。这时候更加需要多方来源的印证。—Snorri（留言） 2012年9月28日 (五) 21:30 (UTC)

text: 如果是直接引用现代出版的书籍那再将其特殊化就没有必要的，现代书籍完全可以按照规定的格式书写。上面三个期刊的参考文献格式我保留意见。我们现在之所以会讨论这个问题，就是因为现在在很多条目中，拿古代文献作为参考文献时都引用了大量的原文。我对此一直不太赞同，因为这更接近注释，而且有原创研究的嫌疑。而若引用现代出版的书籍那一切问题迎刃而解。乌拉跨氪 2012年9月29日 (六) 07:16 (UTC)
replies: text: :我之所以问这个问题，是因为的样式问题。现在修改成了。如果有人认为不恰当，可以修改模板。
replies: text: ::你没有理解我的意思。首先，既然是引用现代出版的书籍，就应该按照现代书籍一般应用法引用，如cite类模板。其次，我不认为在引用古文的时候需要直接引用其内的文段于参考文献处，这应该是在正文处引用或用注释引用；另一方面这样的引用无法脱离原创研究的嫌疑。乌拉跨氪 2012年9月30日 (日) 07:59 (UTC)

text: ::英文维基文库的“可供查证”是以扫描版图书为依据。现在中文版还不成熟，扫描版很少。我想，以后可以上传高等学校中英文图书数字化国际合作计划的原文。--維基小霸王（留言） 2012年9月30日 (日) 07:45 (UTC)

text: ::同是引用现代书籍，不同学科引用的方式有所不同，中文的引用方式和英文也不同，可能要注意一下，而不是全部照搬模板。—Snorri（留言） 2012年10月7日 (日) 12:07 (UTC)

text: 我同意User:乌拉跨氪的意見, 古書來源在多數情況是第一級來源,直接引用詮釋而沒有其他二級來源支撐,的確有原創研究的問題。既然是第一級來源又是沒有版權問題的古書,最好有在Wikisource有一份拷貝後, 用:en:Template:Cite_wikisource為佳, 需要有人將此模版中譯就是。
至於引用古文的現代適宜作法, 最好是注意到維基百科本來就是現代網路產物, 應該以符合現代網路的方式來引用。目前很多漢學研究在引用如四書五經的經典時, 會用像西方引用聖經的方式做簡約式引用。但這些引用方式是假設版本其一, 在做文學史或經詁學, 則有版本、年代、形式等等差異性問題。就是因為如此,我個人覺得還是以現代書籍印出的古文cite book 為主, 加上Wikisource的輔助Cite_wikisource為主。如目標不是像做文學史或經詁學的漢學需要, 只是為了簡明引用古文的一部份, 那麼Cite_wikisource算是一個好的中介方案。
--(研究維基和百度百科的hanteng|留言) 2012年12月31日 (一) 08:01 (UTC)
thread_title:  如何引用古書？  

message: “模板自动生成器”已失效，请求删除或更新
(補上IP用戶日期和簽名 2012年11月27日 (二) 03:35‎ 131.162.177.191 )
replies: text: : 的確, 改連結已失校, 建議改為參見:en:Template:Cite_isbn或移除。(研究維基和百度百科的hanteng|留言) 2012年12月31日 (一) 07:44 (UTC)
thread_title:  工具箱中的模板自动生成器已失效 

message: 目前方針內文:
似乎有誤用Primarysources模版之嫌, 這編修記錄我找到在此, 原為Refimprove。
其實相關來源加強模版, 在英文維基有更多更明確的模版, 應該需要大家一起來翻譯, 使用, 以符合目前中文維基相關方針的要求。
而其中關鍵及有趣的是, 原來常用的模版中, 含有第三方來源的內容, 似乎把條目僅仰賴第一級來源內容的問題, 和仰賴非第三方來源的問題混在一起, 所以在英文維基討論中, 有要將及分開來的討論及=「第二級來源未必就是第三方來源的論述。
建議大家能貢獻一己心力, 將列明來源的相關模版需要更新、翻譯的地方補齊後，再進一步更新方針的內容。--(研究維基和百度百科的hanteng|留言) 2012年12月31日 (一) 08:25 (UTC)
thread_title:  列明來源的相關模版需要更新、翻譯 

message: 維基百科:來源已有一些子頁面，像維基百科:來源/Google Books、維基百科:來源/YouTube等．要不要在主頁面加入Special:Prefixindex/Wikipedia:來源/的連結，可以列出相關的子頁面--Wolfch (留言)-歡迎擴充基礎條目 2014年1月17日 (五) 22:55 (UTC)
thread_title:  是否要增加一個連結，看[[維基百科:來源]]的子頁面 

message: 最近通过DYK的楼姓这个条目，第一个来源是百家姓，引用了一个名为“国学网”的商业网站并写明了运营公司。小弟认为这可能会涉及商业宣传，但该条目主编者User:HYH.124在条目讨论页回复并主张“维基百科讲究列明来源且可供查证”。小弟知道WP:可供查证作为方针确有必要，但诸如百家姓这种流传甚广的文章，又不能直接引用维基文库作为来源，应该如何处理？--SFLSNZYN（留言） 2014年3月17日 (一) 09:14 (UTC)
replies: text: 那是第二手来源。--HYH.124（留言） 2014年3月17日 (一) 09:18 (UTC)
replies: text: :然而国学网的来源“基于第一手来源上，并对之进行分析、总结、解释、说明乃至评价”的内容与条目内文强调的“并不列入宋朝的古典典籍《百家姓》之中。”毫无联系，根本没有必要特别选用“国学网”的链接啊。--SFLSNZYN（留言） 2014年3月17日 (一) 10:43 (UTC)

text: :国学网那篇百家姓文章没有明确提到百家姓里没有楼姓，所以用百家姓这个来源来证明百家姓里没有楼姓这个结论是对来源的分析总结，属于原创研究。已经改为有明确提到这个结论的同主题的可靠来源。Skyfiler（留言） 2014年3月17日 (一) 19:39 (UTC)
看不大懂上面在讨论什么。只想说一句，多多寻找可靠来源，说话更有底气，也有益于条目编辑。—Snorri（留言） 2014年3月17日 (一) 20:07 (UTC)
继续努力了一下。如果争议点在“怎样使用来源证明宋朝《百家姓》中没有楼姓”，可以直接使用《百家姓》原文作为第一手来源参考，并且这样就足够了。因为非原创研究方针里面说了：
如果没有第二手来源，第一手来源只能用于描述性断言，这样的断言应使得一名理性且受过教育的非专业人士能够加以验证。
《百家姓》原文里面有没有楼姓，任何一个理性且受过教育的人应该都能通过阅读全书加以验证。因此以原文作为参考就足够了。—Snorri（留言） 2014年3月17日 (一) 20:14 (UTC)

text: 这句话的前提，是在于断言的描述性。“宋朝《百家姓》中没有楼姓”不是对来源的描述而是其他人的研究。举个例子，”迈克尔杰克逊死于2009年“是描述性断言，但是”迈克尔杰克逊没有死于2010年“是断言者自己的解读，虽然任何一个理性且受过教育的人应该都能通过阅读迈克尔杰克逊的资料来验证迈克尔杰克逊没有死于2010年，但是把这句话写到维基百科仍然是原创研究。Skyfiler（留言） 2014年3月18日 (二) 03:18 (UTC)
replies: text: : 如果（可靠）来源有提供“迈克尔·杰克逊死于2009年”，则“迈克尔杰克逊没有死于2010年”就不是原创研究。“基于来源的研究”是允许的。--211.137.119.242（留言） 2014年3月18日 (二) 03:32 (UTC)
replies: text: ::为什么是2010年，不是2011年或者2012年？这个年份的选择是来源没有支持的，如果标尺是原创研究，即使被衡量的对象不是原创研究，衡量的结果仍旧是原创研究。基于来源的研究那段话说的是收集与整理，而且明确提出“切勿超越来源中的表达”。--Skyfiler（留言） 2014年3月18日 (二) 18:47 (UTC)
replies: text: ::: 因为您没有要求进一步分析其它内容，比如“迈克尔·杰克逊为什么没有死于2010年”；也没有提供上下文告诉我，特别证明不是2010年（而非其它年份）的理由。所以我的前提是，您已经把其它内容（为什么特地介绍“死于2010年”的理由、上下文潜台词等）都搞掂了，只需要来源管“死亡年份!=2010”，而不用管为什么列出这个式子。所以这没有超出来源的表述。

text: ::: 回到“楼姓”条目。描述中文姓氏很容易想到百家姓，所以表述“楼姓不属于百家姓”，是个很充分、很符合大家思维的正常理由。接下来，百家姓本身就可以证明这里面没楼姓，您也承认“大家阅毕百家姓后，都会承认百家姓没楼姓是事实”，如，Snorri所言，我觉得这里用第一手来源没有问题。事实上我觉得这个讨论已经跑题了。

text: ::: 文中介绍“百家姓没楼姓”的理由可以说是自然而然的，而“迈克尔·杰克逊没死于201x年”的确是个很奇特的观点（所以这时相当需要第二手来源）；有了理由后，就是来用参考支持正文。我上面说的是第二点，而您大概是想说第一点，不知道我是否理解了您的意思？--211.137.119.243（留言） 2014年3月19日 (三) 03:57 (UTC)
搞什么？这点小事也要争论。--HYH.124（留言） 2014年3月18日 (二) 13:58 (UTC)

text: 《百家姓》內文不過幾百個字，有哪些姓氏沒有哪些姓氏一眼就望盡了，居然還要為此爭吵，維基百科制度腐朽至此，實在太好笑。--Mandylau1988（留言） 2014年3月18日 (二) 20:46 (UTC)
各位都偏题了。这种古文应该链接到维基文库。英文维基百科提到：“The original concept for Wikisource was as storage for useful or important historical texts. These texts were intended to support Wikipedia articles, by providing primary evidence and original source texts, and as an archive in its own right. The collection was initially focused on important historical and cultural material, distinguishing it from other digital archives such as Project Gutenberg.”维基文库上的文本应该对应原件的扫描版，而中文维基大多数内容只是文本粘贴上，用校对扫描版的page功能的页面很少。不过考虑到一般来说对古文原文的争议不大，直接链接到无扫描的文章也没什么问题。---{維基小霸王}-（留言）  2014年3月24日 (一) 11:22 (UTC)
#連結問題已置換成-{zh;zh-hans;zh-hant|百家姓}-. 　国家数字文化网. 　国家数字文化网.   [2014-03-28] （中文（中国大陆）‎）.  ，下次可以使用site:edu.cn或site:edu.tw等搜尋參數過濾來源。
#断言是否為描述性，且「这样的断言应使得一名理性且受过教育的非专业人士能够加以验证。」亦可以問，是否可以說XXX獨裁者有／無列入《現代獨裁者百科全書》呢？這也是可以验证的斷言，更不用提那來源是方針WP:可靠來源#歷史說明的可靠第三級來源喔。--❦‽維基vs百度‽來源專題 hanteng✉ 2014年3月28日 (五) 12:41 (UTC)
thread_title:  流传较广的引用来源如何处理 

message: 問各位列表來源的主要來源數如何決定以符合中立性方針中的WP:比重及WP:歸屬潛在偏見，參考以下例子：
#全国爱国主义教育示范基地
#中国省级行政区地区生产总值列表
#獨裁政體列表
#中國公主列表
#中國狀元列表
#中国武术家列表
#中國武將列表
#中國君主陵墓列表
#中國寺院列表
以上例子來源數不一，來源與列表中的各表項目也不一。請回答來源、列表項目的關係應為何以符合方針要求？--❦‽維基vs百度‽來源專題 hanteng✉ 2014年3月28日 (五) 09:11 (UTC)
*别夹私货。 --达师 - 277 - 465 2014年3月28日 (五) 13:51 (UTC)
*:如何“夹私货”？---{維基小霸王}-（留言）  2014年3月28日 (五) 14:29 (UTC)
*一桌宴席上混进了一坨狗屎。--Gilgalad 2014年3月29日 (六) 22:43 (UTC)
**只要方针里有说“狗屎不能上宴席”，自然就没有此次争议了。Dddddb（留言） 2014年3月30日 (日) 05:50 (UTC)
***阁下刚注册两天，就在提删投票里这么活跃，引用起方针政策来头头是道，对wiki tags也驾轻就熟，这种学习能力实在让人佩服！--Gilgalad 2014年3月30日 (日) 07:42 (UTC)
*就在下經歷，成熟的列表（列表成員較為穩定，尺度單一，或（可能）具有偏向性）往往是在某一或某幾個來源基礎之上或者直接搬運或者二次歸納而成（如BWV）；而不成熟列表（需要不停增減成員或者尺度來源複數者）則需要大量互相獨立（互不引證）的來源來支持，就此很難一概而論說“是”或“否”。如之前討論中所述，在下傾向于在條目名中直接指明來源傾向以一次性形成成熟的列表。而對於己所謂不成熟列表，往往採取複數（互不引證）來源重合指明者優先收錄的原則。後者仍須慎重對待（對人物采“蓋棺定論”，對變化中的事物采兩頭引用兩向收錄 ），且往往因來源過於繁雜而使條目變得臃腫不堪。--JuneAugust（留言） 2014年4月3日 (四) 02:57 (UTC)
thread_title: 列表條目的來源數

message: Help:脚注/格式指引：
replies: text: 句尾的脚注可选择放在标点符号之前或之后（如整段多句作注，请尽可能分段），但全文应该统一使用，而不应混用。
Wikipedia:列明來源/来源标示位置：

text: 若对某句内容标示来源，请附加在该句最后一字与句号（或标点符号）之间。
是否应修改前者的内容？--Zetifree（留言） 2014年5月1日 (四) 12:45 (UTC)
thread_title:  与[[H:FN]]的一处矛盾 

message: Help:脚注/格式指引：
replies: text: 句尾的脚注可选择放在标点符号之前或之后（如整段多句作注，请尽可能分段），但全文应该统一使用，而不应混用。
Wikipedia:列明來源/来源标示位置：

text: 若对某句内容标示来源，请附加在该句最后一字与句号（或标点符号）之间。
是否应修改前者的内容？--Zetifree（留言） 2014年5月1日 (四) 12:45 (UTC)

text: (＋)支持修改前者的內容，目前不少優良條目都不會這樣哪有人腳註這樣放的？放腳註--M940504（留言） 2014年5月5日 (一) 07:46 (UTC)
replies: text: :(：)回應，这似乎是另一个问题了，就是假如编者对某个词作脚注应该放在词旁边还是句子结尾。H:FN说放在词旁边是可以的，WP:CS则没有提及。--Zetifree（留言） 2014年5月6日 (二) 05:50 (UTC)

text: (＋)支持修改後者的內容。這樣也好閣下有點誤會吧？。那樣也好。都沒問題吧。－hiJK910 -{じぇじぇじぇ}- 2014年5月5日 (一) 07:58 (UTC)
replies: text: :(＋)同意：我觉得都没问题。——蘇州宇文宙武的主頁 ♨留言 ☎交友 ★贡献  2014年5月8日 (四) 10:32 (UTC)

text: (＋)支持修改前者的內容以符合後者的內容：若對某句內容標示來源，請附加在該句最後一字與句號（或標點符號）之間就像這樣。。若對某段內容標示來源，請附加在該段落最後的句號（或標點符號）的後面。— lssrn45 | talk 2014年5月5日 (一) 08:19 (UTC)
replies: text: :(＋)同意您的看法。--Zetifree（留言） 2014年5月6日 (二) 05:50 (UTC)

text: 不矛盾吧？句尾的脚注可以是对某句内容做注，也可以是对前面多句做注。--Kuailong™ 2014年5月5日 (一) 18:53 (UTC)
replies: text: :(：)回應，如果是仅对某句做注就矛盾了，前者说标点前后都可以，后者说要放在前面。--Zetifree（留言） 2014年5月6日 (二) 05:50 (UTC)

text: 我的观点是如果对词语作注，放在该词的后面，如果对整句作注，放在句子及标点符号的后面这里对“后面”作注。这里对整句话作注--Gqqnb（留言） 2014年5月6日 (二) 22:33 (UTC)
老生常談的話題不下十次了，還不是一樣在爭脚注放的位置是在前還是在後，真不曉得談這麼多次，這能有何幫助？大概又是不熟悉使用脚注的人才會討論這樣問題。可別想因為這次討論出來什麼結果，整個維基百科全部條目照著適用之，每個條目使用脚注方式不同是常見的情況，就像每個人都有五官，不會因為有了五官就會每個人的面孔都長得一樣，難道這也算是種矛盾嗎？所以說，奉勸老是爭論脚注位置放前放後這問題的人可以適可而止，多去先翻閱之前討論，好好做個研究功課下功夫再來問，一看都知道問題與之前討論一樣就是沒去研究功課，看見什麼想到什麼就跑來問的這種人，這樣做法不會求得什麼結果出來，他們會回答也是照之前討論如出一轍，結果不會有所不同，這正是問題所在，沒必要對明知沒結果的討論重新開相同議題來發問。--111.252.233.91（留言） 2014年5月7日 (三) 17:01 (UTC)
thread_title:  [[WP:CS]]与[[H:FN]]的一处矛盾 

message: 許多時候演員客串某角色，甚至戲份重到配角，媒體並不會報導(要報導會報不完)，這時該戲劇或演員的facebook就是最直接且唯二的來源了，把它擋下來是什麼理由？演員本人證明他有演這個角色(間接證明他有參與這部戲劇)不是最好的證據嗎？不然台灣三立鄉土劇世間情多達四五十位配角要怎麼證明他們有演世間情呢？
剛才，我只是要證明蔡小潔近來有參與瘋神無雙(飾演瘋神歌舞團航海王的娜美)，結果就因此被擋下來了，只好讓它沒有來源了。這是什麼道理呢？
--克勞棣 2014年9月7日 (日) 06:53 (UTC)
replies: text: 演員在自己FB專頁發佈的消息屬第一手來源，而且非常容易刪改，為了保障來源的準確一般會使用報導該一手來源的媒體（第二手來源）。除非該FB信息是該資訊的唯一來源而且符合收錄標準，一般不會為FB鏈接開綠燈。-- 同舟（留言） 2014年9月7日 (日) 14:20 (UTC)
replies: text: :再怎麼刪改也祇是描述事實的方式不同，並不能改變事實，況且它還有劇照佐證，她確實有演這個角色，觀眾在電視上看到的這個人就是她。明明知道這是事實，卻不能用，這會不會矯枉過正？克勞棣 2014年9月8日 (一) 05:55 (UTC)
replies: text: ::倒不如用該電視節目的工作人員名單來作來源……facebook上的是演員自己的聲稱，有劇照佐證不如直接用劇照（雖然說這樣的第一手來源我記得維基百科不接受推導？）——C933103(留言) 2014年9月9日 (二) 00:39 (UTC)

text: 既然客串角色媒体并不会报道，那就说明没有关注度，没有收录的必要。—Chiefwei（论 - 编 - 历） 2014年9月9日 (二) 03:43 (UTC)
replies: text: :問題是維基就是收錄了。世間情主配角四五十位，每一位都列出了飾演的演員，比官網的人物介紹還詳細。還有我明明說的是「客串某角色，甚至戲份重到配角」。要是有媒體報導才收錄，你就不能從維基知道常常見到的綠葉演員(例如廖峻、陳慕義，還有今年的金馬獎終身成就獎得主田豐)歷年演過什麼配角了，幸好維基不是這樣。終身成就獎得主演過什麼戲你說重不重要？克勞棣 2014年9月9日 (二) 16:00 (UTC)
replies: text: ::維基百科不是不經篩選收錄資訊的資料庫，就算是美國影星的條目都只會收錄代表作或獲提名角色，一般不會不分輕重連不獲報導的客串角色都寫進去。--同舟（留言） 2014年9月9日 (二) 16:15 (UTC)
replies: text: :::阿诺德·施瓦辛格电影列表只會收錄代表作或獲提名角色？只列出代表作電影或獲提名角色？維基力圖做到「全面」並沒有錯，許多維基人事實上在演員參與作品上也力圖做到「全面」，這不會照你的意見走。還有我已經說過了，不只是客串，還有配角。克勞棣 2014年9月10日 (三) 07:05 (UTC)
thread_title:  問：為什麼facebook頁面作為腳註來源會被自動過濾器擋下來？ 

message: 發問日期                          	發問人                                         	發問內容                                                                                                                                                                                 	回覆  	備註
2015年2月12日 (四) 07:48 (UTC)    	31.220.7.164（留言）                            	想請問一個關於中文維基百科管理員:列名来源的問題，以免新進用戶誤觸中文維基百科管理員的底限。哪些連結是可以被引用的？請舉例。哪些連結是可以不能被引用的？也請舉例。謝謝您花時間看討論。                                                                                          	範例  	範例
2018年6月8日 (五) 11:30 (UTC)     	Eric.k----talk w me 簽到吧!雖然還沒有人Email         	有關單句、字詞的來源問題標示。
有關來源問題的不清楚，希望可以從原本對整個條母或整個章節的註解改成對單句的。                                                                                                                               	    	
香樁抗癌參佐http://www.toona.com.tw/index-ch-6.htm LIN.CHIH-HUNG（留言） 2017年4月4日 (二) 12:41 (UTC)
thread_title: 問題

message: 維基百科:列明來源在「來源標示位置」一段，對腳註的放置格式有以下的「指引」，抄錄如下：
* 若對某句內容標示來源，請附加在該句最後一字與句號（或標點符號）之間。
* 若對某段內容標示來源，請附加在該段落最後的句號（或標點符號）的後面。
翻查該頁的編輯記錄，我發現以上的「指引」是由用戶:W587l於2013年8月26日（一）16:57自行加入的。由2010年10月18日首次編輯，到2013年8月28日最後一次編輯為止，此用戶共有110次編輯記錄，翻查當中的記錄，未能找到他任何發起或參與有關制訂上述「指引」的討論。此外，在維基百科討論:列明來源的記錄當中，也沒有相關的討論、共識或投票記錄。根據我所接觸的學術資料，腳註一般都是放置在標點符號後面的，從來未曾聽聞以上「指引」的規定。有見及此，我建議從有關頁面移除上述未經共識的「指引」，多謝垂注。--Clithering（200+ DYK） 2015年4月3日 (五) 12:31 (UTC)
replies: text: 這段內容未經討論嗎？我怎麼記得當年好像有相關討論。--M940504（留言） 2015年4月4日 (六) 08:12 (UTC)
replies: text: :討論在哪裏啊？敝人未找到。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2015年4月4日 (六) 08:18 (UTC)
*(！)意見，以敝人接觸過的中文學術資料，並不乏把註號放在標點符號前面的（例1、例2、例3）。個人的觀點是：如果某標點符號後面接一組括號數字後再緊接一句話，中文語法會被視為後句的序次而不是前句的註解（Wikipedia:格式手冊/標點符號#括號），即例如「第一句，[1]第二句，[2]第三句」，這樣「[1]」驟眼看可會被當為第二句的序次而非第一句的註，「[2]」亦然，容易產生混淆。基於此，我自己就通常放在標點符號前面，祇有在段末才會考慮放在句號後面與否。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2015年4月4日 (六) 08:18 (UTC)
*(！)意見，以接觸的芝加哥格式、近幾年年輕學者的中文學術專著、最近的研討會論文、較新的研究方法論翻譯本來看，除非是引文或特殊名詞，才緊貼文字之後外，即使是甲、乙、丙、丁這種單詞並列形式，依然用紅色、[1]黃色、[2]藍色、青色來表示；也就是說，除了引文或特殊名詞外，都是在符號後標示。不過，由於中文的形式而言，因比較美觀及您所說的語法直觀問題，普遍上會存有並用「第一句[1]，第二句[2]，第三句」的做法。我逗號處即用了後者；句號處的處理則如條規所示：當我是為最後一個子句作為一整體的概念提供來源的時候，會附加在句號之前，至於為包含複數子句、複數概念的一段句子標示複數概念的個別來源時，會放置在句號後。故會有「第一句，第二句，第三句[1]。[2]」的情況。鑒於目前學界會以芝加哥格式為準，所以條規或當改成「除引文和特殊名詞、概念須緊貼文字標示外，其餘都在標點符號後標示；非子句並列式單詞也在標點符號後標示」。我明白維基百科未必要遵守如此規矩，但若有人手持第十六版的芝加哥格式，或可以談一談最新情況如何。Cherjau（留言） 2015年4月4日 (六) 21:23 (UTC)
Wikipedia:互助客栈/求助/存档/2010年5月#到底ref应该在句号前面还是后面、Wikipedia:互助客栈/求助/存档/2014年2月#引用来源的位置--Gqqnb（留言） 2015年4月5日 (日) 00:15 (UTC)

text: :感謝以上諸位的意見，也感謝Gqqnb提供了相關的討論記錄。我個人認為採用Cherjau的修訂較為可取，但鑑於過往的討論記錄似乎沒有任何共識可言，或許我們可以退而求其次，僅要求「同一篇條目在腳註方面應該採用統一的格式便可，由編者自行決定採用任何一種方式」？--Clithering（200+ DYK） 2015年4月5日 (日) 02:31 (UTC)
replies: text: ::《芝加哥格式手冊》祇是為英語而訂製的啊——，中文的語法和標點法均與英文有所差異，所以芝加哥的方法其實不能照搬來中文的，看來很多的翻譯本都盲目追隨了外文格式而忽視了中文本身的情況（至少英文的關括號後會留個空白才接下一句，但中文的關括號後並不會留空白就直接連下一個字）。另外，祇建議統一中間標點的註號位置，但應放寬段尾標點的註號位置毋須統一，讓「第三句[1]。[2]」可以出現，以合上面提到「為最後一個子句作為一整體的概念提供來源的時候，會附加在句號之前，至於為包含複數子句、複數概念的一段句子標示複數概念的個別來源時，會放置在句號後」的情況，敝人在寫亞馬喇前地#設施的竣工就是類似想法。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2015年4月5日 (日) 10:56 (UTC)
replies: text: :::同意-{街燈電箱150號}- 的意见---{百無一用是書生}- (☎) 2015年4月7日 (二) 02:44 (UTC)

text: :::(：)回應，多謝您提出的例子，但卻又不得不否認統一把腳註號標示在標點後面也是十分普遍的造法（例子一、例子二），個人都是認為應交由條目編者自行決定採納一個統一的法則便可。--Clithering（200+ DYK） 2015年4月7日 (二) 07:39 (UTC)
replies: text: ::::我認為由條目編者自行決定不是一個好方法，因為如果同一條目有多個主要貢獻者且人人用法不同時，就很容易造成閱讀者理解上的困擾或是讓後面編輯的用戶不知何去何從。如果可以，我認為應該還是要制訂一個大部分用戶都能接受的基準並遵循這基準整理編務。--泅水大象™ 訐譙☎ 2015年4月7日 (二) 07:56 (UTC)
replies: text: :::::個人認為，如果兩篇條目採用兩種不同的腳註格式，應該不會對讀者在理解上構成困擾。至於多人協作條目方面，如果條目已經成形，除非是大規模重寫，個人認為後來者應該尊重前人在該條目採用的格式。如果條目是同時間由多人協作編寫，我想編者之間有需要透過討論頁商討包括註腳在內各方面的條目編寫事宜。然而，觀乎過往的社群討論紀錄（正如Gqqnb在上面提供），我對於社群能否對於採用一個統一的腳註標示法則達成共識存疑。--Clithering（200+ DYK） 2015年4月7日 (二) 08:09 (UTC)
replies: text: ::::::怎不會對理解上構成困擾？長期以來我每次看到寫在逗號/句號後面的註釋時都會誤會是後面那句的註釋，直到一陣子之前看到類似上面這般的討論後才驚覺原來那是引用自芝加哥格式手冊的規則，而且是對「逗號/逗號前面」的語句註釋。連長期參與的我都還曾搞混過這問題，一些初來的用戶應該會更困惑吧。--泅水大象™ 訐譙☎ 2015年4月7日 (二) 08:25 (UTC)

text: ::::::附帶一提的是，規則上我支持街燈電箱君的提案：對單一一句的註釋放在標點符號前，對整段的註釋放在標點符號後。--泅水大象™ 訐譙☎ 2015年4月7日 (二) 08:29 (UTC)
replies: text: :::::::如果拿不出國際通用格式（這是提議），這表示國際間在每個人編輯就是存在不同標示腳註的方式，那麼就不建議強制地規範，否則根據之前這麼多次討論，若真是政策這樣子反覆或者有變動，對編者與讀者都不是好事，徒增困擾（他們當中也是有人長期參與也會被政策的反覆變動給搞混），改過來又要靠機器人與大把人力去協助修正，還是將政策固定下來比較好，讓這種存在好幾年的議題有個結束吧！--114.26.139.14（留言） 2015年4月7日 (二) 17:26 (UTC)
我綜覽上述泅水大象™所提出的意見做出回應：
*（一）如果支持提案，建議採國際格式或通用慣例，好讓這樣存在好幾年議題一直討論可以終結，否則政策不確定性或存在反覆變動，對編者、讀者都不是好事，「船也要有靠岸的時候」。
*（二）這事一旦塵埃落定，即使是常用維基百科的編者、讀者，他們也是需要時間熟悉習慣，所以會有過渡期，這種期間也是需要有人手去協助，這不是機器人百分百能替代，因為編者與機器人之間容易引起編輯戰，造成管理員以為編者是搞破壞，卻也不可能挨家挨戶地去通知政策已定，這也是問題。
*（三）要考慮到維基百科的開放性質，在任何人都能進來編輯之下，這要考量到不是每個人會聽話，就算聽話也未必會上手去熟悉怎將腳註的位置標示，這便突顯出一個條目有好幾個腳註的位置，可能被許多人標示亂七八糟，那麼機器人去修正這問題是容易，但還是需要有人手去做才行，這可是超級大工程。
*（四）老早之前就對維基百科提議過，系統的編輯介面應該更具人性化，當按下儲存編輯時就會啟用防呆與偵錯通知，這樣就馬上能讓編者知道當前政策已經更改，而且系統的偵錯通知也會說明如何更改你當下的編輯上做法，這樣一來，就能免除像（三）所提的這種情況發生。--114.26.139.14（留言） 2015年4月7日 (二) 17:47 (UTC)
Clithering，你發起這議題的討論，其實之前有過很多次被討論過了，除了像Gqqnb所舉出的，我這裡再補充之前還有哪些，對於腳註標示出現二派對立互歧的意見，提議將Wikipedia:腳註#格式指引修改、改進（更改）腳註的方針、提議增加來源標示位置釋例、關於參考文獻腳註格式、Help_talk:脚注……等，由於一時之間沒法這麼快網羅許多過去的討論，就只能先找到這些了。--114.26.139.14（留言） 2015年4月7日 (二) 17:26 (UTC)

text: 其實這種事已經討論很多次，這當中政策決定是換了幾次並不清楚，但不建議反反覆覆，所以翻案不見得是好事，畢竟像這種議題的討論，在每位編者上就有不同使用習慣，在每位讀者在閱覽上對於腳註標示方式（放在句號前或後、集中在段落最後句尾）本來就有不同解讀。--114.26.139.14（留言） 2015年4月7日 (二) 17:26 (UTC)
replies: text: :如同上面有人已經說了，國際格式制訂的是以西方語系為基礎的格式守則，但是與中文標點符號的運用意義有相違之處。如果我們今天是討論英文維基的規則我當然舉雙手贊成使用，但使用在中文維基，對於不懂啥國際標準只看得懂中文標點符號的大部分讀者與編者而言，反而是一種負擔。我想應該得先把這點考量進來才能做有意義的討論。--泅水大象™ 訐譙☎ 2015年4月7日 (二) 17:58 (UTC)
replies: text: ::你說的這裡就已經算是細節了，然而我上述所說的這些話，僅能算是大概，所以請容許我沒經過腦子就胡亂提議。細節部分的考量是應該要做的，但我還是要強調，我上述所說有許多都在期望要求這議題可以有個政策明確，讓船可以靠岸，好讓這議題打轉好幾年有個結束，否則這對任何人都也是種負擔（p.s.這個負擔我上述有說過了，如果不知道就請往回看吧）。--114.26.139.14（留言） 2015年4月7日 (二) 18:14 (UTC)

text: ::補充：就我目前臨時倉促找到的歷史討論，我只能追溯到2007年，所以只知道這議題至少2007年到現在一直討論，這種政策的不確定或反覆變動，假如真的確定出政策是要統一改過來，最好是愈早靠岸是愈好，陳年積案會隨時間增加條目，日後會比現在更難做。--114.26.139.14（留言） 2015年4月7日 (二) 18:19 (UTC)
replies: text: :::閣下好像有點誤解維基百科運作的特性。依照您的分法，維基百科可能是永遠不會靠岸，而是會一直不斷反覆修正方針的。我們只能追求以現階段來說大部分用戶都同意的作法，然後去執行，但是永遠無法保證未來作法就不會被改變。--泅水大象™ 訐譙☎ 2015年4月7日 (二) 19:43 (UTC)
replies: text: ::::我沒有誤解，可能我說過頭了，讓你把我的話看成是維基政策是不能改變的，有這樣讓你對我的誤解，我先向你說聲道歉。如果你有將我之前的話「慢慢地看下來」，應該是不難發現我在強調要避免一種情況，就是這種事討論這麼多年，前後至今也討論很多次，當然會讓人覺得政策搖擺不定，即使你知道這些討論到現在沒有共識，也沒有引此產生方針指引，但對於有的人來說，不難發現會有人因此「誤以為」這些討論看成是有共識了，主要是這些多年來數次討論的發展，逐漸趨向多數人認同的特定提案（p.s.因部分原因的考量未能周全此提案而無法達成共識通過），甚至有人不會管多人認同的特定提案，只選擇自己喜歡或認同的提案，造成這些人在許多條目的編輯過程中，往往產生另一種麻煩與編輯衝突，假設這次討論是多數人認同將腳註放在句號前面，但是有其它人不理會討論什麼，高興在條目編輯中用他自己的方法去對腳註下位置，有人下在句號後面，有的是每一個逗號、分號、句號都標腳註，有的是對整個段落集中都下在最後一行的句號後面，當這些人習慣不同時，偏偏在編輯同一個條目，那麼麻煩與編輯衝突就發生了，這種編輯戰便時有所聞。簡單地說，不是維基政策不能改變，應當對每一次提案的討論之前，呼籲提案人（討論發起人）要有準備好才能向各位發起這議題討論，避免多年來頻繁地討論而時有果或時未果的情況，卻沒有一個討論達成共識，造成有人會錯覺說他的下腳註位置是根據討論（p.s.這是產生編輯戰原因之一），實際上並沒有共識，怎能先斬後奏，也由於這純屬編輯糾紛，若沒違反3RR，管理員不會想理會，所以我想問，這是各位願意見到的情況嗎？同時，我也向泅水大象™強調，其實我之前到現在說的這些話，對象是向社群們呼籲，並不是針對特定人士而言，希望請別誤會！--114.26.142.90（留言） 2015年4月15日 (三) 16:37 (UTC)
=== 对短语、句子、段落的作注位置提案 ===
我在用户:Gqqnb/判例/列明来源对此问题进行了收集和整理，欢迎大家查看。另外我提出我的提案：
#对短语作注，放置在短语的右侧。该条款受帮助:脚注支持“这些脚注和个别词语相关，这样将脚注放在词语旁边比较合适”。例1：吴宗宪上有一个哥哥叫吴堂榕对短语作注和一个姊姊。此处对“吴堂榕”作注。例2：小明到了南京东路120号402室。此处对“南京东路120号402室”作注。
#对句子或子句作注，放在该句的标点之后。例3：4月1日早上，黄洋喝下寝室内饮水机内的水，对句子作注发现水的味道不对，认为水过期了。例4：至2013年5月4日其主持的《周六大挑战》停播，吴宗宪在台节目全无。
#对多句作注，放在最后一句的标点之后，且在对单句作注的标点之后。例5：左利手之人並非所有動作都習慣或偏好使用左手，實際上完全左手的人並不多。例如有些人習慣用右手書寫、使用筷子，但投球時則偏好使用左手，這種依照不同行為選擇左或右手的情況也有許多。此外，也有雙手都能夠順利運用的動作。雖然許多人的利手和書寫的手相同，但書寫並不是判斷利手的標準。也有僅在書寫、拿筷子時使用左手，其他動作都習慣使用右手的人。此外一個有趣的現象則是惯用右手的人通常会左脚占优，反之亦然。对多余一句句子作注
#综合示例：2014年10月15日，周小平和花千芳以网络作家身份参加在北京召开的全国文艺工作座谈会，与中共中央总书记习近平会面并被其点名，部分大陆媒体称此“引发广泛关注”。次日中共专门刊发外电报道的报纸《参考消息》甚至以一个版面的篇幅刊登周小平的多篇作品。而后，包括《人民日报》、《光明日报》、新华网、《解放军报》以及包括《环球时报》在内的多份大陆主流媒体都刊登了有关周小平的采访、评论以及社论。
--Gqqnb（留言） 2015年4月8日 (三) 01:18 (UTC)

text: 何謂「短語」？這個太自由心證了吧？到底該框到該句的何處難以表明吧--Liaon98 我是廢物 2015年4月8日 (三) 07:48 (UTC)

text: 以上提案我(－)反对，敝認為对句子或子句作注，放在该句的标点之前；正如之前所提到，標點後接一組括號數字後再緊接一句話會被視為後句的序次語，而不是前句的註，以例3來說，中文語法就會把這個號碼拆理解為「[2]发现水的味道不对」而不是「黄洋喝下寝室内饮水机内的水，[2]」，正正就是SElephant所說的造成搞錯的情況。另外H:FN所說「有些編輯者會喜歡將註腳放到標點符號後面」，好像在暗示把註號放在標點後面是些不正規的做法，故而在後面提出反例來鼓勵大家盡量把註號放在標點之前。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2015年4月8日 (三) 10:16 (UTC)
replies: text: :Gqqnb，不要去管什麼短語、句子、段落，我是建議提案單純一點，全部都統一將來源標註在句尾，句尾就是以句號去判斷一個句子的結束，所以要將來源標註在句號之前還是之後，這我沒意見，反正統一就好。這提案唯一缺點，內文每一句子充滿腳註顯得密密麻麻，同時這也是優點，每個句子都有來源，便於讀者快速找到來源。--114.46.238.16（留言） 2015年4月8日 (三) 14:58 (UTC)

text: :我赞同“对句子或子句作注，放在该句的标点之前，而为整段作注则放在句点后。若有一句话在一段话的末尾，然后在句号后面标来源，那我们无从得知这个来源到底是佐证这句话还是一整段话。同理，如果有一个来源被扔在一段话的句号之后，我们也无从得知这个来源到底是佐证最后一句话，还是一整段。- I am Davidzdh. 2015年4月10日 (五) 15:04 (UTC)

text: (＋)-{支持}-：要加強的是，對整個段落的註解應徑放在段落最後一個句號後面；至於短語恐怕以詞語一詞來指涉較佳，此外引用時必須緊貼文字，或在引文號外立刻註釋。第3條對註釋號碼的排序要求不錯。Cherjau（留言） 2015年4月10日 (五) 14:16 (UTC)
(＆)建議，敝人的理念其實很簡單——就是不要讓「[1]一句句子開頭」的情況出現。否則在中文語法會造成解拆錯誤。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2015年4月8日 (三) 10:16 (UTC)

text: -{街燈電箱150號}-，請留意詞意註解，這是必須要這麼做的，比如：「惟地層變動頻仍，植物社會呈現反覆演替的狀態，不易達到極盛相社會。」這時候必須要在「植物社會」、「極盛相」加入詞意註解，變成「惟地層變動頻仍，植物社會[註1]呈現反覆演替的狀態，不易達到極盛相[註2]社會。」若不這麼做的話，將詞意註解統一標示在句尾就顯得很奇怪，既然是對「植物社會」、「極盛相」解釋其詞意，將詞意註解於句尾就變得失去用意，本來就是要用來解釋才會放在像「植物社會」、「極盛相」這種的關鍵名詞旁邊。--114.46.238.16（留言） 2015年4月8日 (三) 14:49 (UTC)
replies: text: :對不起，我表達得不好，我的原意是祇限於句頭的時候要避免，中間出現是可以的，上面我改了一下建議。即是「植物社會[1]呈現反覆演替的狀態」還是可以的，但「[2]发现水的味道不对」則要避免。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2015年4月8日 (三) 15:08 (UTC)
replies: text: ::我想說，不能接受在逗號後出現注釋號碼，其實等同無法接受在句號後出現註釋，尤其是段落中的句號後出現號碼，也即不能接受在標點符號後出現號碼並以此註釋統釋複數子句、句子的做法。如果後者的邏輯可以接受其實即使在逗號後出現號碼也不是甚麼非常唐突或難以理解的事情。至於中文語法的直觀問題，只要大家看習慣了就沒有問題了，中文本來沒有這麼複雜標點符號，我們打敗仗了所以就有了，後來就習慣了（笑）。閣下需要對段落中間出現的句號的註釋號碼位置提出建議。Cherjau（留言） 2015年4月10日 (五) 14:16 (UTC)
replies: text: :::並不完全等同，而且概念亦有不同。舉個例：

text: :::*我可以接受：一句句子。[10](後面沒有話再說)

text: :::*但不能接受：一句句子。[10]同行還有東西……

text: :::敝人的概念是以註號為中心，然後看註號的前後連着甚麼東西會否影響中文語法；並不是以逗/句號為中心來論註號位置統不統一。逗號後出現號碼本身對敝人來說並不是問題，但號碼括號後面接着文字才是最大問題，即是說如果出現了「第一句，[1]」而同時又不會導致「[1]第二句」的話也是可以的，例如一些列點式：

text: :::
replies: text: ::::可能出現的重疊情況包括：

text: ::::*耶穌受難日、復活節前日或復活節的其中一天與清明節，[1]

text: ::::*佛誕節與勞動節，[2]

text: ::::*中秋節與中華人民共和國國慶日。[3]

text: :::

text: :::而且序次語已經不單祇是直觀問題，而是它是先人留給我們的固有用法，我們又不是權威，無得隨便說放棄「[n]某句」理解為序次語，尤其是「第一句，[1]第二句」的做法究竟有沒有看習慣也都是個疑問，至少敝人看不慣。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2015年4月10日 (五) 18:08 (UTC)

text: 好像相当多的用户无法分开思考功能和外观。请@Cdip150：看下图的脚注位置示例，是否可以接受。第一种是脚注标记后加一段空白（长度可商议）；第二种是脚注标记在标点符号上面，且后加一段空白（长度可商议）；第三种是脚注标记在标点符号上面，不加空白。--Gqqnb（留言） 2015年4月11日 (六) 06:25 (UTC)
replies: text: ::*以臺灣的標點符號來說，不可能放在「上面」的...因為臺灣的標點符號跟普通中文字一樣是佔全格大小的。--Liaon98 我是廢物 2015年4月14日 (二) 15:09 (UTC)

text: :不是外觀問題，而是文法不符的問題，三種均不行。中文正常行文的時候，空白僅於段落開頭或敬佩場合，第一和二種明顯就不是這兩個情況，外觀是較好啊，但是違反了語法。标点符号上面加註更是從來就無此語法。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2015年4月11日 (六) 07:36 (UTC)

text: :*(！)意見，請問英文有沒有你上面提出的同類問題？--Clithering（200+ DYK） 2015年4月11日 (六) 10:13 (UTC)

text: :**「中文的語法和標點法均與英文有所差異」較早前已說。英文本身是以空白來分詞但中文不是，英文的序次語正確並不是用一對括號的，英文的敬佩場合則是透過動詞時式來表達而不是透過標點或空白。所以中文發生的問題並不會發生在英文。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2015年4月11日 (六) 13:47 (UTC)

text: :***你的敘述已經從前面的個別看體的直觀觀感變成了這裡的語法邏輯問題。中英文有別，這個自然，但是註釋系統不是行文的標點符號，更與語法無關。以目前一般的閱讀者來說，註釋如：「惟地層變動頻仍，植物社會[註1]呈現反覆演替的狀態，不易達到極盛相[註2]社會。」並不會讓讀者誤解「植物社會[註1]呈現」的[註1]是在註釋後者的「呈現」，是以即使是一開始不習慣在逗號後看到註釋號的讀者，也不會認為逗號後的註是在註釋逗號後面的概念或名詞。只要留意到整個註釋系統的邏輯（如我），就立刻明白這個註釋方式的運作方式，與所謂中文的語法應該毫無干係，是以我想即使我不是權威，想必也不會冒犯先人們其實自古代以來一直變化多端，莫衷一是的語法（笑）。另外註釋號與序次號或序次語之間相差甚遠，不當混為一談。Cherjau（留言） 2015年4月11日 (六) 18:22 (UTC)

text: :****「標點後接一組括號數字後再緊接一句話會被視為後句的序次語」這個本身就是個語法邏輯而不是觀感。註釋系統的括號數字被用於行文裏，其標點符號自然也屬於行文，當然與語法有關。「植物社會[1]呈現」不會混淆是因為此處的語法本身就不會理解為後者，但「，[2]發現水」卻會，所以未懂註釋的運作方式大抵都會認為逗號後的號碼是屬於後面的句（正如SElephant君的理解），即使讀者及後搞清楚了邏輯也祇會感到奇怪或認為是錯的，因為語法告訴了號碼是為後面的，但實質原來不是，原來是含着前面的註解；所以其語法的關係極大。標點符號的變化是權威的責任，我們不能隨便拋它變化多端出來就可以擅自改標點意思。註釋號與序次號它們兩者以相同方式呈現，兩者當然可以進行比較。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2015年4月11日 (六) 19:12 (UTC)
replies: text: :::::「是以即使是一開始不習慣在逗號後看到註釋號的讀者，也不會認為逗號後的註是在註釋逗號後面的概念或名詞。」這個說得太過一廂情願了，就像我經常閱讀維基百科，即使都很了解註腳是什麼回事，但還是每當看到「，[2]發現水」心裡常常第一時間當了它是後面的，如果是新手那更會容易搞混。--103.10.197.252（留言） 2015年4月12日 (日) 05:40 (UTC)
replies: text: ::::::對於「，[2]發現水」這種情況的發生，無論是作者筆誤，還是作者本身對腳註放的位置沒有概念，我是提案用過濾器去阻止，並將警告訊息告訴給作者知道，好讓作者將註釋放的位置做修改，或對句號、逗號做修改，如果不這麼做，等這事發生，自然沒人會明白作者寫成「，[2]發現水」這種樣子是何意，搞成大家看到都猜來猜去，認為是後面、覺得是寫錯，討論這種並沒什麼幫助。--114.46.9.163（留言） 2015年4月13日 (一) 15:54 (UTC)
replies: text: :::::::@Cdip150：C君與各位無名氏。抱歉，回覆遲了，之後又要出門一段時間，且允我在這裡簡單回覆。首先註釋不會與序次語混淆。C君，您在剪貼該“植物”例句後，將“註”字去除的做法在在地在告訴了我們，[參2][註3]這樣的文中插註寫法不會讓讀者把註釋號與序次語混淆的。諸君，對於不了解何謂序次語的各位，序次語乃是中文中，1，2，3，其一、其二、其三抑或首次、其次、再次、最後的序次用語，與我們在維基百科中最普遍的註釋[1]幾乎完全不可能混淆，而且註釋有顏色外通常還會有[3]或[13][15][20]的情況，錯認為是序次語是不能夠成立的。註釋號在逗號後面，或許會因為讀者在句子當在標點符號與標點符號之前的歸納經驗，而造成短暫的困惑，然而，重點是註釋系統從來都只是註解前面而沒有註解後面的，是以對於一般中文使用者來說，正如他們沒有正式或認真學習標點符號，也能夠歸納出句子屬於符號與符號之間的經驗的同時，他們也在日常閱讀經驗中，也將能夠歸納而同樣理解這個位置的註釋只會註解前文而非後文。於是我可以直接這樣子說，一、以註釋系統會與中文序次語相互混淆為理論基礎，二、只看到讀者對句子經驗的歸納而沒有看到更根本的讀者對註釋系統的歸納經驗的必然，來反對註釋存在於逗號後，是不能夠成立的，註釋號必然註釋前文而非後文的歸納經驗將會壓倒逗號將句子分開的歸納經驗。說到這裡，我必須向各位坦白，我其實在維基百科中編輯條目時書寫註釋的做法與C君等士的做法是一樣的，我其實更喜歡註釋在逗號前而非逗號後，但是做法和討論必須分開來，我一直希望有更好的論證能夠支持我的實際做法，而且熱烈期待貴方的勝利，以便我不用去更改我的註釋習慣，但是我更希望能夠討論出來更加合理的做法。對於兩位IP無名氏君，首先是103君，您的“第一時間”是如前的句子歸納經驗所致，然而正如您的行文所述，閣下在“第二時間”就明白註釋是屬於前句的，是以中文讀者們，會有與您和我一樣，在初期接觸時，會有經驗印象上的衝突問題，但是這不會導致註解向後註釋的錯誤認識，因為兩個經驗衝突後，註釋必然註釋前面的經驗不會動搖，也不會有人提出這種向後註解要求。114君，對您的回應已糅合在前面。各位，我認為註釋系統選擇在逗號後，就我淺見，乃是一種更為簡化，更有道理的做法，除引用或特別註釋的緊貼文字外，餘下的放置在標點符號後，對於一個永遠都有新生的新手的世界而言將會是個更為直接且更為簡便的方法。Cherjau（留言） 2015年4月15日 (三) 11:29 (UTC)
replies: text: ::::::::「，[1]某句」都是序次語行文用法，而不祇有「1」、「其一」、「首次」，事實上序次語在行文裏還可以延伸寫為「[重點1]XXXXX，[重點2]YYYYY」、「[例1]XXXXX，[例2]YYYYY」諸如此類的寫法，比如以下例子也是可以的：
replies: text: ::::::::需要注意的重疊情形包括：[情況1]耶穌受難日與清明節，[情況2]佛誕節與勞動節，[情況3]中秋節與中華人民共和國國慶日。情況1如若出現的話，於其之前的一天補假；而對於情況2和情況3，則於其之後的一天補假。
replies: text: ::::::::
replies: text: ::::::::所以就算「，[註1]一句句子」被理解成為一個序次並不出奇。另外，部份版面配置諸如列印版本是完全無色區別的，即使您現在看到了色彩但在理論上仍然要當它們全部都是黑色（而且還要當它們是如紙上的不能按的），所以這裏不能以顏色不同來說不會混淆。而您的理據也存在了問題，沒錯「註釋系統從來都只是註解前面而沒有註解後面的」，但也要確定到讀者憑日常閱讀經驗中理解得到「，[1]某句」這個位置被用於「註釋系統」才行——可是這個並不能確定，若他歸納不到「這個位置是註釋」的話那怎樣去啟發他去「歸納這個位置的註釋只會註解前文而非後文」呢？故此這裏當然祇能考慮「讀者對句子經驗的歸納」，如果有機會導致讀者的歸納與實際不同，那考慮「讀者對註釋系統的歸納經驗的必然」是沒有意思的。再簡單點說就是：[1]「句子屬於符號與符號之間」可以確定，[2]「註釋只會註解前文而非後文」可以確定，[3]「這個位置是註釋」則不確定；而第3的不確定令人會沒有第2的理解。還有敝人這裏並不是反對「註釋存在於逗號後」，而是反對「逗號後的註釋與之後的文字並列」，這是兩個完全不同的概念。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2015年4月15日 (三) 16:04 (UTC)
replies: text: :::::::::@Cdip150：感謝C君速覆。針對第一段的舉例，在下認為還是略微牽強，所謂序次語自然有許多種，但是這種類似註釋然後插入行文中的序次語，您的舉例真的是——恕在下孤陋寡聞，真的是很少見到。在維基百科中出現的這種上挑的夾敘文字的敘述句，我想幾率應該是很低的，我嘗試用個人認為最有可能的[例1][情況3]去搜尋這種句法——我找不到。是以即使存在這種序次語，想來也不會普遍存在於中文維基百科，而既然目前近乎不存在，又或許會造成那麼樣的困擾，那麼限制、禁止、隨時糾正其存在即可解決這種的困境。

text: :::::::::關於彩色與列印版本的問題，就讓我們假設終端戶色盲好了，我想就我前面所提及，乃是閱讀經驗歸納的問題，與顏色或許無甚關係，不過就這裡言之，我想我們必須以一般個體健康、人體功能完整的用戶，以及在網路上使用的維基百科來討論這件事情，若是連列印版本、色盲用戶甚至是視障用戶或電腦自動辨認轉述的維基也要討論進來，我恐怕這個世界上不存在如此完美的系統可以兼容如此之多的條件限制，而更重要的是這種單色印刷成果，即「逗號後的註釋與之後的文字並列」，乃是目前學術界在進行式的事情，普遍存在於現代的書籍中，並未遭遇激烈的反抗或強烈的困擾。針對歸納經驗的可能性問題的質疑，其實對閣下和在下都是雙刃劍，若是在下提出的用戶體驗歸納的論述存在著與實際不同，而造成討論用戶閱讀經驗的普遍必然性的不可能，那麼閣下所主張的對讀者的混淆的普遍必然性，也將會因為存有一定的機會的差異而無法申述。閣下讚同「句子屬於符號與符號之間」及「註釋只會註解前文而非後文」，但主張註釋的的位置是不確定的這一點，實際上就在本次回話一開始，在下對序次語舉例部分的反駁及建議部分，已經說明這種註釋方式與序次語產生混淆的可能性太小，而且按照您與我都同意的「註釋只會註解前文而非後文」的普遍經驗來看，一般用戶將能夠按照一般的經驗以此摸索，推演然後得知這個就是註釋。Cherjau（留言） 2015年4月15日 (三) 19:33 (UTC)
replies: text: ::::::::::黑白列印版本一直以來都是維基百科最少要考慮的事情，任何造成印本不便的情況我們都有在避免（例如H:FN：「不應使用滾動框列出註腳，因為在列印時滾動框內的註腳可能不會被完整印出」就是一例），而禁止本來語法正確的做法（無論是常見或罕見）去迎合不妥的做法（無論其普遍程度）更是本末倒置；就算未有反感，但普遍做得不好我們也要跟隨？雙面刃的問題，事實上我們無論如何都應該帶出最正確的語法給讀者，而不是走去假設讀者如何看懂，要是語法正確的話那怎麼都不會被有效質疑。事實上我一開始提出的中文文法問題根本就不假設讀者了解中文文法與否，因為文法本是固定的，讀者不了解那是他自己的問題；相反，以無準則的普遍程度來假定讀者了不了解真正意思，那自然就會有所爭議，若我們假定讀者看到了普遍用着的文法不符也會懂明白，但原來實際不是，那問題就變了出在我們身上。您總不能夠說「某個語法錯誤因為都不大可能導致讀者誤解，而且很普遍，所以那錯誤做法還是可以用」吧。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2015年4月15日 (三) 21:30 (UTC)
replies: text: :::::::::::我知道所謂可列印版本的需求，但是以此推論可列印版本的輸出結果為維基百科的書寫方式的最終約束力，恐怕這樣子是本末倒置的。維基百科作為網路百科全書，固然會考慮到列印輸出的需要性，避免以上結果，但是反要以紙本為最終呈現結果來限制其在網路上的呈現方式，我想這是不合理的。即便如此，如同我所推論及主張，即閣下在前一個回覆所舉例子不合理和小字在上的註釋不會誤為序次語，最後即使是按照在下的所建議的註釋方式導出的紙本輸出結果，將不會導致閣下主張的誤讀。閣下無法反駁註釋碼無法誤解成序次語，已經使得閣下再也無法主張這註釋方式與語法、文法有任何關聯，是以並無閣下主張的本末倒置的問題。如今市面上，兩岸較新的學術書籍，普遍應用這種方式的普及性，閣下和我恐怕都無法以普遍程度無法測量來駁斥，甚或以從來一直在變化或局限於政治中心的權力行使範圍，取決於各地使用人群使用習慣的所謂標準語法或理想文法，以對前面所推論的符號—句子和註釋必前的兩個定式和一個衝突後的必然的忽略，來無視一個比起文法恐怕較為真實、統一的現象。最後關於C君您假設在下主張的主張，在下認為，一、如前論，與語法無關，二、因此也沒有錯誤可論，三、正如您我都認同這個是普遍使用的方法，而又以之前在下所主張的，這是一個更為簡便、普遍的方法，很遺憾地，恐怕將是比較適合中文維基百科的註釋方式。(歎氣)Cherjau（留言） 2015年4月16日 (四) 02:15 (UTC)
replies: text: ::::::::::::其實您亦都沒很好去說明「[1]」不是標點、不是語法，括號就是標點符號的產物，用了就無論如何都要遵從其標點語句文法理解，不能因為已設特定用途而把這個括號當成不是標點符號而不需視它語法（又或者說「用了標點但又要當它不是標點」自打嘴巴），所以任何時間「[1]」都是與語法有關這點無可口非，故即使說「維基百科用了『[1]』作為註釋碼」亦不代表「註釋碼無法誤解成序次語」，而上面SElephant君和103.10.197.252的體驗結果亦很實在地告訴了我們「不會發生誤解」的說法是不成立的。而且「普遍」本身又是雙面刃，就算可以說「第一句，[1]第二句」普遍，但同時「第一句[1]，第二句」亦是普遍（至少我手拿的201X年的中文學術文獻還是「第一句[1]，第二句」），所以在「普遍」的層面上兩派均沒有優勢，但您卻以「普遍」來定論某一派較為佔優，已是個很大的誤點，後面再說習慣等東西也是沒有意義的。而且就算是「普遍」，也都祇是「普遍作者的寫法」，但這不能推算為「普遍讀者的閱法」，兩者沒有前因後果關係，「祇要是常見寫法就必定可以讓讀者最終正確閱讀」我不見得可以結論到出來。總括來說，您從一開始其實就沒有成功地反駁我。（另外，先評估某做法的壞情況是設計排版的基本原則，但您卻以好情況行先，您當然才是本末倒置了）---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2015年4月16日 (四) 11:17 (UTC)
replies: text: :::::::::::::嗯嗯，我們之間已經充分說明我們之間的主張或立場，我想是時候交給其他人發表意見了。關於閣下第一點用了標點符號就必然要將之視為標點符號，我雖然很想用「引用標點符號」或「註釋其實本來不包含所謂方括號，只是維基百科在網路上的自己特用的形式」的情況來反駁您的奇論，嗯，不過這種無謂的爭論還是交給大家吧。普遍的字眼，是在下載中文世界還算可以的大學的圖書館中，或者在某些私營書局中，在其中隨便翻翻在下所能看到的較新著作可以得出的結論，當然我不可能為了您的這種質疑，將過去數年的數萬家的出版社或數百萬書籍、雜誌整理一個數據給您看，我想網路上也無法得出這種數據，是以您的質疑實在是很有道理的，即我所提出的普遍性，恐怕只是我這個個體所得到的經驗，又或是在一定的幾率內的管豹之見，閣下也是很有道理的，即，即使如此這也不過是作者們「普遍的寫法」，絕對不等於「普遍讀者的閱法」，兩者之間恐怕是完全沒有關係的，每個文字交出去以後，恐怕讀者就是上帝，是以難道我必須改口說我認為註釋符號放在逗號前面會讓我誤解為這是屬於所緊貼的文字或概念的註釋，而非註釋句子麼？（大笑）這麼一來所有讀者都將會成為維基百科的獨一無二的閱讀者，而維基百科必然不能擁有任何普遍統一的形式，而我不得不以我作為反例，來推翻閣下的主張麼？於是我這種大家可以去體驗的觀察結果，靠一些必然存在的反例就要全面翻盤，莫非也要用這些作者（既然作者有這種普遍的寫法了）的經驗，來推翻所謂您三人成眾(因為作者成百上千，容我退一千步，來個1003人成眾好了)的「普遍讀者的閱法」麼？「祇要是常見寫法就必定可以讓讀者最終正確閱讀」是不能成立的這一點，我必須承認您實在太有勇氣，這世界上有一群人聰明出眾，以著述論道為我們服務，卻在您這裡完完全全拋棄了他們的讀者，我實在不忍心用您這種1003人成眾的邏輯，然後用作家們人數碾軋您們的做法來進行證明，這個也還是交給大家討論好了；所以我前面說這是您個人的直觀感受，在下從邏輯、文法、接受度、簡易度嘗試向您及各位解釋何以這是較為優秀的選擇，現在看來這恐怕我再寫十年，也無法讓閣下等改變觀賞感受。最後一點，維基百科是網路百科全書，這個性質乃是其本質，照顧紙本結果輸出，本來就不是其完全責任或義務。這是一個網路百科後來決定盡量照顧到的事情，但不是其一定要辦到的大原則，但是，即使真如閣下所主張，即使維基百科決定以紙本輸出結果為最高原則，如我在前面所說的，根本不會存在閣下所謂的「壞情況」。嘛，我本來就希望閣下的主張勝出，我就是喜歡將注釋符號放在逗號前（但不是討厭註釋符號在後），假設我們之間討論就只是這樣，我想我將不會改變我現有的做法。其他的各位如果決定放棄這個討論，由於在下已經充分闡述在下的主張、立場，那這將是在下對此議題最後一次發言。最後因為在下個人喜好的關係，我衷心希望各位充分考慮並支持Cdip150君方的立場。Cherjau（留言） 2015年4月16日 (四) 12:37 (UTC)
這個討論有很多位「C君」參與，單看「C君」也不能第一時間知道所指何人（笑）。說回正題，我還有一點疑問，現代中文文章的語句序列，不都是一般由「左至右」或「上至下」順序排版的嗎？正常人閱讀中文文章的時候，首先是看到句子，然後句子完結後在標點後方看到註腳，這不就是清楚代表這個註腳是解釋前面一句的意思嗎？放在標點前方，反不是令人以為這個註腳是解釋著句子中的某一個專有名詞嗎？根據一般人閱讀中文的習慣而言，我覺得有沒有空格其實不是重點。--Clithering（200+ DYK） 2015年4月19日 (日) 14:08 (UTC)

text: 正常人閱讀中文文章的時候，首先是看到句子，然後，正確一點說應該是——句子完結後在標點後方看到一個括號數字，關鍵是能不能理解得到這括號數字是個註腳？在我而言並非必然，由於中文文法是放標點前面或一段最後才會被視為註，那麼「第一句，[1]第二句」的語法已經表面地告訴人這不是註了，從而引起誤會（套回　閣下的話就是「然後句子完結後在標點後方看到一個括號數字，不過沒有理解為註腳，從而不清楚是解釋前面……」）。而當這個括號數字被讀者成功地理解為註腳後，才會進一步理解為「解釋前面」，不過其本身也不限定「前面」的範圍是多少，即沒有告訴讀者這是註到哪裏，都要靠讀者詳看註解內容才會知道這是註前面一個詞、前面一句話還是前面一段落。總括而言，首要是在中文文法上必然能讓人知道這是個註解功用。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2015年4月19日 (日) 17:26 (UTC)
thread_title:  腳註的放置格式 

message: 我在用户:Gqqnb/判例/列明来源对此问题进行了收集和整理，欢迎大家查看。另外我提出我的提案：
#对短语作注，放置在短语的右侧。该条款受帮助:脚注支持“这些脚注和个别词语相关，这样将脚注放在词语旁边比较合适”。例1：吴宗宪上有一个哥哥叫吴堂榕对短语作注和一个姊姊。此处对“吴堂榕”作注。例2：小明到了南京东路120号402室。此处对“南京东路120号402室”作注。
#对句子或子句作注，放在该句的标点之后。例3：4月1日早上，黄洋喝下寝室内饮水机内的水，对句子作注发现水的味道不对，认为水过期了。例4：至2013年5月4日其主持的《周六大挑战》停播，吴宗宪在台节目全无。
#对多句作注，放在最后一句的标点之后，且在对单句作注的标点之后。例5：左利手之人並非所有動作都習慣或偏好使用左手，實際上完全左手的人並不多。例如有些人習慣用右手書寫、使用筷子，但投球時則偏好使用左手，這種依照不同行為選擇左或右手的情況也有許多。此外，也有雙手都能夠順利運用的動作。雖然許多人的利手和書寫的手相同，但書寫並不是判斷利手的標準。也有僅在書寫、拿筷子時使用左手，其他動作都習慣使用右手的人。此外一個有趣的現象則是惯用右手的人通常会左脚占优，反之亦然。对多余一句句子作注
#综合示例：2014年10月15日，周小平和花千芳以网络作家身份参加在北京召开的全国文艺工作座谈会，与中共中央总书记习近平会面并被其点名，部分大陆媒体称此“引发广泛关注”。次日中共专门刊发外电报道的报纸《参考消息》甚至以一个版面的篇幅刊登周小平的多篇作品。而后，包括《人民日报》、《光明日报》、新华网、《解放军报》以及包括《环球时报》在内的多份大陆主流媒体都刊登了有关周小平的采访、评论以及社论。
--Gqqnb（留言） 2015年4月8日 (三) 01:18 (UTC)
replies: text: 何謂「短語」？這個太自由心證了吧？到底該框到該句的何處難以表明吧--Liaon98 我是廢物 2015年4月8日 (三) 07:48 (UTC)

text: 以上提案我(－)反对，敝認為对句子或子句作注，放在该句的标点之前；正如之前所提到，標點後接一組括號數字後再緊接一句話會被視為後句的序次語，而不是前句的註，以例3來說，中文語法就會把這個號碼拆理解為「[2]发现水的味道不对」而不是「黄洋喝下寝室内饮水机内的水，[2]」，正正就是SElephant所說的造成搞錯的情況。另外H:FN所說「有些編輯者會喜歡將註腳放到標點符號後面」，好像在暗示把註號放在標點後面是些不正規的做法，故而在後面提出反例來鼓勵大家盡量把註號放在標點之前。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2015年4月8日 (三) 10:16 (UTC)
replies: text: :Gqqnb，不要去管什麼短語、句子、段落，我是建議提案單純一點，全部都統一將來源標註在句尾，句尾就是以句號去判斷一個句子的結束，所以要將來源標註在句號之前還是之後，這我沒意見，反正統一就好。這提案唯一缺點，內文每一句子充滿腳註顯得密密麻麻，同時這也是優點，每個句子都有來源，便於讀者快速找到來源。--114.46.238.16（留言） 2015年4月8日 (三) 14:58 (UTC)

text: :我赞同“对句子或子句作注，放在该句的标点之前，而为整段作注则放在句点后。若有一句话在一段话的末尾，然后在句号后面标来源，那我们无从得知这个来源到底是佐证这句话还是一整段话。同理，如果有一个来源被扔在一段话的句号之后，我们也无从得知这个来源到底是佐证最后一句话，还是一整段。- I am Davidzdh. 2015年4月10日 (五) 15:04 (UTC)

text: (＋)-{支持}-：要加強的是，對整個段落的註解應徑放在段落最後一個句號後面；至於短語恐怕以詞語一詞來指涉較佳，此外引用時必須緊貼文字，或在引文號外立刻註釋。第3條對註釋號碼的排序要求不錯。Cherjau（留言） 2015年4月10日 (五) 14:16 (UTC)
(＆)建議，敝人的理念其實很簡單——就是不要讓「[1]一句句子開頭」的情況出現。否則在中文語法會造成解拆錯誤。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2015年4月8日 (三) 10:16 (UTC)

text: -{街燈電箱150號}-，請留意詞意註解，這是必須要這麼做的，比如：「惟地層變動頻仍，植物社會呈現反覆演替的狀態，不易達到極盛相社會。」這時候必須要在「植物社會」、「極盛相」加入詞意註解，變成「惟地層變動頻仍，植物社會[註1]呈現反覆演替的狀態，不易達到極盛相[註2]社會。」若不這麼做的話，將詞意註解統一標示在句尾就顯得很奇怪，既然是對「植物社會」、「極盛相」解釋其詞意，將詞意註解於句尾就變得失去用意，本來就是要用來解釋才會放在像「植物社會」、「極盛相」這種的關鍵名詞旁邊。--114.46.238.16（留言） 2015年4月8日 (三) 14:49 (UTC)
replies: text: :對不起，我表達得不好，我的原意是祇限於句頭的時候要避免，中間出現是可以的，上面我改了一下建議。即是「植物社會[1]呈現反覆演替的狀態」還是可以的，但「[2]发现水的味道不对」則要避免。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2015年4月8日 (三) 15:08 (UTC)
replies: text: ::我想說，不能接受在逗號後出現注釋號碼，其實等同無法接受在句號後出現註釋，尤其是段落中的句號後出現號碼，也即不能接受在標點符號後出現號碼並以此註釋統釋複數子句、句子的做法。如果後者的邏輯可以接受其實即使在逗號後出現號碼也不是甚麼非常唐突或難以理解的事情。至於中文語法的直觀問題，只要大家看習慣了就沒有問題了，中文本來沒有這麼複雜標點符號，我們打敗仗了所以就有了，後來就習慣了（笑）。閣下需要對段落中間出現的句號的註釋號碼位置提出建議。Cherjau（留言） 2015年4月10日 (五) 14:16 (UTC)
replies: text: :::並不完全等同，而且概念亦有不同。舉個例：

text: :::*我可以接受：一句句子。[10](後面沒有話再說)

text: :::*但不能接受：一句句子。[10]同行還有東西……

text: :::敝人的概念是以註號為中心，然後看註號的前後連着甚麼東西會否影響中文語法；並不是以逗/句號為中心來論註號位置統不統一。逗號後出現號碼本身對敝人來說並不是問題，但號碼括號後面接着文字才是最大問題，即是說如果出現了「第一句，[1]」而同時又不會導致「[1]第二句」的話也是可以的，例如一些列點式：

text: :::
replies: text: ::::可能出現的重疊情況包括：

text: ::::*耶穌受難日、復活節前日或復活節的其中一天與清明節，[1]

text: ::::*佛誕節與勞動節，[2]

text: ::::*中秋節與中華人民共和國國慶日。[3]

text: :::

text: :::而且序次語已經不單祇是直觀問題，而是它是先人留給我們的固有用法，我們又不是權威，無得隨便說放棄「[n]某句」理解為序次語，尤其是「第一句，[1]第二句」的做法究竟有沒有看習慣也都是個疑問，至少敝人看不慣。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2015年4月10日 (五) 18:08 (UTC)

text: 好像相当多的用户无法分开思考功能和外观。请@Cdip150：看下图的脚注位置示例，是否可以接受。第一种是脚注标记后加一段空白（长度可商议）；第二种是脚注标记在标点符号上面，且后加一段空白（长度可商议）；第三种是脚注标记在标点符号上面，不加空白。--Gqqnb（留言） 2015年4月11日 (六) 06:25 (UTC)
replies: text: ::*以臺灣的標點符號來說，不可能放在「上面」的...因為臺灣的標點符號跟普通中文字一樣是佔全格大小的。--Liaon98 我是廢物 2015年4月14日 (二) 15:09 (UTC)

text: :不是外觀問題，而是文法不符的問題，三種均不行。中文正常行文的時候，空白僅於段落開頭或敬佩場合，第一和二種明顯就不是這兩個情況，外觀是較好啊，但是違反了語法。标点符号上面加註更是從來就無此語法。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2015年4月11日 (六) 07:36 (UTC)

text: :*(！)意見，請問英文有沒有你上面提出的同類問題？--Clithering（200+ DYK） 2015年4月11日 (六) 10:13 (UTC)

text: :**「中文的語法和標點法均與英文有所差異」較早前已說。英文本身是以空白來分詞但中文不是，英文的序次語正確並不是用一對括號的，英文的敬佩場合則是透過動詞時式來表達而不是透過標點或空白。所以中文發生的問題並不會發生在英文。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2015年4月11日 (六) 13:47 (UTC)

text: :***你的敘述已經從前面的個別看體的直觀觀感變成了這裡的語法邏輯問題。中英文有別，這個自然，但是註釋系統不是行文的標點符號，更與語法無關。以目前一般的閱讀者來說，註釋如：「惟地層變動頻仍，植物社會[註1]呈現反覆演替的狀態，不易達到極盛相[註2]社會。」並不會讓讀者誤解「植物社會[註1]呈現」的[註1]是在註釋後者的「呈現」，是以即使是一開始不習慣在逗號後看到註釋號的讀者，也不會認為逗號後的註是在註釋逗號後面的概念或名詞。只要留意到整個註釋系統的邏輯（如我），就立刻明白這個註釋方式的運作方式，與所謂中文的語法應該毫無干係，是以我想即使我不是權威，想必也不會冒犯先人們其實自古代以來一直變化多端，莫衷一是的語法（笑）。另外註釋號與序次號或序次語之間相差甚遠，不當混為一談。Cherjau（留言） 2015年4月11日 (六) 18:22 (UTC)

text: :****「標點後接一組括號數字後再緊接一句話會被視為後句的序次語」這個本身就是個語法邏輯而不是觀感。註釋系統的括號數字被用於行文裏，其標點符號自然也屬於行文，當然與語法有關。「植物社會[1]呈現」不會混淆是因為此處的語法本身就不會理解為後者，但「，[2]發現水」卻會，所以未懂註釋的運作方式大抵都會認為逗號後的號碼是屬於後面的句（正如SElephant君的理解），即使讀者及後搞清楚了邏輯也祇會感到奇怪或認為是錯的，因為語法告訴了號碼是為後面的，但實質原來不是，原來是含着前面的註解；所以其語法的關係極大。標點符號的變化是權威的責任，我們不能隨便拋它變化多端出來就可以擅自改標點意思。註釋號與序次號它們兩者以相同方式呈現，兩者當然可以進行比較。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2015年4月11日 (六) 19:12 (UTC)
replies: text: :::::「是以即使是一開始不習慣在逗號後看到註釋號的讀者，也不會認為逗號後的註是在註釋逗號後面的概念或名詞。」這個說得太過一廂情願了，就像我經常閱讀維基百科，即使都很了解註腳是什麼回事，但還是每當看到「，[2]發現水」心裡常常第一時間當了它是後面的，如果是新手那更會容易搞混。--103.10.197.252（留言） 2015年4月12日 (日) 05:40 (UTC)
replies: text: ::::::對於「，[2]發現水」這種情況的發生，無論是作者筆誤，還是作者本身對腳註放的位置沒有概念，我是提案用過濾器去阻止，並將警告訊息告訴給作者知道，好讓作者將註釋放的位置做修改，或對句號、逗號做修改，如果不這麼做，等這事發生，自然沒人會明白作者寫成「，[2]發現水」這種樣子是何意，搞成大家看到都猜來猜去，認為是後面、覺得是寫錯，討論這種並沒什麼幫助。--114.46.9.163（留言） 2015年4月13日 (一) 15:54 (UTC)
replies: text: :::::::@Cdip150：C君與各位無名氏。抱歉，回覆遲了，之後又要出門一段時間，且允我在這裡簡單回覆。首先註釋不會與序次語混淆。C君，您在剪貼該“植物”例句後，將“註”字去除的做法在在地在告訴了我們，[參2][註3]這樣的文中插註寫法不會讓讀者把註釋號與序次語混淆的。諸君，對於不了解何謂序次語的各位，序次語乃是中文中，1，2，3，其一、其二、其三抑或首次、其次、再次、最後的序次用語，與我們在維基百科中最普遍的註釋[1]幾乎完全不可能混淆，而且註釋有顏色外通常還會有[3]或[13][15][20]的情況，錯認為是序次語是不能夠成立的。註釋號在逗號後面，或許會因為讀者在句子當在標點符號與標點符號之前的歸納經驗，而造成短暫的困惑，然而，重點是註釋系統從來都只是註解前面而沒有註解後面的，是以對於一般中文使用者來說，正如他們沒有正式或認真學習標點符號，也能夠歸納出句子屬於符號與符號之間的經驗的同時，他們也在日常閱讀經驗中，也將能夠歸納而同樣理解這個位置的註釋只會註解前文而非後文。於是我可以直接這樣子說，一、以註釋系統會與中文序次語相互混淆為理論基礎，二、只看到讀者對句子經驗的歸納而沒有看到更根本的讀者對註釋系統的歸納經驗的必然，來反對註釋存在於逗號後，是不能夠成立的，註釋號必然註釋前文而非後文的歸納經驗將會壓倒逗號將句子分開的歸納經驗。說到這裡，我必須向各位坦白，我其實在維基百科中編輯條目時書寫註釋的做法與C君等士的做法是一樣的，我其實更喜歡註釋在逗號前而非逗號後，但是做法和討論必須分開來，我一直希望有更好的論證能夠支持我的實際做法，而且熱烈期待貴方的勝利，以便我不用去更改我的註釋習慣，但是我更希望能夠討論出來更加合理的做法。對於兩位IP無名氏君，首先是103君，您的“第一時間”是如前的句子歸納經驗所致，然而正如您的行文所述，閣下在“第二時間”就明白註釋是屬於前句的，是以中文讀者們，會有與您和我一樣，在初期接觸時，會有經驗印象上的衝突問題，但是這不會導致註解向後註釋的錯誤認識，因為兩個經驗衝突後，註釋必然註釋前面的經驗不會動搖，也不會有人提出這種向後註解要求。114君，對您的回應已糅合在前面。各位，我認為註釋系統選擇在逗號後，就我淺見，乃是一種更為簡化，更有道理的做法，除引用或特別註釋的緊貼文字外，餘下的放置在標點符號後，對於一個永遠都有新生的新手的世界而言將會是個更為直接且更為簡便的方法。Cherjau（留言） 2015年4月15日 (三) 11:29 (UTC)
replies: text: ::::::::「，[1]某句」都是序次語行文用法，而不祇有「1」、「其一」、「首次」，事實上序次語在行文裏還可以延伸寫為「[重點1]XXXXX，[重點2]YYYYY」、「[例1]XXXXX，[例2]YYYYY」諸如此類的寫法，比如以下例子也是可以的：
replies: text: ::::::::需要注意的重疊情形包括：[情況1]耶穌受難日與清明節，[情況2]佛誕節與勞動節，[情況3]中秋節與中華人民共和國國慶日。情況1如若出現的話，於其之前的一天補假；而對於情況2和情況3，則於其之後的一天補假。
replies: text: ::::::::
replies: text: ::::::::所以就算「，[註1]一句句子」被理解成為一個序次並不出奇。另外，部份版面配置諸如列印版本是完全無色區別的，即使您現在看到了色彩但在理論上仍然要當它們全部都是黑色（而且還要當它們是如紙上的不能按的），所以這裏不能以顏色不同來說不會混淆。而您的理據也存在了問題，沒錯「註釋系統從來都只是註解前面而沒有註解後面的」，但也要確定到讀者憑日常閱讀經驗中理解得到「，[1]某句」這個位置被用於「註釋系統」才行——可是這個並不能確定，若他歸納不到「這個位置是註釋」的話那怎樣去啟發他去「歸納這個位置的註釋只會註解前文而非後文」呢？故此這裏當然祇能考慮「讀者對句子經驗的歸納」，如果有機會導致讀者的歸納與實際不同，那考慮「讀者對註釋系統的歸納經驗的必然」是沒有意思的。再簡單點說就是：[1]「句子屬於符號與符號之間」可以確定，[2]「註釋只會註解前文而非後文」可以確定，[3]「這個位置是註釋」則不確定；而第3的不確定令人會沒有第2的理解。還有敝人這裏並不是反對「註釋存在於逗號後」，而是反對「逗號後的註釋與之後的文字並列」，這是兩個完全不同的概念。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2015年4月15日 (三) 16:04 (UTC)
replies: text: :::::::::@Cdip150：感謝C君速覆。針對第一段的舉例，在下認為還是略微牽強，所謂序次語自然有許多種，但是這種類似註釋然後插入行文中的序次語，您的舉例真的是——恕在下孤陋寡聞，真的是很少見到。在維基百科中出現的這種上挑的夾敘文字的敘述句，我想幾率應該是很低的，我嘗試用個人認為最有可能的[例1][情況3]去搜尋這種句法——我找不到。是以即使存在這種序次語，想來也不會普遍存在於中文維基百科，而既然目前近乎不存在，又或許會造成那麼樣的困擾，那麼限制、禁止、隨時糾正其存在即可解決這種的困境。

text: :::::::::關於彩色與列印版本的問題，就讓我們假設終端戶色盲好了，我想就我前面所提及，乃是閱讀經驗歸納的問題，與顏色或許無甚關係，不過就這裡言之，我想我們必須以一般個體健康、人體功能完整的用戶，以及在網路上使用的維基百科來討論這件事情，若是連列印版本、色盲用戶甚至是視障用戶或電腦自動辨認轉述的維基也要討論進來，我恐怕這個世界上不存在如此完美的系統可以兼容如此之多的條件限制，而更重要的是這種單色印刷成果，即「逗號後的註釋與之後的文字並列」，乃是目前學術界在進行式的事情，普遍存在於現代的書籍中，並未遭遇激烈的反抗或強烈的困擾。針對歸納經驗的可能性問題的質疑，其實對閣下和在下都是雙刃劍，若是在下提出的用戶體驗歸納的論述存在著與實際不同，而造成討論用戶閱讀經驗的普遍必然性的不可能，那麼閣下所主張的對讀者的混淆的普遍必然性，也將會因為存有一定的機會的差異而無法申述。閣下讚同「句子屬於符號與符號之間」及「註釋只會註解前文而非後文」，但主張註釋的的位置是不確定的這一點，實際上就在本次回話一開始，在下對序次語舉例部分的反駁及建議部分，已經說明這種註釋方式與序次語產生混淆的可能性太小，而且按照您與我都同意的「註釋只會註解前文而非後文」的普遍經驗來看，一般用戶將能夠按照一般的經驗以此摸索，推演然後得知這個就是註釋。Cherjau（留言） 2015年4月15日 (三) 19:33 (UTC)
replies: text: ::::::::::黑白列印版本一直以來都是維基百科最少要考慮的事情，任何造成印本不便的情況我們都有在避免（例如H:FN：「不應使用滾動框列出註腳，因為在列印時滾動框內的註腳可能不會被完整印出」就是一例），而禁止本來語法正確的做法（無論是常見或罕見）去迎合不妥的做法（無論其普遍程度）更是本末倒置；就算未有反感，但普遍做得不好我們也要跟隨？雙面刃的問題，事實上我們無論如何都應該帶出最正確的語法給讀者，而不是走去假設讀者如何看懂，要是語法正確的話那怎麼都不會被有效質疑。事實上我一開始提出的中文文法問題根本就不假設讀者了解中文文法與否，因為文法本是固定的，讀者不了解那是他自己的問題；相反，以無準則的普遍程度來假定讀者了不了解真正意思，那自然就會有所爭議，若我們假定讀者看到了普遍用着的文法不符也會懂明白，但原來實際不是，那問題就變了出在我們身上。您總不能夠說「某個語法錯誤因為都不大可能導致讀者誤解，而且很普遍，所以那錯誤做法還是可以用」吧。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2015年4月15日 (三) 21:30 (UTC)
replies: text: :::::::::::我知道所謂可列印版本的需求，但是以此推論可列印版本的輸出結果為維基百科的書寫方式的最終約束力，恐怕這樣子是本末倒置的。維基百科作為網路百科全書，固然會考慮到列印輸出的需要性，避免以上結果，但是反要以紙本為最終呈現結果來限制其在網路上的呈現方式，我想這是不合理的。即便如此，如同我所推論及主張，即閣下在前一個回覆所舉例子不合理和小字在上的註釋不會誤為序次語，最後即使是按照在下的所建議的註釋方式導出的紙本輸出結果，將不會導致閣下主張的誤讀。閣下無法反駁註釋碼無法誤解成序次語，已經使得閣下再也無法主張這註釋方式與語法、文法有任何關聯，是以並無閣下主張的本末倒置的問題。如今市面上，兩岸較新的學術書籍，普遍應用這種方式的普及性，閣下和我恐怕都無法以普遍程度無法測量來駁斥，甚或以從來一直在變化或局限於政治中心的權力行使範圍，取決於各地使用人群使用習慣的所謂標準語法或理想文法，以對前面所推論的符號—句子和註釋必前的兩個定式和一個衝突後的必然的忽略，來無視一個比起文法恐怕較為真實、統一的現象。最後關於C君您假設在下主張的主張，在下認為，一、如前論，與語法無關，二、因此也沒有錯誤可論，三、正如您我都認同這個是普遍使用的方法，而又以之前在下所主張的，這是一個更為簡便、普遍的方法，很遺憾地，恐怕將是比較適合中文維基百科的註釋方式。(歎氣)Cherjau（留言） 2015年4月16日 (四) 02:15 (UTC)
replies: text: ::::::::::::其實您亦都沒很好去說明「[1]」不是標點、不是語法，括號就是標點符號的產物，用了就無論如何都要遵從其標點語句文法理解，不能因為已設特定用途而把這個括號當成不是標點符號而不需視它語法（又或者說「用了標點但又要當它不是標點」自打嘴巴），所以任何時間「[1]」都是與語法有關這點無可口非，故即使說「維基百科用了『[1]』作為註釋碼」亦不代表「註釋碼無法誤解成序次語」，而上面SElephant君和103.10.197.252的體驗結果亦很實在地告訴了我們「不會發生誤解」的說法是不成立的。而且「普遍」本身又是雙面刃，就算可以說「第一句，[1]第二句」普遍，但同時「第一句[1]，第二句」亦是普遍（至少我手拿的201X年的中文學術文獻還是「第一句[1]，第二句」），所以在「普遍」的層面上兩派均沒有優勢，但您卻以「普遍」來定論某一派較為佔優，已是個很大的誤點，後面再說習慣等東西也是沒有意義的。而且就算是「普遍」，也都祇是「普遍作者的寫法」，但這不能推算為「普遍讀者的閱法」，兩者沒有前因後果關係，「祇要是常見寫法就必定可以讓讀者最終正確閱讀」我不見得可以結論到出來。總括來說，您從一開始其實就沒有成功地反駁我。（另外，先評估某做法的壞情況是設計排版的基本原則，但您卻以好情況行先，您當然才是本末倒置了）---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2015年4月16日 (四) 11:17 (UTC)
replies: text: :::::::::::::嗯嗯，我們之間已經充分說明我們之間的主張或立場，我想是時候交給其他人發表意見了。關於閣下第一點用了標點符號就必然要將之視為標點符號，我雖然很想用「引用標點符號」或「註釋其實本來不包含所謂方括號，只是維基百科在網路上的自己特用的形式」的情況來反駁您的奇論，嗯，不過這種無謂的爭論還是交給大家吧。普遍的字眼，是在下載中文世界還算可以的大學的圖書館中，或者在某些私營書局中，在其中隨便翻翻在下所能看到的較新著作可以得出的結論，當然我不可能為了您的這種質疑，將過去數年的數萬家的出版社或數百萬書籍、雜誌整理一個數據給您看，我想網路上也無法得出這種數據，是以您的質疑實在是很有道理的，即我所提出的普遍性，恐怕只是我這個個體所得到的經驗，又或是在一定的幾率內的管豹之見，閣下也是很有道理的，即，即使如此這也不過是作者們「普遍的寫法」，絕對不等於「普遍讀者的閱法」，兩者之間恐怕是完全沒有關係的，每個文字交出去以後，恐怕讀者就是上帝，是以難道我必須改口說我認為註釋符號放在逗號前面會讓我誤解為這是屬於所緊貼的文字或概念的註釋，而非註釋句子麼？（大笑）這麼一來所有讀者都將會成為維基百科的獨一無二的閱讀者，而維基百科必然不能擁有任何普遍統一的形式，而我不得不以我作為反例，來推翻閣下的主張麼？於是我這種大家可以去體驗的觀察結果，靠一些必然存在的反例就要全面翻盤，莫非也要用這些作者（既然作者有這種普遍的寫法了）的經驗，來推翻所謂您三人成眾(因為作者成百上千，容我退一千步，來個1003人成眾好了)的「普遍讀者的閱法」麼？「祇要是常見寫法就必定可以讓讀者最終正確閱讀」是不能成立的這一點，我必須承認您實在太有勇氣，這世界上有一群人聰明出眾，以著述論道為我們服務，卻在您這裡完完全全拋棄了他們的讀者，我實在不忍心用您這種1003人成眾的邏輯，然後用作家們人數碾軋您們的做法來進行證明，這個也還是交給大家討論好了；所以我前面說這是您個人的直觀感受，在下從邏輯、文法、接受度、簡易度嘗試向您及各位解釋何以這是較為優秀的選擇，現在看來這恐怕我再寫十年，也無法讓閣下等改變觀賞感受。最後一點，維基百科是網路百科全書，這個性質乃是其本質，照顧紙本結果輸出，本來就不是其完全責任或義務。這是一個網路百科後來決定盡量照顧到的事情，但不是其一定要辦到的大原則，但是，即使真如閣下所主張，即使維基百科決定以紙本輸出結果為最高原則，如我在前面所說的，根本不會存在閣下所謂的「壞情況」。嘛，我本來就希望閣下的主張勝出，我就是喜歡將注釋符號放在逗號前（但不是討厭註釋符號在後），假設我們之間討論就只是這樣，我想我將不會改變我現有的做法。其他的各位如果決定放棄這個討論，由於在下已經充分闡述在下的主張、立場，那這將是在下對此議題最後一次發言。最後因為在下個人喜好的關係，我衷心希望各位充分考慮並支持Cdip150君方的立場。Cherjau（留言） 2015年4月16日 (四) 12:37 (UTC)
這個討論有很多位「C君」參與，單看「C君」也不能第一時間知道所指何人（笑）。說回正題，我還有一點疑問，現代中文文章的語句序列，不都是一般由「左至右」或「上至下」順序排版的嗎？正常人閱讀中文文章的時候，首先是看到句子，然後句子完結後在標點後方看到註腳，這不就是清楚代表這個註腳是解釋前面一句的意思嗎？放在標點前方，反不是令人以為這個註腳是解釋著句子中的某一個專有名詞嗎？根據一般人閱讀中文的習慣而言，我覺得有沒有空格其實不是重點。--Clithering（200+ DYK） 2015年4月19日 (日) 14:08 (UTC)

text: 正常人閱讀中文文章的時候，首先是看到句子，然後，正確一點說應該是——句子完結後在標點後方看到一個括號數字，關鍵是能不能理解得到這括號數字是個註腳？在我而言並非必然，由於中文文法是放標點前面或一段最後才會被視為註，那麼「第一句，[1]第二句」的語法已經表面地告訴人這不是註了，從而引起誤會（套回　閣下的話就是「然後句子完結後在標點後方看到一個括號數字，不過沒有理解為註腳，從而不清楚是解釋前面……」）。而當這個括號數字被讀者成功地理解為註腳後，才會進一步理解為「解釋前面」，不過其本身也不限定「前面」的範圍是多少，即沒有告訴讀者這是註到哪裏，都要靠讀者詳看註解內容才會知道這是註前面一個詞、前面一句話還是前面一段落。總括而言，首要是在中文文法上必然能讓人知道這是個註解功用。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2015年4月19日 (日) 17:26 (UTC)
thread_title:  对短语、句子、段落的作注位置提案 

message: ===標注放在中文標點符號前面===
===標注放在中文標點符號後面===
*香港中文大學《中國文化研究所學報》（例）
*國立清華大學《清華學報》（例）
--Mewaqua（留言） 2017年12月13日 (三) 13:07 (UTC)
thread_title: 例子

thread_title: 標注放在中文標點符號前面

message: *香港中文大學《中國文化研究所學報》（例）
*國立清華大學《清華學報》（例）
--Mewaqua（留言） 2017年12月13日 (三) 13:07 (UTC)
thread_title: 標注放在中文標點符號後面

message: 侯冠群個人自傳《假面人生》
（2002年台灣聯經出版社出版）
以及
侯冠群家族傳記《家國大祭》
（2009年中國武漢出版社出版） Historyoldman（留言） 2017年10月13日 (五) 08:56 (UTC)
有异议 Chen123456123（留言） 2018年6月25日 (一) 11:15 (UTC)
thread_title:  來源參考 

message: 引用来源时一直有一些疑惑，不知道是否有社群共识：
# 来源为新闻媒体网络刊发/转载报道时，应该用还是。似乎应该后者，引用中说cite web用于“非新闻来源的网页”，且news有url参数。但如果该媒体只在网络上进行了刊发，用cite news是否合适（即是否适用于新媒体刊发）。
# 新闻媒体网络转载另一媒体的新闻报道时，应该采用哪一个来源，以及如何标识。
## 如果两者权威性无明显差异，采用更易于找到的转载网站（原始新闻可能访问不便或者还需再找）是否更利于阅读且表现其认可度。有时还有转载机构的评论补充，但原报道的完整性是否受损。
## newspaper应标识转载媒体还是新闻原作者（如果只是转载），title该标识转载者的标题（有时偏颇或标题党），还是转载者或原媒体提供的“原标题”。publisher是否适用于转载者（从名称看可以，但从模板说明看不行，只描述其机构）。目前我有时用author标注原始作者（媒体名称），有时用publisher标注转载者，还有时web模板的website标成XXX转XXX，均力图信息丰富全面，但显然语义化和统一性受损。
## 同上，当自媒体（网站）转自自媒体文章时，模板的参数如何使用。author=原始作者，website=url的网站 是否合适。
# 当新闻媒体评论或转载了某一机构或组织的新闻稿、声明时，是否要同时标注第一手来源（新闻稿原址或原标题和刊发地）以求可供查证的全面性。似乎罕用。
--YFdyh000（留言） 2017年12月1日 (五) 06:44 (UTC)
replies: text: 同問。—— 烈⁠羽⁠☉ 2017年12月2日 (六) 18:18 (UTC)

text: @-{YFdyh000}-：我已經回答你問題，但我不參與討論，所以才只在User talk:YFdyh000答覆。--Kai（留言） 2017年12月10日 (日) 15:17 (UTC)
thread_title:  如何准确引用网络刊登的新闻（cite系列模板） 

message: 我之前曾去信英國駐香港總領事館詢問有關英國內閣成員、影子內閣成員、倫敦市長及蘇格蘭、威爾斯首席部長譯名，以及4名國會議員（分別是蘇格蘭民族黨下議院領袖Ian Blackford、民主統一黨下議院領袖Nigel Dodds、自由民主黨前黨魁Tim Farron和工黨國會議員Dennis Skinner）的譯名，並已獲英國駐香港總領事館答覆。而有關的譯名表已經轉寄至info-zh，如有需要可向OTRS義工索閱。--Billytanghh 討論 歡迎參與第十五次動員令 2018年1月26日 (五) 03:34 (UTC)
在此亦召喚@-{Clithering}-及@-{1233}-。--Billytanghh 討論 歡迎參與第十五次動員令 2018年1月26日 (五) 03:34 (UTC)
replies: text: 附註：該4名國會議員的香港譯名已使用轉換組作出更新。請不要無理回退該編輯。--1233|點此與此廢青展開激情對話 | 千錯萬錯都是阿道夫的错！ 2018年1月26日 (五) 03:38 (UTC)

text: (：)回應，謝謝您對事件的關注。如情況許可，煩請把名單電郵給我參考。--Clithering（MMXVIII） 2018年1月26日 (五) 05:37 (UTC)
綜觀目前情況，維基百科的英國政治人物漢化譯名，有一部份明顯是英方提供的官方譯名，這些譯名沒有問題。但另一部份是一些來源不明的漢化譯名，這是問題所在。關於有問題的部份，現在有人提出證據，解釋其中一部份來源不明的漢化譯名，其實是私下向英方查詢，然後取得的官方譯名。
 
我必須強調，維基百科是人人可編輯的百科全書，個別人士可能的確私下從英方取得官方譯名，然後把這些譯名用於維基百科，但也不排除有其他人士把自行原創的譯名用於維基百科。這兩類人士從來都沒有提供資料來源，外人根本無從區別。加入這些譯名的人士，絕對有舉證責任。
 
維基百科很重視資料來源可供查證，反對原創研究，就算自稱譯名是從官方取得，但一日不注明來源，都很難令人信納。因此，這些來源不明、可信性存疑的譯名，應當予以取締，以免對讀者構成誤會，我相信所有為維基百科著想的人士都會認同這一點。
 
畢竟，維基百科的編輯是義務工作，並不能指望他們能夠時刻全面審查成千上萬的條目，確保非官方或沒有可靠來源的自創譯名都能夠及時除下，這當然更加不是我的責任。鑑於維基百科使用自創漢化譯名的問題頗為嚴重，我在此呼籲各位多加關注。--Clithering（MMXVIII） 2018年1月26日 (五) 10:04 (UTC)
* 英國官員譯名以英國領事館官方翻譯為準。但在下於領事館網站及fb亦尋不獲此翻譯，目前仍有待更多資料。118.143.147.130（留言） 2018年1月26日 (五) 11:31 (UTC)
**我不同意，如果官網沒有，可參考其他可信的二手資料，如主流報章的報導。謝謝。--Clithering（MMXVIII） 2018年1月26日 (五) 13:09 (UTC)
*** 香港主流報章只代表香港（zh-hk），不能代表英國官方翻譯（zh）。118.143.147.130（留言） 2018年1月26日 (五) 14:08 (UTC)
**** 不太明白您的看法。如果有主流香港報章引述英國官方公佈的漢化譯名，當然是用於zh-hk，如果有並非官方譯名的漢化譯名也在香港廣泛使用，當然也可用於zh-hk。不同地區的譯名，可用地區字詞轉換系統處理。這事實上也是目前的安排。--Clithering（MMXVIII） 2018年1月26日 (五) 14:31 (UTC)
***** 如有確切英國官方翻譯，根據WP:名從主人原則，此譯名即可代表預設中文（zh）。例如，某君之香港譯名與官方譯名不同，在條目開首應表述為：『「官方譯名」，香港又譯「香港譯名」』，而非『「香港譯名」，英國譯「官方譯名」』。在下認為其他不同地區詞顯示亦應如此。118.143.147.130（留言） 2018年1月29日 (一) 13:23 (UTC)
******回應一下IP 君和Jyxyl9 的話：這些譯名已說明只在香港使用😂--1233|點此與此廢青展開激情對話 | 千錯萬錯都是阿道夫的错！ 2018年2月6日 (二) 12:42 (UTC)
***** 我认为应以英国领事机构为第一优先级，中华人民共和国外交部为第二优先级，各地主流媒体为各地第三优先级。—— Jyxyl9批判一番 2018年2月5日 (一) 11:06 (UTC)
****** 同意英國領事或外交部第一優先，WP:名從主人。各中文地區外交部再其次。名中文地區傳媒再其次。118.143.147.130（留言） 2018年2月10日 (六) 18:27 (UTC)
*明白并理解Clithering的担心，虽应以名从主人遵循官方译法，但私下咨询难以列明来源和进行查证，其他人无从验证通信往来的真实性和准确性（比如转发的邮件可以任意修改内容），也难以列明来源。如果可能，通信建议对方公布正式译名最为可靠。关于自行咨询所得内容的载体、可靠性及证明力，可能会有不同看法，比如信件、传真的影印，电子邮件的电子或纸质副本，各情况下能否证明是对方真实、正式和有效的表达。--YFdyh000（留言） 2018年2月11日 (日) 03:27 (UTC)
**译名和其他内容一样，须有可靠来源方能加入。否则今天我说我从某渠道获得了一批译名，明天他说他从另一渠道又获得一批译名，谁也无法证实来源。因此通信获得对方私下告知并非合乎维基规定的可靠来源，无法作为编辑依据。Sgsg（留言） 2018年2月18日 (日) 08:48 (UTC)
*另应注意，“名从主人”的主人是指该人物本人，而非其供职的机构。机构发布的人物译名不属于“名从主人”规则的范围。请注意：“人物：其所工作或隶属的机构、组织、公司的中文资料中出现他的中文姓名或译名的，“名从主人”原则仅起参考作用。”Sgsg（留言） 2018年2月18日 (日) 08:52 (UTC)
**@-{Sgsg}-：，這批譯名有英國FCO的電郵查詢號碼作實，基本上可視為官方翻譯，可以在維基百科使用。--Billytanghh 討論 歡迎參與第十五次動員令 2018年2月19日 (一) 01:19 (UTC)
***不是这个意思。YF等用户的意思是根据维基现行的关于可靠来源的规定，通过邮件取得的译名并不属于可靠来源的范围。维基的这个“可靠来源”不是单纯指来源的可信度，而是要符合它的规定。维基百科:可靠来源明确规定应为“可靠的已经出版的来源”，这并不包括电子邮件。维基百科:可供查證指出应为“具有公信力的出版者记录或发表過的”。这个还是需要它公布才能作为一手来源使用。但应注意一是机构提供人名并不属于“名从主人”原则的范畴，二是它即便公布也是一手来源，如有二手来源则应尽量用二手来源，以使来源更加符合规定。不知道YF等用户还有何要补充的没有。Sgsg（留言） 2018年2月22日 (四) 10:50 (UTC)
thread_title:  有關英國政治人物譯名事宜 

message: *修訂，添加模板，應屬事實修改。--J.Wong 2018年7月30日 (一) 04:46 (UTC)
*Skywalker  is gone  2018年7月30日 (一) 13:40 (UTC)
*。--章安德魯（留言） 2018年7月31日 (二) 01:32 (UTC)
*(＝)不反對--　宇帆（維基貢獻十周年！留言·歡迎簽到[試用小工具]） 2018年7月31日 (二) 04:34 (UTC)
thread_title:  列明來源指引 

message: 跟等模板的模板資料沒有加入dead-url參數，因為這是我使用archiveurl和archivedate的時候會常常用到的，可以幫忙放進去嗎，謝謝。--Bagakuco（留言） 2019年4月20日 (六) 17:34 (UTC)
thread_title:  請求編輯模板 

message: 在我印象中，除非是已經很早就有共識的格式，否則維基百科不建議刻意去對格式進行修改（可以參考之前有人機器式修改「參見/相關條目」）的位置。不過我近期碰到一些人透過工具，要把參考資料模板的日期從「xxxx年xx月xx日」改為「xxxx-xx-xx」，但在我印象中並沒有方針指引建議如此做，而且反而更妨礙閱讀。而在英語維基百科，這樣的格式應該也不是占多數的主流（不如他們已經習慣把「參見」放在特定位置）。大家怎麼看？--KOKUYO（留言） 2019年4月9日 (二) 02:51 (UTC)
*(－)反对，明明意思都差不多，所以別人寫「xxxx-xx-xx」的格式不行，自己寫「xxxx年xx月xx日」或者像英文版的那樣「xx月 xx日,xxxx年」就可以，甚至在FA/FL/GA/DYK評選可以說別人這樣當作是投反對票的理由之一?--Z7504非常建議必要時多關注評選（留言） 2019年4月9日 (二) 03:16 (UTC)
**不太懂反对什么。--YFdyh000（留言） 2019年4月9日 (二) 03:32 (UTC)
***不用為了參考資料的格式做限制，更不用因此在FA/FL/GA/DYK那些評選中因為參考資料格式不對而反對，不懂反對理由就算了 囧rz...--Z7504非常建議必要時多關注評選（留言） 2019年4月9日 (二) 03:34 (UTC)
**** 我是覺得確實不需要管這種沒有共識約束的格式問題，整篇條目統一即可。雖然在過往經歷中，確實也是有或多或少有人就只是因為格式問題而投反對票的，這個就不理他們了。--KOKUYO（留言） 2019年4月9日 (二) 03:37 (UTC)
*未见有共识约束使用哪种格式。等模板说明记“请使用包括年、月、日的完整日期格式并与所写条目风格保持一致”、“建议使用ISO 8601中规定的YYYY-MM-DD格式”，只是建议。那些透过工具修改的，单单只为改日期吗，如果不是，可能是工具的局限性，可以给工具维护者发建议，但不一定有用）。不过个人是更习惯ISO格式的，比较简明、省空间、适合机读。英文维基百科，可能更习惯美式吧。--YFdyh000（留言） 2019年4月9日 (二) 03:32 (UTC)
*我總覺得我中彈了...，我就是很喜歡「xxxx-xx-xx」的格式，不過我可沒有強迫啊臭傢伙，事實上我的習慣就是把這些都統一，不過我基本都在遊戲與音樂條目做這種事情。話說參見位置的修改是甚麼啊，我只有參與討論參見/相關條目的簡繁問題就是了 --船到橋頭自然捲*留言*Violeta 2019年4月9日 (二) 03:54 (UTC)
replies: text: 我沒說強迫啊……參見位置就是很久以前，包含我在內的一群人在吵「參見/相關條目」是要放在正文和參考資料之間（如英語維基百科的做法），還是要放在最後面。然後當時還有一名用戶，正常的條目編輯都不做，專門就只改這個位置。--KOKUYO（留言） 2019年4月9日 (二) 04:05 (UTC)
replies: text: :那還真是因崔始聽，好險現在我都沒有遇到。 --船到橋頭自然捲*留言*Violeta 2019年4月9日 (二) 04:07 (UTC)
*@-{Milkypine、KOKUYO}-：換句話說這串存檔是否也是同樣的問題?　「xxxx-xx-xx」和「xxxx/xx/xx」意思有人會說不同的?　再看看其他的討論串（克里夫兰百年纪念半美元的），是否如果未來有人因此投反對票要說該票無效才對?--Z7504非常建議必要時多關注評選（留言） 2019年4月9日 (二) 04:15 (UTC)

text: 補充一下，作為那串存檔問題的發起者，在下現在被說服了。我已不再用"yyyy年mm月dd日"，而一律改用"yyyy-mm-dd"，而若是有維基人把"yyyy年mm月dd日"改為"yyyy-mm-dd"，我也不會撤銷編輯，因為我找不到必須撤銷的充分理由。-游蛇脫殼/克勞棣 2019年4月9日 (二) 04:41 (UTC)
(！)意見，站在純技術的角度而言，用ISO格式的確比較容易維護，因為Module計算參考資料的日期時含有中文字是會產生障礙的（含中文字的日期格式的參考資料，現在Module作不計算處理，也即Module無法檢查其日期的有效性）。如果要顯示為「yyyy年m月d日」的格式，那應該是請求幕後技術組修改Module的顯示法：把「date=yyyy-mm-dd」的格式在條目顯示的時候自動轉為「yyyy年m月d日」呈現（例如Talk:新柔长堤的，能把日期參數的date=2019-4-9自動轉顯示為2019年4月9日），而不是在條目參考資料的原始碼裏直接人手鍵入「date=yyyy年m月d日」。---{街燈電箱150號}- 開箱維修 抄錶 檢驗證明 2019年4月9日 (二) 04:55 (UTC)
**(▲)同上，不同站就是有不同的技術問題。Σανμοσα y=0 regardless the value of x 2019年4月10日 (三) 11:20 (UTC)
(！)意見：个人觉得写的时候可以统一使用ISO，显示的时候还是表现为中文比较好。平时学校采用英式日期表示，所以日期转化确实是一件很困扰的事情。或者可以像英文维基百科一样，为显示日期专门创立模版兼容不同表达方式参考。--Unravel17（留言） 2019年4月19日 (五) 18:31 (UTC)
thread_title:  關於參考資料日期格式 

message: 目前有關網頁、網路媒體（文字或影音）之來源，有一個關於網路媒體來源的時效性敘述如下：
留意該連結是否有時效性，有些網頁不會存在過長時間。
然而，前陣子因為台灣蘋果日報已開始針對全文新聞設置閱讀權限（登入前只能看標題，登入後才能看全文），可能導致網路新聞來源因閱讀權限問題而有疑慮，甚至因此而無法透過網路封存來確保其來源之有效性。
就針對「有閱讀權限」之網路新聞部分，先前有做一個暫時性的改良說明：
由於部分新聞機構閱覽新聞全文時，可能需要相關會員權限的關係，若相同內容於其他第三方公正來源（如：政府校院機關）有收錄時，可斟酌改使用第三方來源網址。
除此之外，請問各位有無更好的解決方式？因為目前這個改良敘述的追加，尚不確定是否會有因為來源點的問題導致利益衝突的狀況。
（也就是：有可能在特定情況下，某些第三方來源機構［資料收集單位］，可能與第一方單位［指條目事件的當事主］有關連性的利害關係）
以上，請提出相關意見。小五郎番所目安箱 2019年4月23日 (二) 14:32 (UTC)
----
類似的東西其實一直都有，例如娛樂產業的Oricon公信榜還有告示牌_(雜誌)，榜單的顯示不是有時效性就是需要登入或成為付費會員才能觀賞，但是要改善...很難吧，本身就是來源還要再用別人，大概除了Metacritic這樣的彙總網站。有個之前的例子Talk:刀劍神域#关于单纯列出作品商品销量数据的问题，即便有彙總網站，但許多用戶仍建議使用Oricon公信榜。 --船到橋頭自然捲*留言*Violeta 2019年4月23日 (二) 15:35 (UTC)
*金融時報其實一向也是差不多的情況（也是要先登入Google才能查閱全文）。Σανμοσα y=0 regardless the value of x 2019年4月24日 (三) 00:10 (UTC)
**香港蘋果日報最近也有和台灣蘋果日報一樣的情況。Σανμοσα y=0 regardless the value of x 2019年4月24日 (三) 00:12 (UTC)
replies: text: :学术期刊大半也都是收费才能看全文，你要引用的话，很多时候也不可能有免费替代品。目前的解决办法就是通过WP:维基百科图书馆提供的The Wikipedia Library Card Platform申请账号。没有在维基百科图书馆里的收费数据库/平台，则需要本地社群和维基百科图书馆社群帮忙联系相关机构，以某种方式获取访问权限---{百無一用是書生}- (☎) 2019年4月24日 (三) 03:25 (UTC)
----
(＋)同意-{書生}-所提WP:LIB的相關工具，作為必要時之解決方案，此工具對於驗證者而言可能有其必要性。（但在部份情況下涉及WP:RS、WP:V）。
User:Milkypine提到「根據過往經驗，以原始來源為第一優先」，目前的問題就會是所謂的「要有會員資格（甚至可能要付費）才給看」或者是「過一段時間該新聞可能無法存取」的狀況，這倒是讓我想到了單一新聞不同類型平台曝光的狀況；以電視媒體來說，現行部分電視台業者的網路新聞，有的會是自身網站（文字）與YouTube平台（影片）同時刊載（最簡單的範例：非凡電視台、三立電視台），這個狀況的話通常會先以原始的文字報導為引據，但也可能會發生「文字報導過期，但影音報導沒過期」的特例，此時可能需要透過標題搜查，找尋該新聞的相關影片；當然，如果找到的影片是原報導單位（通常該單位都會獲得該網站核可的官方認證標幟，打勾之類的）上傳的，雖然是可以替換，但可能因為YouTube有所謂「不穩定來源」的問題，而產生社群疑慮，這是一個較棘手的點。
另一種是紙本與網路同時的部分，這個就是涉及到-{書生}-所提及動用WP:LIB的平台帳號權限問題。假設該報導為網路、紙本同時刊載，網路版到指定時間過期，但紙本實體版仍可標註其來源頁面版次序號時，理論上不放網路版新聞連結是可行，但紙本版的資料核實，就可能需要有特定權限，到實體館藏機構，存取紙本版新聞以進行驗證，然而，這還得要看館藏機構是否有無館藏，或是購置數位版本的影像權限等。
因此，現行可能需要解決的地方，在於：
*引用時若該連結被設置閱讀權限時，給出連結與否對於驗證者在核實上的利弊。
*同一新聞在不同平台下的曝光，若A版本有權限，B版本無權限時：
**紙本、網路同時存在：編輯者引用時給出網路版連結的必要性。
**多個媒體網站同時刊載同一個新聞：使用其他可靠（高公信度）來源取代原始來源的必要性。
***比如：中時電子報與LINE Today同時擁有刊載中時電子報新聞的權限，但假設中時的來源過期，LINE Today來源有效，那麼，以被授權單位取代原始單位的合理性？
不過，現行可以確定的是，只要是閱讀權限被設置下去，基本上，驗證來源者就不能用網站時光機確保其來源之效力。
因此，以下的文字需要如何修正較為合宜？
由於部分新聞機構閱覽新聞全文時，可能需要相關會員權限的關係，若相同內容於其他第三方公正來源（如：政府校院機關）有收錄時，可斟酌改使用第三方來源網址。
在提出修正的建議時，希望其他人也能就現行需解決的疑慮來提供一些意見，必要的話，可能會根據WP:RS與WP:V的狀況，修正成符合引用標準的敘述說明（解決方式）。小五郎番所目安箱 2019年4月27日 (六) 07:12 (UTC)
thread_title:  [[WP:CITE]]：關於「有設置閱讀權限」的網路新聞來源之引用改善與驗證方式 

message: 根據Wikipedia:列明来源#文獻參考的格式當中的「如果參考了非中文文獻，請不要把該參考文獻用中文列出，而是應該使用該文獻的原始語言」，這是表示一旦在的範圍內，就算維基中是中文名稱的條目都要採用原始語言？例如未來出版社應該表示成Future plc？ --無心*插柳*柳橙汁 2019年7月5日 (五) 16:27 (UTC)
replies: text: 我個人認為就是這樣沒錯，就算它的某個參數在中文維基已有條目，也應該用管道符號標出其原文，這是因為：①同一文獻中外文混雜不好看 ②自創翻譯涉及原創研究的問題 ③避免在眾多中文文獻中，被誤認為中文文獻的可能性。-游蛇脫殼/克勞棣 2019年7月5日 (五) 17:23 (UTC)
replies: text: :OK，看來我要改一下習慣了。 --無心*插柳*柳橙汁 2019年7月5日 (五) 17:31 (UTC)
*正是如此。其实这也等于是省事了，如果你的条目是从外文维基翻译来的话，参考文献相当于可以照抄不用翻译。--Antigng（留言） 2019年7月6日 (六) 16:35 (UTC)
* 話說未來出版社這名字是原創研究吧。—— Eric Liu（留言．留名．學生會） 2019年7月7日 (日) 13:41 (UTC)
**我想是因為「我想是因為東西一定要翻譯」的詭異習俗害的ˊ_>ˋ。 --無心*插柳*柳橙汁 2019年7月7日 (日) 13:52 (UTC)
*我反而覺得這樣完全不准翻譯出版社名稱是一件壞事，我覺得應該允許翻譯出版社名稱（也允許不翻譯）。산모사 DC17 2019年7月11日 (四) 05:43 (UTC)
**如果确实是相同的实体，并且已经有条目了，是可以的。另一个例子是书籍/文章作者。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2019年7月11日 (四) 06:37 (UTC)
thread_title:  [[Wikipedia:列明来源#文獻參考的格式]]問題 

message: 通過：
通過。Sanmosa 54歲少女 2019年9月15日 (日) 16:07 (UTC)
replies: text: 下列討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。
----
二○一九年一月至四月，BrockF5君數次修訂《列明來源指引》，其修訂亦有理，遂此知會，交社群審視，並稍後交付公示。--J.Wong 2019年8月24日 (六) 16:20 (UTC)
* @-{BrockF5}-：并不理解以下内容。可否举一个例子解释一下？“由於部分新聞機構閱覽新聞全文時，可能需要相關會員權限的關係，若相同內容於其他第三方公正來源（如：政府校院機關）有收錄時，可斟酌改使用第三方來源網址。” --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2019年8月25日 (日) 02:36 (UTC)
**User:UjuiUjuMandan例子：蘋果新聞需要會員權限，故若有其他第三方來源可以替換。 Willy1018（留言） 2019年8月25日 (日) 02:43 (UTC)
***谢谢。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2019年8月25日 (日) 02:47 (UTC)

text: (＋)-{支持}-。Sanmosa DC17 GAN FLN 2019年8月25日 (日) 09:56 (UTC)

text: (＋)-{支持}-。—— Eric Liu（留言．留名．學生會） 2019年8月25日 (日) 11:42 (UTC)

text: (！)意見，感謝諸位對本人的來源變更修訂問題提出看法。現今已知目前台灣蘋果日報的新聞資料雖為有效網路來源，但閱覽全文目前已確定改為「需要付費線上會員資格」，然而目前所知部分非新聞發布機構，或是各類教育單位，均有可能會將第三方公正新聞機構的線上來源或是紙本來源在網路上公開（比如這個案例），這會造成來源檢核者判定資料來源引用的合法性問題，因此當時才會進行多次的修正。
replies: text: : 另外，更早前User:Shizhao行政員提及WP:LIB的解方，其實也是一個辦法，不過棘手者在於取得較高難度來源（比方紙本之類的非線上來源）進行檢核的機制；然而，目前紙本資料有開放館外線上資料庫查詢者，台北市的台北市立圖書館需要本身的有效閱覽證資格，或是台北市教育局單一網路系統登入，這也是一個需要解決的問題。

text: : 至於電子媒體影音新聞來源的問題，現行YouTube雖為社群非可靠來源，但基於部分媒體機構可能於該平台設立官方頻道的狀況下，引用前可能要稍加留意是否為官方認證（通常會有圓圈型或長方形的「√」記號，詳閱官方問答說明），因為可能會有部分媒體沒有提供文字新聞來源，而僅有影音新聞來源的狀況。

text: : 以上，如果有更好的解方也歡迎提出，或可一併修訂於該指引頁面。小五郎番所目安箱 2019年8月27日 (二) 08:48 (UTC)
----
* @-{Wong128hk}-：已多日無新意見，是否提請公示？—— Eric Liu（留言．留名．學生會） 2019年9月4日 (三) 02:18 (UTC)
* 代為公示七天，若七天後@-{Wong128hk}-仍未回應則提案無效-- Sunny00217  2019年9月8日 (日) 05:45 (UTC)
**User:Sunny00217「七天後Wong128hk仍未回應則提案無效」不妥，公示動作本來就和原始提案人無關。Sanmosa 54歲少女 2019年9月14日 (六) 03:06 (UTC)
***User:Sanmosa在下是這麼覺得啦，提案人理應關注自己提案的東西-- Sunny00217  2019年9月14日 (六) 04:38 (UTC)
*** 依提案人的意思，公示的目的只是單純讓大家看看這些修訂有無不妥之處，自然無所謂「提案無效」的問題。—— Eric Liu（留言．留名．學生會） 2019年9月14日 (六) 04:56 (UTC)
*首先，感謝代為交付公示。然而，既然代為公示，又何以提案無效。有一些提案可能討論時間非常長，以致提案人無暇再顧及，所以強求提案人才可交付公示否則提案無效，顯然無理，亦有機會障礙本站發展。--J.Wong 2019年9月15日 (日) 14:50 (UTC)
----

text: 本討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。
thread_title:  《列明來源》數個修訂 

message: 我以前習慣在引用中填入報媒名字時連書名號《》都填入，但今天想到我寫新聞台名字卻沒這樣做，兩者看來矛盾，我想改為都沒有書名號較統一整齊，想請問大家意見。--Outlookxp（留言） 2020年4月27日 (一) 08:35 (UTC)
replies: text: (：)回應：Outlookxp報媒也就是指報章雜誌這類出版作品，所以本來就可以加上書名號，至於新聞台不是作品就不需要。希望能回答道你。孤独なSmile 2020年4月27日 (一) 11:06 (UTC)
replies: text: :(：)回應：@-{KodokunaSmile}-：謝謝回應。好吧，我就還是維持之前僅引用格式的報媒加書名號的習慣好了，就當成提醒讀者這是出自報紙或雜誌而不是新聞臺，雖然看起來不整齊順眼，但因我寫太多條目，都以人肉去除書名號太麻煩，若未來有共識，有人可以設立機械人批改就好了。--Outlookxp（留言） 2020年4月27日 (一) 11:20 (UTC)
replies: text: ::(＆)建議：Outlookxp標點符號請不要因為整齊與否就想要去除。如果是在修正或者編輯上數量龐大可以整篇文章複製到記事本，在編輯欄中選擇取代，可以批量修改，舉例：尋找紐約時報，替換成《紐約時報》。孤独なSmile 2020年4月27日 (一) 11:27 (UTC)

text: 可加啊，反正這也是閣下主編條目的特色。--Kevin Smith Chen（🍠）Is Wiki a joke to you? 2020年4月28日 (二) 01:10 (UTC)

text: 來源中不應該使用此類標點符號。照道理來源格式中的所有書名號都應該移除。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年5月8日 (五) 04:03 (UTC)
thread_title:  條目引用格式裡的報媒名稱要加書名號還是不用？ 

message: 您刚刚回退了我的编辑，但没有给出摘要。 Key to Sky-{遠い空へ}-（讨论｜贡献） 2020年7月5日 (日) 05:47 (UTC)
您若长时间不给出回退理由，我将恢复我的编辑。 Key to Sky-{遠い空へ}-（讨论｜贡献） 2020年7月5日 (日) 05:51 (UTC)
我已回退您的编辑，如有对我的编辑有问题，请在此令我知悉，谢谢！Key to Sky-{遠い空へ}-（讨论｜贡献） 2020年7月5日 (日) 06:09 (UTC)
请注意，使用未经替换引用的等作为例子可能会误导新手。--Key to Sky-{遠い空へ}-（讨论｜贡献） 2020年7月5日 (日) 06:29 (UTC)
（註：本案現已在互助客棧討論中。—— Eric Liu 創造は生命（留言．留名．學生會） 2020年7月5日 (日) 07:26 (UTC)）
thread_title:  回退原因？ 

message: @-{Wong128hk}-：对您的回退行为，我感到无法理解。--Key to Sky-{遠い空へ}-（讨论｜贡献） 2020年7月5日 (日) 06:17 (UTC)
包括Wikipedia:列明来源中我修复了没有替换引用的错误举例，并添加了几个正确的例子，您回退了我的编辑，也长时间不给出回退理由，我对此十分不解。--Key to Sky-{遠い空へ}-（讨论｜贡献） 2020年7月5日 (日) 06:20 (UTC)
replies: text: 首先，閣下改了之後，效果其實是改良了，但麻煩看一看改完之後效果如何……產生一堆紅鏈不在話下，連要展示效果之「 」亦未能如君所期。不如閣下先在草稿頁弄好效果之後，再行擺放出來。另外，閣下所謂之「長時間」其實不過是約莫一小時之前，然後閣下行動升級之快，實在令人稱奇，等了不足十五分鐘就決定回退，不足三十分鐘，決定要提交到互助客棧。中間一堆連環PING更不在話下。--J.Wong 2020年7月5日 (日) 06:38 (UTC)
@-{Wong128hk}-：我已修改红链和错误的替换引用并发布到草稿:列明来源中。请问您所说的“请在互动客栈讨论”是要讨论多长时间？若无其他意见是否可视为无异议进行修改？--Key to Sky-{遠い空へ}-（讨论｜贡献） 2020年7月5日 (日) 06:47 (UTC)
未检查编辑而保存的行为，的确是我的疏忽。感谢指正--Key to Sky-{遠い空へ}-（讨论｜贡献） 2020年7月5日 (日) 06:50 (UTC)
@-{Wong128hk}-：我已创建。--Key to Sky-{遠い空へ}-（讨论｜贡献） 2020年7月5日 (日) 07:17 (UTC)
=== Wikipedia:列明来源#请求来源方法 ===
;現行條文
* 若整篇條目中没有列明任何來源，你可以於文章頂端加上或。
* 若整篇条目中已有一定的可靠来源，但不足以支持整篇文章，而你也无法自行找出其他来源，你可以于文章顶端加上或。
* 若已列出的來源是不可靠來源，而你也无法自行找出其他来源，你可以于文章顶端加上。
* 若需要補充的來源是條目中的章節，你可以於章節標題下方加上或。
* 若需要補充的來源只是條目中的部分內容或字句，你可以于段尾或句尾後端加上（或、）。	
;提議條文
* 若整篇條目中没有列明任何來源，你可以於文章頂端加上或。效果：
此條目没有列出任何参考或来源。 (2020年7月13日)維基百科所有的內容都應該可供查證。请协助添加来自可靠来源的引用以改善这篇条目。无法查证的内容可能被提出异议而移除。
* 若整篇条目中已有一定的可靠来源，但不足以支持整篇文章，而你也无法自行找出其他来源，你可以于文章顶端加上或。效果：
此條目需要补充更多来源。 (2020年7月13日)请协助添加多方面可靠来源以改善这篇条目，无法查证的内容可能會因為异议提出而移除。
* 若已列出的來源是不可靠來源，而你也无法自行找出其他来源，你可以于文章顶端加上。效果：
此條目過於依赖第一手来源。 (2020年7月13日)请添加第二手及第三手來源，以改善这篇条目。
* 若需要補充的來源是條目中的章節，你可以於章節標題下方加上或。效果：
此章節未列出参考或来源。</br>（2020年7月13日）
* 若需要補充的來源只是條目中的部分文字，你可以将文字包含在（或、subst:cn/auto}}）内，如：生成吃苹果有助于健康[來源請求]

text: 關於《列明來源指引》之修訂，個人是覺得可以啦。

text: 至於《格式手冊》相關修訂，首先其實已經有《格式手冊‧鏈接》，當中其實亦已經有類近內容，只是表達方法不同而已。建議閣下可以先行審視，之後再往此處提案。至於提案需時多久才可公示，則視乎討論狀況如何，恕無法一概而論。

text: 以上。--J.Wong 2020年7月5日 (日) 07:27 (UTC)

text: 加上subst:.../auto方便複製是很好，可是指引不是說明文件，不需要連模板效果都展示吧？要使用模板的人也有責任閱讀模板文檔了解模板的用法。--Xiplus#Talk 2020年7月5日 (日) 07:32 (UTC)
=== Wikipedia:格式手册#自由链接的格式 ===
;現行條文
我们鼓励所谓的「自由链接」：当您见到文中某些字词名称值得读者参考阅读的话，請使用代码转成内部链接。請注意不要作过多的链接，例如不要把一句的每一個词，或者通篇文章都為同一個詞作出多次的链接：只要链接该词第一次出现就够了。
符合命名常规的链接会更容易成功链到已存在的条目；即使那条目还未存在，这样的链接也能够令未来新增的条目得到正确的名字。
链接所显示的文字不一定要与目标条目的名称相同，如朱子。但请确保读者不需按下链接也能够清楚链接的目的地。
请尽量准确地链接。如果您想链接的条目还未存在，请先搜寻一下来确定该条目真的是不存在──它实际的名称可能只是与您所想的名称相差一点。	
;提議條文
我们鼓励所谓的「自由链接」：当您见到文中某些字词名称值得读者参考阅读的话，請使用代码转成内部链接。請注意不要作过多的链接，例如不要把一句的每一個词，或者通篇文章都為同一個詞作出多次的链接：只要链接该词第一次出现就够了。
符合命名常规的链接会更容易成功链到已存在的条目；即使那条目还未存在，这样的链接也能够令未来新增的条目得到正确的名字。
链接所显示的文字不一定要与目标条目的名称相同，如朱子。但请确保读者不需按下链接也能够清楚链接的目的地，比如以下这个例子是不恰当的：
......導致了原定接班人林彪的死亡。
在这个例子中，很容易使读者感到迷惑：我要点进去的这个链接到底是条目“死亡”？还是“林彪之死 - 九一三事件”？因此，可以改成这个：
......導致了原定接班人林彪的死亡。
在这个例子中，读者可以很清楚地明白，林彪死亡了，并且该内链指向的就是介绍林彪死亡的条目。
......導致了原定接班人林彪在九一三事件中死亡。
在这个例子中，内链直接指向它的文字所表达的条目，因此最为清楚直观，但并不是任何情况都适用的，有的时候使用这种方式反而会导致文字过长，或者读起来不通顺。具体内链的使用方法应由编者自行斟酌。
请尽量准确地链接。如果您想链接的条目还未存在，请先搜寻一下来确定该条目真的是不存在──它实际的名称可能只是与您所想的名称相差一点。
thread_title:   为Wikipedia:列明来源与Wikipedia:格式手册添加例子 

message: ;現行條文
* 若整篇條目中没有列明任何來源，你可以於文章頂端加上或。
* 若整篇条目中已有一定的可靠来源，但不足以支持整篇文章，而你也无法自行找出其他来源，你可以于文章顶端加上或。
* 若已列出的來源是不可靠來源，而你也无法自行找出其他来源，你可以于文章顶端加上。
* 若需要補充的來源是條目中的章節，你可以於章節標題下方加上或。
* 若需要補充的來源只是條目中的部分內容或字句，你可以于段尾或句尾後端加上（或、）。	
;提議條文
* 若整篇條目中没有列明任何來源，你可以於文章頂端加上或。效果：
此條目没有列出任何参考或来源。 (2020年7月13日)維基百科所有的內容都應該可供查證。请协助添加来自可靠来源的引用以改善这篇条目。无法查证的内容可能被提出异议而移除。
* 若整篇条目中已有一定的可靠来源，但不足以支持整篇文章，而你也无法自行找出其他来源，你可以于文章顶端加上或。效果：
此條目需要补充更多来源。 (2020年7月13日)请协助添加多方面可靠来源以改善这篇条目，无法查证的内容可能會因為异议提出而移除。
* 若已列出的來源是不可靠來源，而你也无法自行找出其他来源，你可以于文章顶端加上。效果：
此條目過於依赖第一手来源。 (2020年7月13日)请添加第二手及第三手來源，以改善这篇条目。
* 若需要補充的來源是條目中的章節，你可以於章節標題下方加上或。效果：
此章節未列出参考或来源。</br>（2020年7月13日）
* 若需要補充的來源只是條目中的部分文字，你可以将文字包含在（或、subst:cn/auto}}）内，如：生成吃苹果有助于健康[來源請求]
replies: text: 關於《列明來源指引》之修訂，個人是覺得可以啦。

text: 至於《格式手冊》相關修訂，首先其實已經有《格式手冊‧鏈接》，當中其實亦已經有類近內容，只是表達方法不同而已。建議閣下可以先行審視，之後再往此處提案。至於提案需時多久才可公示，則視乎討論狀況如何，恕無法一概而論。

text: 以上。--J.Wong 2020年7月5日 (日) 07:27 (UTC)

text: 加上subst:.../auto方便複製是很好，可是指引不是說明文件，不需要連模板效果都展示吧？要使用模板的人也有責任閱讀模板文檔了解模板的用法。--Xiplus#Talk 2020年7月5日 (日) 07:32 (UTC)
thread_title:  Wikipedia:列明来源#请求来源方法 

message: ;現行條文
我们鼓励所谓的「自由链接」：当您见到文中某些字词名称值得读者参考阅读的话，請使用[[]]代码转成内部链接。請注意不要作过多的链接，例如不要把一句的每一個词，或者通篇文章都為同一個詞作出多次的链接：只要链接该词第一次出现就够了。
符合命名常规的链接会更容易成功链到已存在的条目；即使那条目还未存在，这样的链接也能够令未来新增的条目得到正确的名字。
链接所显示的文字不一定要与目标条目的名称相同，如[[朱熹|朱子]]。但请确保读者不需按下链接也能够清楚链接的目的地。
请尽量准确地链接。如果您想链接的条目还未存在，请先搜寻一下来确定该条目真的是不存在──它实际的名称可能只是与您所想的名称相差一点。	
;提議條文
我们鼓励所谓的「自由链接」：当您见到文中某些字词名称值得读者参考阅读的话，請使用[[]]代码转成内部链接。請注意不要作过多的链接，例如不要把一句的每一個词，或者通篇文章都為同一個詞作出多次的链接：只要链接该词第一次出现就够了。
符合命名常规的链接会更容易成功链到已存在的条目；即使那条目还未存在，这样的链接也能够令未来新增的条目得到正确的名字。
链接所显示的文字不一定要与目标条目的名称相同，如[[朱熹|朱子]]。但请确保读者不需按下链接也能够清楚链接的目的地，比如以下这个例子是不恰当的：
......導致了原定接班人[[林彪]]的[[九一三事件|死亡]]。
在这个例子中，很容易使读者感到迷惑：我要点进去的这个链接到底是条目“死亡”？还是“林彪之死 - 九一三事件”？因此，可以改成这个：
......導致了原定接班人[[九一三事件|林彪的死亡]]。
在这个例子中，读者可以很清楚地明白，林彪死亡了，并且该内链指向的就是介绍林彪死亡的条目。
......導致了原定接班人[[林彪]]在[[九一三事件]]中死亡。
在这个例子中，内链直接指向它的文字所表达的条目，因此最为清楚直观，但并不是任何情况都适用的，有的时候使用这种方式反而会导致文字过长，或者读起来不通顺。具体内链的使用方法应由编者自行斟酌。
请尽量准确地链接。如果您想链接的条目还未存在，请先搜寻一下来确定该条目真的是不存在──它实际的名称可能只是与您所想的名称相差一点。
thread_title:  Wikipedia:格式手册#自由链接的格式 

message: 多數使用者認為翻譯外語維基百科條目時，翻譯者不需要逐一查閱參考資料原文。--CaryCheng（留言） 2020年7月30日 (四) 04:35 (UTC)
replies: text: 下列討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。
----
;提案說明
在Wikipedia:典范条目评选/提名区#长岛三百周年半美元的討論中，我與U:Jarodalien及U:Sanmosa在Wikipedia:可供查證的適用上沒有共識，因此在互助客棧提出討論，尋求中文維基百科社群的意見。
;目前的問題
U:Jarodalien翻譯英語維基百科的FA條目寫出长岛三百周年半美元，其中這句話

text: 「1609年，亨利·哈德逊成为首位踏上今纽约州长岛地区的欧洲移民，这时岛上已有13个美洲原住民部落，此后位于牙买加湾的第一个欧洲移民定居点也是由荷兰人建立」
引用自這本書

text: 「Slabaugh, Arlie R. United States Commemorative Coinage second. Racine, WI: Whitman Publishing. 1975. ISBN 978-0-307-09377-6.」。
然而U:Jarodalien手邊沒有這本書，未曾親自確認過來源的原文內容可以支撐這句話，並且U:Jarodalien認為可供查证从来不是说编者（译者）一定要站在根本不信任外语编者的立场上，一定要核对每一位资料才写。很遺憾地，我不認同U:Jarodalien的這個說法與做法。
;我的觀點
#從英語維基百科將FA翻譯至中文維基百科時，翻譯者有責任閱讀每一份參考資料，確保在參考資料中都有原文支持翻譯過來寫入中文維基百科條目的字句。
#在长岛三百周年半美元的案例中，把「1609年，亨利·哈德逊成为首位踏上今纽约州长岛地区的欧洲移民，这时岛上已有13个美洲原住民部落，此后位于牙买加湾的第一个欧洲移民定居点也是由荷兰人建立」這句話寫進中文維基百科的編者，必須加上可靠來源，並且必須親眼讀過可靠來源的內容，確認這句話沒有偏離來源原文的文意。
#若是翻譯自英語維基百科，但是手邊沒有英語維基百科條目中引用的那份參考資料時，就應該尋找其他可靠來源，親自確認過另一個可靠來源的原文內容可以支撐這句話，並且在中文維基百科條目中改為引用編者可取得的這份來源，而不是編者無法取得的那份英語維基百科條目中的來源。
我這次發起的討論，只是想要調查社群的意見，沒有涉及修訂方針與指引。討論結束後，我會根據這次調查的社群共識決定是否需要提出修訂方案。
以上，請社群成員發表意見，並請問各位是否同意我的觀點，另同時邀請@-{Jarodalien、Sanmosa}-：參與討論。--CaryCheng（留言） 2020年7月21日 (二) 08:37 (UTC)

text: “必須親眼讀過”實際上不可行：部分可靠來源具有嚴格的閲讀限制我就引用7的另一句話吧：。“尋找其他可靠來源”實際上也不可行：很可能沒有任何其他來源有如此表述（但是提供那個表述的那個來源本身是可靠的，我找不到不用的理由），如果因此而不翻譯該句，則對全文造成缺陷。理想歸理想，現實歸現實。我個人完全不贊同任何脫離現實的想法和提議，我也認為這個討論的展開一開始就是個錯誤，不過我不管了。ꓢꓯꓠꓟꓳꓢꓮ SPQR 2020年7月21日 (二) 08:46 (UTC)
replies: text: :當然，如果那句話看上去真的很可疑，那就是另外一回事。但是，像CaryCheng一樣把所有内容都當成可疑内容來看，就顯得庸人自擾。ꓢꓯꓠꓟꓳꓢꓮ SPQR 2020年7月21日 (二) 09:04 (UTC)
replies: text: ::（個人評論）然後再參照上面的討論，我不清楚完全照搬CaryCheng的思維會不會讓劣質來源當道，畢竟社群辨認可靠來源的能力比較低下。ꓢꓯꓠꓟꓳꓢꓮ SPQR 2020年7月21日 (二) 09:12 (UTC)
参考資料
本主題或以下段落文字，移動自Wikipedia:典范条目评选/提名区。执行人：ꓢꓯꓠꓟꓳꓢꓮ SPQR 2020年7月21日 (二) 09:09 (UTC)。

text: 為方便大家參考，我把相關留言搬過來：
（搬過來的）
replies: text: ::::::::@-{Sanmosa}-：感謝閣下回應，若是User:Jarodalien真的沒有這本書，我認為問題會有點嚴重。先請問閣下的意見，從英語維基百科將FA翻譯至中文維基百科時，翻譯者是不是有責任閱讀每一份參考資料，確保在參考資料中都有原文支持翻譯過來寫入中文維基百科條目的字句?--CaryCheng（留言） 2020年7月20日 (一) 02:49 (UTC)
replies: text: :::::::::實際操作上，我不相信任何翻譯FA的人真的會把每一份資料都給看一次。ꓢꓯꓠꓟꓳꓢꓮ SPQR 2020年7月20日 (一) 02:54 (UTC)
replies: text: ::::::::::感謝閣下的回應，其實我一直以為每一個翻譯FA的人真的會把每一份資料都給看一次；我自己在翻譯英語維基百科條目時，就會去確保翻譯出來的內容跟參考資料原文的文意一致，也因此我才會發現很多英語維基百科條目的內容其實根本在參考資料中沒有相關原文段落。因此再請問閣下的意見，依據方針與指引，翻譯者是不是有責任閱讀每一份參考資料，確保在參考資料中都有原文支持翻譯過來寫入中文維基百科條目的字句?--CaryCheng（留言） 2020年7月20日 (一) 03:07 (UTC)
replies: text: :::::::::::这样的事情看能力。我的确做到过每一份资料都核而且有三位数的条目，但那都是网页来源，书籍方面没有这个能力。然而，可供查证从来不是说编者（译者）一定要站在根本不信任外语编者的立场上，一定要核对每一位资料才写，很多时候他就是愿意花钱买书也做不到，因为有很多书籍还必须有特定的会员身份才能购买，更可怕的是我还知道有些必须要有对应安全级别才能购买，甚至知道有维基百科的编辑因为把部分内容扫描后做成PDF上传到大学网站上供他人“查证”而被解职。可供查证是说，如果读者或其他编者觉得某个地方不大对，有必要查证的时候，也有路子去查（列出的来源），而不是说这个一定要编者提供给他查。我没有这本书，有，我也不可能做出什么扫描出来传给谁这样的事。另外就事论事，你要查证“1609年，亨利·哈德逊成为首位踏上今纽约州长岛地区的欧洲移民，这时岛上已有13个美洲原住民部落，此后位于牙买加湾的第一个欧洲移民定居点也是由荷兰人建立”这么一句话实在太容易了，怎么可能一定要找本钱币学著作来查证？--7（留言） 2020年7月20日 (一) 03:17 (UTC)
replies: text: ::::::::::::感謝閣下回應，我的看法是這樣：
replies: text: ::::::::::::#把「1609年，亨利·哈德逊成为首位踏上今纽约州长岛地区的欧洲移民，这时岛上已有13个美洲原住民部落，此后位于牙买加湾的第一个欧洲移民定居点也是由荷兰人建立」這句話寫進中文維基百科的編者，必須加上可靠來源，並且必須親眼讀過可靠來源的內容，確認這句話沒有偏離來源原文的文意。
replies: text: ::::::::::::#若是翻譯自英語維基百科，但是手邊沒有英語維基百科條目中引用的那份參考資料時，就應該尋找其他可靠來源，親自確認過另一個可靠來源的原文內容可以支撐這句話，並且在中文維基百科條目中改為引用編者可取得的這份來源，而不是編者無法取得的那份英語維基百科條目中的來源。
replies: text: ::::::::::::由於在這一方面，我與兩位閣下沒有共識，因此在這份評選我不投票，以表達我的善意。另外我會在互助客棧發起討論，尋求社群共識，屆時再請兩位參與討論發表意見。--CaryCheng（留言） 2020年7月20日 (一) 03:51 (UTC)
replies: text: :::::::::::::CaryCheng你這樣做的話，中文維基百科就崩潰了。有些事情你還是得考慮可行性。ꓢꓯꓠꓟꓳꓢꓮ SPQR 2020年7月20日 (一) 05:40 (UTC)
replies: text: ::::::::::::::感謝閣下回應，我相信中文維基百科非常強大，不會因為這種小事崩潰。若是中文維基百科社群考慮可行性擔心導致中文維基百科崩潰在討論後達成共識維持兩位閣下的做法，我也會遵循社群共識的。--CaryCheng（留言） 2020年7月20日 (一) 06:14 (UTC)
replies: text: :::::::::::::::你似乎高估了中文維基百科的强度。之前用於命名常用性判斷的來源數就因為有編者提出了異於一般處理方法的看法，於是引起了很大的爭議，最後還是被否定了。我勸你不要再走一次失敗的路，也勸你不要再為現時難得稍稍舒緩下來的社群各方製造又一個爭議，社群沒時間耗了。我這是全局的考量。ꓢꓯꓠꓟꓳꓢꓮ SPQR 2020年7月20日 (一) 11:47 (UTC)
replies: text: ::::::::::::::::感謝閣下回應，我也是全局的考量。謝謝您--CaryCheng（留言） 2020年7月21日 (二) 01:30 (UTC)

text: 以上。ꓢꓯꓠꓟꓳꓢꓮ SPQR 2020年7月21日 (二) 09:09 (UTC)
replies: text: :感謝閣下的意見。我的目的是調查社群的看法，在此就不再反駁閣下的意見了。感謝閣下參與討論。--CaryCheng（留言） 2020年7月21日 (二) 10:26 (UTC)

text: 我不贊成CaryCheng的觀點--Wolfch (留言) 2020年7月21日 (二) 09:59 (UTC)
replies: text: :感謝閣下的意見。不過閣下的留言插到Sanmosa的留言之中了，請容我移動閣下的留言到適當位置。--CaryCheng（留言） 2020年7月21日 (二) 10:26 (UTC)

text: (※)注意
#來源的舉證責任是保留方，但來源的驗證責任是提刪者及管理員；用戶用了線下來源寫了條目，提刪者不應只以惡意推定，認為線下來源一定有問題，然後在未經驗證來源前就走去提刪條目；管理員處理線下來源時，也應該到圖書館驗證來源，然後才能刪去條目，不能惡意推定，認為線下來源一定有問題。
#翻譯條目前，如果懷疑外文條目上的來源有問題，可以去驗證；或者選擇其他認為可信的條目來翻譯；不應在未到圖書館驗證線下來源前就惡意推定來源有問題。
#醫學來源提案通過後，醫學條目只能用學術來源，而且不容許找到學術來源替換後才移除非學術來源，然而學術來源「線上要付費，線下要到大學圖書館」一般用戶在未驗證來源前，也應該善意推定，而非無法驗證學術來源時，就刪去條目。

text: *以上。--蟲蟲飛♡♡→♡℃※留言 2020年7月21日 (二) 10:00 (UTC)
replies: text: ::感謝閣下的意見。請問中文維基百科編者在添加內容到中文維基百科時，是不是應該先看過可靠來源的原文，才能引用該份來源佐證添加的內容?--CaryCheng（留言） 2020年7月21日 (二) 10:26 (UTC)

text: *如果沒看過，就直接說來源能證明內容，這是作假，但您提到的例子是翻譯條目，翻譯條目就不一定要驗證來源，除非您想提刪外文條目。蟲蟲飛♡♡→♡℃※留言 2020年7月21日 (二) 10:55 (UTC)
replies: text: ::感謝閣下的意見。--CaryCheng（留言） 2020年7月22日 (三) 12:54 (UTC)

text: :@-{蟲蟲飛}-：您的見解「醫學來源提案通過後，醫學條目只能用學術來源」似乎有誤，該提案是針對條目中的「醫學資訊」，不是所有條目，--Wolfch (留言) 2020年7月21日 (二) 10:37 (UTC)

text: *當然“非醫學資訊”可用“非學術來源”，但有不含“醫學資訊”的醫學條目嗎？或者說用戶找不到「學術來源」，所寫的不含「醫學資訊」的醫學條目的內容還符合收錄標準嗎？但這個與本提案無關，沒必要在這裏詳談。蟲蟲飛♡♡→♡℃※留言 2020年7月21日 (二) 10:50 (UTC)
replies: text: :(！)意見如果按照Wolfch解讀路徑，條文可針對資訊內容，牽涉（條目）面可能更為廣泛。應當研判本地原查證方法，是否在有關修訂後會受更不確定的影響。而對於來源驗證問題，以現有關推定實踐等，認為應當考慮提高推翻條目多個不同參考來源的門檻，應審查提刪案中對條目來源的質問是否恰當、有否在限制使用不同來源改善條目等問題。譬如若進一步限制使用跨語種來源採編，認為以目前編輯實際而言，將會嚴重阻礙改善本地多方面專案，有觸及中立性和地域觀點的問題。後續有必要考慮前述幾點。——約克客（留言） 2020年7月21日 (二) 10:58 (UTC)
replies: text: ::*您的意見很好，建議可以到醫學來源提案下發表一下意見。前些時候User:Ericliu1912在主流媒體章節根據共識的修訂，好像被人在未經討論下刪改了。--蟲蟲飛♡♡→♡℃※留言 2020年7月21日 (二) 11:19 (UTC)
replies: text: :::* @-{Mys 721tx}-？—— Eric Liu 創造は生命（留言．留名．學生會） 2020年7月21日 (二) 12:10 (UTC)

text: :::*改的地方很多，但未看到相關討論；但這與本提案無關，請移玉步到醫學來源提案。--蟲蟲飛♡♡→♡℃※留言 2020年7月21日 (二) 12:23 (UTC)
replies: text: ::::閣下在這串突然提醫學來源簡直莫名其妙，完全離題。---Koala0090（留言） 2020年7月23日 (四) 20:43 (UTC)

text: ::::*我是回應約克客的意見，並已建議他到醫學來源提案處留言，而他也已經把意見移動到那邊去了。--蟲蟲飛♡♡→♡℃※留言 2020年7月24日 (五) 03:38 (UTC)
@-{CaryCheng}-：我先設想兩個情境
# 在商業翻譯上，如果書籍的譯者堅持拿不到參考文獻的原文文本，就不放上參考文獻，或要求用其他參考文獻代替，請問這是可行的嗎？
# 如果原文文本是作者不會的語言，或是罕見語言，而中文世界又找不到可以代換的資料，那麼我們應該捨棄這個參考文獻，或甚至刪除相關段落嗎？
---Koala0090（留言） 2020年7月23日 (四) 20:51 (UTC)

text: :感謝閣下的意見。--CaryCheng（留言） 2020年7月24日 (五) 13:59 (UTC)
*提案完全不可能。這樣中文維基的翻譯黨差不多可以全部關門。GA/FA事宜不作評論。--Temp3600（留言） 2020年7月24日 (五) 07:00 (UTC)

text: :感謝閣下的意見。--CaryCheng（留言） 2020年7月24日 (五) 13:59 (UTC)
* (＋)-{支持}-：对于FA来说，编者亲自去考证和阅读来源非常必要，GA的话有条件也应该考虑，至少目前我是这么做的。中文维基不是外文维基的中文译本，参考资料同样如此。对于用心撰写某条目的编者而言，想办法亲自阅览相关书籍考证一下或许并不难。--Patriotard 2020年7月24日 (五) 16:36 (UTC)
**您跟Cary對參考文獻的accessibility真的讓人感到驚訝，儘管我是會儘量翻閱原始文獻的人，但有時都還是得寄信給原作者請求文獻，或甚至根本要不到，尤其是書籍類的引用文獻。不知道是不是閣下寫作的領域特別好拿到。總之我覺得這個條文通過會造成相當嚴重的後果，第一就是有些有心參與GA、FA的參與者會用比較次級的文獻來做為surrogate，會不會反而比轉譯原文帶來更大的落差我不清楚，更甚者可能就會直接將整段段落刪除；第二就是有些人就不再願意翻譯英文世界、中文世界以外的內容，整體來說可以說傷害極大。---Koala0090（留言） 2020年7月24日 (五) 17:03 (UTC)
***我提到的“资料来源需要亲自查证”只是针对FA和大部分GA而言，而不会变成方针或强制性措施。如果某些领域确实“必須要有對應安全級別才能購買”，那么使用某些提示性模板或者在相应位置附上标志也是可以接受的。--Patriotard 2020年7月24日 (五) 18:48 (UTC)
****然而FA和GA標準也不是方針指引，所以這樣做實質上也形同強制性措施（不然不能過）。ꓢꓯꓠꓟꓳꓢꓮ SPQR 2020年7月25日 (六) 02:13 (UTC)

text: *@-{AirScott}-：感謝閣下的意見，我也覺得中文維基百科不應該只是外語維基百科的翻譯本；雖然我在提案中沒有說明，不過我原本也只是要針對FA和GA評選，沒打算要求中文維基百科的所有翻譯條目。很高興知道中文維基百科仍然有編者堅持親自去考證和閱讀來源。--CaryCheng（留言） 2020年7月28日 (二) 02:45 (UTC)
* 前面有些人似乎認為線上來源比較好，我完全反對。網路資料大家都能取得，抄來抄去都是同樣的話，搞到後來還可以循環引用無中生有，而且多得是可疑的網頁、或是媒體為求快求點閱而不加查證。相較下傳統紙本媒介因為印製較花時間、製作成本較高，通常內容是較好的。甚至就算不考慮其正確性，光是從「物以稀為貴」的角度看，維基面科就應該多用傳統紙本媒介，才能創造出其他網路資源沒有的價值。維基百科如果只是把網路上已經有的內容抄過來重新複述一遍，那我乾脆去讀 AI 爬資料後自動寫成的 wikihow 或每日新聞就好了，何必用維基？回到正題，條目不屬於任何人，誰覺得哪句話的來源可疑或有誤的話，任何人都可以編修；如果有兩方的人不同意見，基於假定善意的原則，舉證責任在提出異議的人。--Yel D'ohan（留言） 2020年7月25日 (六) 03:54 (UTC)
*:@-{Yel D'ohan}-：根據可供查證方針，添加或恢復內容的編輯者應承擔舉證的責任，提出異議者沒有。這裏我比較擔憂的是提出異議者會濫用提出異議的機能（還是這句老話：像CaryCheng一樣），並導致維基百科條目整體上劣化。ꓢꓯꓠꓟꓳꓢꓮ SPQR 2020年7月25日 (六) 05:44 (UTC)
*:: 「可供查證」不等我在上文提的「舉證」。提供引文已經是「可供查證」，質疑該引文有問題的人才需要舉證支持自己的質疑。--Yel D'ohan（留言） 2020年7月25日 (六) 06:20 (UTC)
*:::嚴格上來説，引文可以算成“添加或恢復內容”中所指的“內容”。ꓢꓯꓠꓟꓳꓢꓮ SPQR 2020年7月25日 (六) 13:58 (UTC)
*:::: 我反對這樣解讀，這樣的意思是所有的引註本身也都要添加引註證明該引註正確，然後就變成無限迴歸……，就算解釋成只要有網際網路的連結即算是可查證，如前述，我認為紙本資源的價值高於線上資源。--Yel D'ohan（留言） 2020年7月25日 (六) 19:57 (UTC)
replies: text: :@-{Yel D'ohan}-：感謝閣下的意見。--CaryCheng（留言） 2020年7月28日 (二) 02:45 (UTC)
*原文有这句->难以查证->原文有ref->难以查证->因为原文有ref->那就拿过来好了，结果是：原文有这句->照搬。这是普遍现状。现状是现状，这是正确的吗？
*为什么不想想难以查证的内容不应当放入条目中这个基本原则？
*对于责任也有点意思，提供来源的责任在内容添加者，对有来源内容的质疑应当直接引用该来源讨论，可是添加者本身都未必看得到的东西，要求质疑者去拿出来，难道不是一个谬误？往大了推论，随便拿线下材料作来源，真有问题时辟谣还不要跑断腿？
*讲到底，只是社群整体素质不够，这类提案啥都改变不了，徒增不信而已。->>Vocal&Guitar->>留言 2020年7月27日 (一) 00:52 (UTC)

text: :問題在於：改了做法以後，可能比原本的做法更差。例如CaryCheng要求“親自確認過另一個可靠來源的原文內容可以支撐這句話，並且在中文維基百科條目中改為引用編者可取得的這份來源”，但是參照上面的另一個討論串，我認為CaryCheng支持在條目中使用劣質來源代替非劣質來源，而這會令條目品質有可能實際下降。這是一個短期内解決不了（可能永遠也解決不了）的問題。SANMOSA SPQR 2020年7月27日 (一) 08:23 (UTC)
replies: text: ::不管什么做法，单纯的照搬条目质量必然会下降，这是永久都解决不了的。至于另外的讨论太长没有兴趣拜读，但如果非要拿劣质来源与未知来源相比，我倾向于0.1，而不是x。->>Vocal&Guitar->>留言 2020年7月28日 (二) 00:50 (UTC)
replies: text: :::但實際操作上顯示，x在大部分時候都大於0.1。而且，劣質來源代替非劣質來源本來就是大忌，這種做法可謂錯得更離譜（如果你執意要談「正確性」的話）。SANMOSA SPQR 2020年7月28日 (二) 05:21 (UTC)

text: :人類是不完美的。中文維基也是如此。--Temp3600（留言） 2020年7月27日 (一) 19:35 (UTC)
replies: text: ::我只是讨论正确，可没有讨论完美，您大可不必为社群洗地。->>Vocal&Guitar->>留言 2020年7月28日 (二) 00:50 (UTC)
replies: text: :::然而有些事情是不可能存在所謂「正確的做法」。他知道這一點，所以他不可能和你談論「正確性」。SANMOSA SPQR 2020年7月28日 (二) 05:21 (UTC)
replies: text: ::::中文維基當然充滿不足之處，或者如你所言，「素质不够」。我認為這種情況在可見將來都不會有大幅改善。--Temp3600（留言） 2020年7月28日 (二) 06:46 (UTC)
replies: text: :::::我同意这句话，所以我也无意寻求改变。->>Vocal&Guitar->>留言 2020年7月28日 (二) 22:47 (UTC)

text: :@-{Ohtashinichiro}-：感謝閣下的意見，

text: :*我認為現狀不是正確的。

text: :*我同意難以查證的內容不應當放入維基百科。

text: :*我同意提供來源的責任在內容添加者，對有來源內容的質疑應當直接引用該來源討論。

text: :*我同意社群整體素質不夠，這類提案啥都改變不了，徒增不信而已。

text: :*我同意單純的照搬條目質量必然會下降，這是永久都解決不了的。

text: :很高興在中文維基百科遇到觀點相近的使用者。--CaryCheng（留言） 2020年7月28日 (二) 02:45 (UTC)
*話說，我提出這個討論只是要調查社群的意見，沒有任何修訂提案，大家和氣地發表看法就好，不用太激動，感謝大家。--CaryCheng（留言） 2020年7月28日 (二) 02:45 (UTC)
*:然而你必須預期在客棧的討論在很多時候都會變得激烈。如果你拒絕接受這個現實的話，你以後的提案在大部分情況下恐怕也會觸礁。SANMOSA SPQR 2020年7月28日 (二) 05:21 (UTC)
replies: text: ::感謝閣下的意見。--CaryCheng（留言） 2020年7月29日 (三) 01:41 (UTC)
----
除提案者以外，參與討論者10位，支持提案觀點者1位，反對提案觀點者7位，未明確回覆者2位。
調查結果為多數使用者認為翻譯外語維基百科條目時，翻譯者不需要逐一查閱參考資料原文。--CaryCheng（留言） 2020年7月30日 (四) 04:35 (UTC)
----

text: 本討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。
thread_title:  就Wikipedia:可供查證尋求社群共識