維基百科討論:格式手冊/日期和數字/存檔3
本頁是以往討論的存檔。請勿編輯本頁。若您想發起新討論或重啟現有討論,請在當前討論頁進行。 |
要求取消WP:MOSNUM的方針地位
- 下列討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。
我發現現在漢語維基百科的WP:MOSNUM方針按部分人的理解,2500不能寫成「2500」,必須寫成「2,500」,「兩萬人」必須寫成「2萬人」,一千人必須寫成「1000人」,甚至「1945至1946年」都有問題,要寫成「1945年至1946年」。
我對這種方針感到非常噁心和反感,要求取消方針地位,如果只是建議我沒有問題,但無法接受強制。--7(留言) 2021年1月25日 (一) 06:30 (UTC)
- (1)這是指引,不是方針。(2)我認為如此強制有必要性,反對取消其指引地位。(3)「兩萬人」和「一千人」應是可行的寫法,「四位撇節法運用『萬』、『億』兩個單位,與阿拉伯數字混用時也可輕易理解」,我認為這暗示四位撇節法可用於中文。(4)維持上下文局部體例一致是我對(3)的意見的前提。(5)我認為可以容許四位和五位(容許六位也可)阿拉伯數字不進行分節,我自己寫四位和五位阿拉伯數字時也鮮有進行分節。SANMOSA SPQR 2021年1月25日 (一) 09:21 (UTC)
- 格式手冊首段即有說明「…以下的規則並沒有聲明不能變動,也不暗示…」。--安憶Talk 2021年1月25日 (一) 09:25 (UTC)
- 不同意,這一取消WP:X43又要大量把條目中的數字從十進制改成十二進制,屆時我們就沒有由反駁他了。您的提案不行維基百科會被LTA炸掉。不能不強制,這樣以後大家都不用十進制寫條目了,到時萬一有人故意用13進制寫條目怎麼辦? 您又不肯提出配套方案。 我要抗議了-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️) 2021年1月25日 (一) 09:25 (UTC)
- 現在也沒有強制性,它是指引,要方針才行。--安憶Talk 2021年1月25日 (一) 09:36 (UTC)
- 指引在某些情況下會有一定的強制性。SANMOSA SPQR 2021年1月25日 (一) 09:45 (UTC)
- 即使取消,「大量把條目中的數字從十進制改成十二進制」依舊是進行大量無意義且增加閱讀困難的編輯,依舊可以認定為破壞。
- 現在也沒有強制性,它是指引,要方針才行。--安憶Talk 2021年1月25日 (一) 09:36 (UTC)
- 什麼意思,現在方針下,到底是不是2500不能寫成「2500」,必須寫成「2,500」,「兩萬人」必須寫成「2萬人」,一千人必須寫成「1000人」,甚至「1945至1946年」都有問題,要寫成「1945年至1946年」?--7(留言) 2021年1月25日 (一) 10:33 (UTC)
- 不是必須的。「風格一致、易於閱讀」即可。--安憶Talk 2021年1月25日 (一) 10:35 (UTC)
- 你廢除、拿掉指引地位更可怕好不好!,代表以後2500可以寫成9C4(十六進制)、2500可以寫成10201(七進制)、兩萬人可以寫成JH0人(三十二進制)、「1945至1946年」可以寫成「11110011001至11110011010年」(二進制),會變成不知道在說什麼外星話,明顯更慘好不好。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️) 2021年1月25日 (一) 10:44 (UTC)
- @A2569875:即使沒有此規定,維基人依舊有 common sense。只要大家都認為這是「什麼外星話」,這些行為就依舊不會受到允許。Yangwenbo99論 文 2021年1月29日 (五) 11:03 (UTC)
- 2500不應該寫成 0x9C4 嗎 ——羊羊 (留言|貢獻|古典音樂專題) 2021年1月31日 (日) 08:25 (UTC)
- 你廢除、拿掉指引地位更可怕好不好!,代表以後2500可以寫成9C4(十六進制)、2500可以寫成10201(七進制)、兩萬人可以寫成JH0人(三十二進制)、「1945至1946年」可以寫成「11110011001至11110011010年」(二進制),會變成不知道在說什麼外星話,明顯更慘好不好。-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️) 2021年1月25日 (一) 10:44 (UTC)
- 不是必須的。「風格一致、易於閱讀」即可。--安憶Talk 2021年1月25日 (一) 10:35 (UTC)
- 同上諸位,另,我沒有看到格式手冊中規定
2500不能寫成「2500」,必須寫成「2,500」,「兩萬人」必須寫成「2萬人」,一千人必須寫成「1000人」,甚至「1945至1946年」都有問題,要寫成「1945年至1946年」
的相關條文。——BlackShadowG(留言)維基百科20歲生日快樂! 2021年1月25日 (一) 11:55 (UTC) - 並不是不能用別的寫法,但是若連一個資訊框、一句行文裏頭要用漢字還是用羅馬數字都不能統一,那還得了。—— Eric Liu 創造は生命(留言.留名.學生會) 2021年1月25日 (一) 12:26 (UTC)
- 我建議關閉這個討論。SANMOSA SPQR 2021年1月26日 (二) 09:38 (UTC)
- 本討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。
現行日期和數字格式手冊條文調適
- 反對取消方針指引地位,但我確實對它要求的逗號用法有顧慮。
- 中文文章裏一般不使用逗號分節
- 一般見到逗號分節是在英文文章,讀者會假設是千分位分隔符。如果按照維基百科:格式手冊/日期和數字允許萬分位分隔符,讀者會混淆,不知道那個逗號是千分位還是萬分位,得多看幾眼才明白,反而造成不方便。
- 不管是千分位分隔符還是萬分位分隔符,需要使用英文逗號。在一段文字裏混用,,讀者不容易辨析,在某些語句中萬一把英文逗號看成中文逗號,會造成歧義。
--Gqqnb(留言) 2021年1月27日 (三) 03:05 (UTC)
- 至少大陸的標準認可千分撇,而且小學應該也教過,即便對於非學術文章,作為標準之一應該沒有問題;再或者不用千分撇也可以用千分空 萬位分節符那個例子的確可以幹掉,四位分級時寫成「1234萬5678」就好。逗號看錯問題應該不大。千位分隔符是三位一分,讀者看到12,345第一印象是1.2萬,看到12,34會覺得哪裏不對(分句逗號沒換成全形、千分撇打錯位置、少敲一位數等等);而且上下文應該能幫助讀者做出判斷。如果真的碰到兩個分句形如「…12,345…」,則應該考慮變換句式,迴避這種容易引起誤解的寫法。(PS:說起來倒是有個把「p。」看成「p0」的哏)—洛普利寧 2021年1月27日 (三) 04:25 (UTC)
- 部分規定明顯不合理。
- ——Yangwenbo99論 文 2021年1月29日 (五) 11:00 (UTC)
- (順便提一句,要不要規定一下循環小數的寫法) ——羊羊 (留言|貢獻|古典音樂專題) 2021年1月31日 (日) 08:33 (UTC)
- 似乎千分號是認可的寫法但不是必須的。如果為了這個可有可無的千分號而大費干戈廢除指引才是最大的問題。千分號應該是可以使用,但不是必要。至於特定條目是否必須使用,請在相應討論頁中確定共識。——Sakamotosan路過圍觀杯弓蛇影 | 避免做作,免敬 2021年1月31日 (日) 08:41 (UTC)
- @Yangwenbo99、Cwek:有幾個要點可以提出:【1】建議物理量量值的書寫(科學相關條目例外)與金錢單位前的數字加入符合整數一至十的書寫的規定者不適用的條文。【2】建議可以在一般量詞前的數值規定「萬X」、「億X」等104的倍數級的中文數字量值當成單位的一部分。【3】建議容許四位和五位阿拉伯數字不進行分節(如果社群認爲有必要,可以規定不容許在科學相關條目中不進行分節)。【4】「這十二尊大銅人,均高三丈」這樣的寫法(排除WP:格式手冊/日期和數字的影響後)本來就不太百科全書,建議重寫一下。SANMOSA SPQR 2021年2月5日 (五) 07:13 (UTC)
- 附議【2】和【3】。【1】中建議將容許範圍擴大至一百及以內數字。——Yangwenbo99論 文 2021年2月5日 (五) 07:44 (UTC)
- 【1】來說,我認為還要增加一個要求,就是維持上下文局部體例一致。如果出現某個數字不在一百(十)及以內數字的範圍內,但另一個並列的數字在的話,仍然應該要求兩個數字都使用阿拉伯數字書寫。SANMOSA SPQR 2021年2月5日 (五) 07:48 (UTC)
- 同意。建議此規則獨立成文。在下擬作:「若兩組或多組數據並列,則必須統一格式。若其中至少一組數據被本指引禁止使用某種格式,則其他與之並列者亦不可使用。」--Yangwenbo99論 文 2021年2月5日 (五) 10:49 (UTC)
- 【1】來說,我認為還要增加一個要求,就是維持上下文局部體例一致。如果出現某個數字不在一百(十)及以內數字的範圍內,但另一個並列的數字在的話,仍然應該要求兩個數字都使用阿拉伯數字書寫。SANMOSA SPQR 2021年2月5日 (五) 07:48 (UTC)
- 另建議增加一要求以應對這十二尊大銅人,均高三丈,「直接引用古籍中數據,或者使用中國傳統度量衡者,除非使用漢字會導致難以理解或排版混亂,否則可以使用漢字,即使這被其他條文禁止。」——Yangwenbo99論 文 2021年2月5日 (五) 10:49 (UTC)
- 前者屬於引用原文的範疇,明顯不會被(現行)日期和數字格式手冊規限。後者而言,現時有中國傳統度量衡和非中國傳統度量衡的單位寫法一樣或有寫法相通的情況,我認為此條的實行困難。SANMOSA SPQR 2021年2月6日 (六) 09:26 (UTC)
- 附議【2】和【3】。【1】中建議將容許範圍擴大至一百及以內數字。——Yangwenbo99論 文 2021年2月5日 (五) 07:44 (UTC)
(續)現行日期和數字格式手冊條文調適
承前討論,現擬對WP:格式手冊/日期和數字修改如下:
|
|
以上。SANMOSA SPQR 2021年2月16日 (二) 03:19 (UTC)
- 「7.2 整數一至十,如果不是出現在具有統計意義的一組數字中,可以用漢字,但要照顧到上下文,求得局部體例上的一致。」中華人民共和國國家標準出版物上數字用法的規定(節錄自香港大學中文教育網)我知道已經有相關段落,但建議將該段置上,或在各段簡單說明一至十的例外。--LuciferianThomas.留言 2021年2月17日 (三) 00:01 (UTC)
- @LuciferianThomas:原案標記錯誤,已更正為「符合『整數一至十的書寫』的規定者例外」。已調整排版。SANMOSA SPQR 2021年2月17日 (三) 14:07 (UTC)
- 另外,此案的一個可行變體為「整數一至十的書寫」擴為「整數一至一百的書寫」。SANMOSA SPQR 2021年2月17日 (三) 14:11 (UTC)
- 變體也寫一次好了:
|
|
以上。SANMOSA 誓山海而長在,似日月而無休 2021年2月19日 (五) 02:40 (UTC)
- @LuciferianThomas、Yangwenbo99、Cwek、Lopullinen:想看看大家比較傾向我原本的提案還是變體版本。SANMOSA 誓山海而長在,似日月而無休 2021年2月21日 (日) 08:57 (UTC)
- 傾向後者。另建議「中文的四位撇節法」不在科技條目中使用。——Yangwenbo99論 文 2021年2月22日 (一) 13:05 (UTC)
- 補充了。SANMOSA 誓山海而長在,似日月而無休 2021年2月22日 (一) 13:57 (UTC)
- 傾向後者。另建議「中文的四位撇節法」不在科技條目中使用。——Yangwenbo99論 文 2021年2月22日 (一) 13:05 (UTC)
(重提)現行日期和數字格式手冊條文調適
承前討論,現重提擬對WP:格式手冊/日期和數字修改如下:
|
|
以上。SANMOSA 江南好,風景舊曾諳 2021年3月22日 (一) 14:22 (UTC)
- (!)意見:建議將「一般量詞前面的數字應該使用阿拉伯數字,不應使用漢字表示」改為「一般量詞前面的數字,原則上零到九以中文書寫,大於九的數字用阿拉伯數字書寫」(但不把話說死,允許個別情況例外)。
- 提倡:三年零六個月、50歲、200人、1000名
- 不提倡:3年06個月、五十歲、兩百人、一千名、
- (!)意見:三位撇節法不符合中文語法,不應以任何形式推廣。10000中文讀作「一萬」而非「十千」;10000000中文讀作「一千萬」而非「十百萬」。
- (?)疑問:為什麼「四位撇節法不在科學相關條目中使用」?中文是使用四位撇節法的語言,在科學條目中使用的數字也不例外。例如光的速度為每秒299792458米,寫成「2,9979,2458米」我不覺得有什麼問題,反而更方便讀者閱讀理解。📕📙📒📗📘📚📖 2021年3月22日 (一) 16:03 (UTC)
- @PÑēüḾôňïę1357:(1)之前社群的傾向是放寬到1至100也可以用中文數字。(2)三位撇節法是國際標準的數字表達方式,基本上我看到的所有政府公文和科學文獻都使用三位撇節法。(3)我看不到有任何國際上的科學文獻使用四位撇節法,而且即使使用三位撇節法也不會妨礙讀者理解。SANMOSA 江南好,風景舊曾諳 2021年3月22日 (一) 23:51 (UTC)
- 「放寬到1至100也可以用中文數字」我(+)傾向支持。
不如改為「科學相關條目中的數字,原則上不進行撇節」,同時也不禁止「2億9979萬2458」這樣的寫法(尤其是在沒有小數位的時候),以方便不熟悉三位撇節法的讀者。如何?📕📙📒📗📘📚📖 2021年3月23日 (二) 02:32 (UTC)
- @PÑēüḾôňïę1357:(2a)部分數字數值較大,理當進行撇節。國際科學文獻都使用三位撇節法。(2b)我不預期有讀者不熟悉三位撇節法(我反而認為有大量讀者不熟悉以「,」分隔的四位撇節法),而且三位撇節法本身並不影響數字的意義,因此即使真的有讀者不熟悉三位撇節法(雖然我認為不可能),這不會對他們理解數字本身構成障礙。另一方面,同上,國際科學文獻都使用三位撇節法,我認為有必要顧慮維基百科作為百科全書的百科性和專業性。SANMOSA 江南好,風景舊曾諳 2021年3月23日 (二) 05:16 (UTC)
- 我本人是幹翻譯的,基本上每次翻譯數字時都要自己重新進行撇節,以免誤譯。正因如此,我才主張能不用就不用三位撇節法,同時主張不禁止「2億9979萬2458」這樣的寫法。不過「原則上不進行撇節」這部份我可以撤回。
- 另外,請恕我不明白為什麼不用三位撇節法就不能體現維基百科的「百科性和專業性」。沒錯,絕大部份國際科學文獻都用三位撇節法,但那是因為印歐語系(拉丁語族和日耳曼語族)的語言都用三位撇節法。敝認為「百科性和專業性」首先應該體現在「不容易引起歧異」上,而要避免引起歧異,就應該在不影響原意的前提下,對某些表述進行調整,使其更適應中文,更容易被讀者消化。而我認為對於中文讀者而言,同一個數字,「2億9979萬2458」比「299,792,458」就好比熟肉和生肉,雖然都是肉,但前者比後者更容易消化。
- 不過歸根究底還得看其他人怎麼投票。📕📙📒📗📘📚📖 2021年3月23日 (二) 05:54 (UTC)
- 我自己看過的科學書籍(還有政府文告),無論是甚麽語言寫的,都是用三位撇節法,如果看到「2億9979萬2458」的話我反倒要質疑這怪胎書籍的可靠性。我自己是不認為三位撇節法會造成任何「歧義」,所以也完全不存在某一種特定的撇節法「更容易被讀者消化」的事情(如果不是的話,那恐怕是四位撇節法才會造成那種「歧義」,我生活中是沒怎麽看過書面上漢字四位撇節法的使用)。SANMOSA 江南好,風景舊曾諳 2021年3月23日 (二) 07:01 (UTC)
- @LuciferianThomas、Yangwenbo99、Cwek、Lopullinen。SANMOSA 江南好,風景舊曾諳 2021年3月22日 (一) 23:57 (UTC)
- 為什麼我感覺應該是「科學相關條目中的數字,原則上進行撇節」,倒是日常生活相關條目可以考慮不分節……--洛普利寧 2021年3月23日 (二) 05:37 (UTC)
- (~)補充我反而覺得三位撇節法不適合中文語境吧,因為這是對應英文的數字分節(千、百萬、十億),而中文主要是四位分節(萬、億)。所以不建議保留三位分節,優先使用四位分節或者不分節。——Sakamotosan路過圍觀杯弓蛇影 | 避免做作,免敬 2021年3月23日 (二) 12:40 (UTC)
- @cwek:難道我是活在平行時空?我看到的數字即使在中文中也是三位撇節法。是地域差異嗎?SANMOSA 江南好,風景舊曾諳 2021年3月23日 (二) 13:48 (UTC)
- 雖然不符合中文語境,但除非是要求使用純中文的地方(比如數字都要求全形的那種),不然很少有超過2段的數字使用四位分節表示。在書面語上,中文單位+數字+四位分段好像是不怎麼常見,口語上倒是方便。--YFdyh000(留言) 2021年3月23日 (二) 22:04 (UTC)
= =原來這世界上有四位撇節這神奇玩意啊……反對任何撤銷三位撇節地位的行徑。覺得三位撇節不好的人應該平常不是在幹跟數字有關的工作吧。-hiJK910 七一七二一 2021年3月23日 (二) 12:56 (UTC)
- 囧rz……莫非翻譯數字就不是「在幹跟數字有關的工作」嗎?📕📙📒📗📘📚📖 2021年3月23日 (二) 21:42 (UTC)
- @PÑēüḾôňïę1357:當然不是。至少是會計、統計、科研、工程、財務這些「完全」離不開數字,而且數目常以百萬起跳的行業。你覺得「翻譯數字」也是玩數字的工種,也證明你不是在幹跟數字有關的工作。-hiJK910 七一七二一 2021年3月25日 (四) 16:26 (UTC)
- 然而我在日常生活中是完全看不到四位撇節法在書面上的使用。SANMOSA 江南好,風景舊曾諳 2021年3月24日 (三) 00:50 (UTC)
- 我是從來都沒有見過使用四位撇、四位空的做法。不知U:PÑēüḾôňïę1357閣下是否是在科技領域活動的譯者。在我見到的大多數科學文獻中,超過五位的數字,一律都要分節的,而如何分節,應當依照該領域的習慣。而無論如何,都沒有任何一個成文規則支持這個習慣。——Yangwenbo99論 文 2021年3月24日 (三) 09:54 (UTC)
- 別的國家和地區不知道,大陸即便是教科書也沒有提倡用撇號分節,不提倡用12億3456萬7890的道理,也沒有準寫100、200不准寫一百、二百的道理。不過合作過的出版社凡是寫「進行」、「專業性」這種話的篇件都是當作者漢語還沒學好處理。--7(留言) 2021年3月24日 (三) 08:24 (UTC)
- 空格分節又如何?香港的教科書無論中英文,數字一定會遵照三位撇節法,有時候是空格分開,有時候是半形撇號分開。SANMOSA 江南好,風景舊曾諳 2021年3月24日 (三) 08:52 (UTC)
- 在下認為,不使用空格分節,純粹是因為技術問題,即維基百科無法保證(也不應保證)數字等寬,及空格與數字等寬。鄙人深切相信現時「數理化、醫學」這些領域「對漢語有害」的專業人士大都屬於閣下合作者所稱的「漢語還沒學好」。——Yangwenbo99論 文 2021年3月24日 (三) 09:54 (UTC)
- 我的意思只是不同地方習慣不同,我不贊成強調(甚至提倡)任何一種。--7(留言) 2021年3月24日 (三) 10:31 (UTC)
- 然而科學上確實只使用三位撇節法,因此有必要限制四位撇節法不在科學相關條目中使用。SANMOSA 江南好,風景舊曾諳 2021年3月24日 (三) 11:26 (UTC)
- 大陸理科教材初中開始用千分空,小學教材沒有分隔符(我上小學時候課本上有說過三位分節法,現在可能刪了)。另外[1];「1億2345萬6789」的寫法我見的最多的地方是日本新聞。反正物理上三位分節一眼就能換算單位,中文四位分級不好使。感覺這是學科領域問題,而不是地方習慣問題。PS:如果「123,456,789」一定要強調「億」,那我估計這裏重要的東西是數量級,而不是有效數字位數,所以我可能會直接寫「1.23億」。—洛普利寧 2021年3月25日 (四) 05:59 (UTC)
- 現在並不是在講不能用三分或四分,現在是有人要規定只准用,大陸理科教材用千分空,有哪個老師膽敢把作文里寫漢字的打叉嗎?上面那位不用回復我了,你說的「科學上確實只使用」那是你,和我所見完全不在一個世界。--7(留言) 2021年3月26日 (五) 07:58 (UTC)
- 你自己都懂得說是「作文」了,作文和百科全書是兩回事。而且限制範圍都限定成科學相關條目了。SANMOSA 江南好,風景舊曾諳 2021年3月26日 (五) 08:23 (UTC)
- 現在並不是在講不能用三分或四分,現在是有人要規定只准用,大陸理科教材用千分空,有哪個老師膽敢把作文里寫漢字的打叉嗎?上面那位不用回復我了,你說的「科學上確實只使用」那是你,和我所見完全不在一個世界。--7(留言) 2021年3月26日 (五) 07:58 (UTC)
- 我的意思只是不同地方習慣不同,我不贊成強調(甚至提倡)任何一種。--7(留言) 2021年3月24日 (三) 10:31 (UTC)
- (!)意見:建議各位在參與討論對「科學相關條目」的指引前,先確保自身有相關的專業背景。——Yangwenbo99論 文 2021年3月24日 (三) 09:54 (UTC)
折衷提案
真想不到關於數字格式的討論也能引發這麼大的爭論。不如這樣:大家一人讓一步好不好?具體如下:
- 科學及專業條目:
- 已經存在的三位撇節(本身)不改為其他表述方式。
- 從今往後,小數點前只有五位或以下的阿拉伯數字不進行分節;十萬以上的阿拉伯數字,編者只能選擇「完全不分節」或「三位分節」。
- 「完全不分節」或「三位分節」適用先到先得規則。
- 鼓勵編者在小數點前超過五位的阿拉伯數字表述(分節或不分節)後面加註漢阿混合表述,以方便其他讀者。例如:「627147640391274(627萬1476億4039萬1274)」或「627,147,640,391,274(627萬1476億4039萬1274)」皆可接受。
- 表示座標的數字,則無論如何也不進行分節,以免與座標表述本身混淆。
- 其他條目:
- 已經存在的三位撇節(本身)不改為其他表述方式。
- 從今往後,小數點前只有五位或以下的阿拉伯數字不進行分節;十萬以上的阿拉伯數字,編者
只能選擇「完全不分節」或「三位分節」自行決定「完全不分節」、「三位分節」或「四位分節」。 「完全不分節」或「三位分節」「完全不分節」、「三位分節」或「四位分節」適用先到先得規則。- 鼓勵編者在小數點前超過五位的阿拉伯數字表述(分節或不分節)後面加註漢阿混合表述,以方便其他讀者。由於是非專業條目,因此漢阿混合表述可以是約數。例如:「627147640391274(627.14萬億)」或「627,147,640,391,274(627.14萬億)」皆可接受。
諸位意下如何?📕📙📒📗📘📚📖 2021年3月26日 (五) 20:04 (UTC)
- (-)傾向反對。對於較長之數字(如閣下所舉出之627,147,640,391,274),學界是強烈地傾向於分節以減少閱讀困難。「先到先得」僅應當適用做與不做都有相當理由的情形,例如對於五六位的數字;而對於達到十位者,(至少在科學條目中)我實在找不到理由不分節。但無論最後何種方案通過,都支持限定新規定之溯及力。——Yangwenbo99論 文 2021年3月26日 (五) 20:46 (UTC)
- (XX.yy億)」或「(XX億yyyy萬)」),就是為了減少閱讀困難。📕📙📒📗📘📚📖 2021年3月26日 (五) 22:41 (UTC)
- 原提案本來就沒禁止在與科學無關的條目應用四位撇節,這「折衷提案」反而盡廢四位撇節,看不出來有多折衷。我仍然認為科學相關條目中的數字應完全遵照三位撇節法(年份等特殊情況除外)。SANMOSA 江南好,風景舊曾諳 2021年3月26日 (五) 23:25 (UTC)
- 另外一個問題,使用科學計數法時怎麼弄?比如3.52*10^35,要不要用中文數字表示數量級?如果讀者能理解10^35,那沒有理由不理解6.27*10^14(千分撇用於快速定位出10^14)?—洛普利寧 2021年3月27日 (六) 06:30 (UTC)
此折衷提案並不禁止分節,只是說「要麼就不分節,要分節就只能用三位分節法,不能用其他分節法」(好滿足三位分節法強硬支持者的要求)。此外,小弟我主張在長數字後面加註漢阿混合表述(例如在達到十位的數字後面加註「 - 原提案本來就沒禁止在與科學無關的條目應用四位撇節,這「折衷提案」反而盡廢四位撇節,看不出來有多折衷。我仍然認為科學相關條目中的數字應完全遵照三位撇節法(年份等特殊情況除外)。SANMOSA 江南好,風景舊曾諳 2021年3月26日 (五) 23:25 (UTC)
- (XX.yy億)」或「(XX億yyyy萬)」),就是為了減少閱讀困難。📕📙📒📗📘📚📖 2021年3月26日 (五) 22:41 (UTC)
- 又想了一下。「627萬1476億4039萬1274」這種寫法可能是個偽需求。比如光年這個單位,日常生活也會提到。條目序言說「9.46兆千米」,用通俗語言告訴一般讀者,這是個很大的長度單位;這姑且叫科學/專業條目的非專業部分吧。對於想了解天文學知識的人,後面的介紹就沒必要再「X億X萬」了。像是把光年換算成國際單位制,那主要就是參與計算用的;如果不需要精確值,9.461×1015 m這種科學記數法是最好的;「9461兆米」用於計算自然不方便。而如果要精確值,「9460兆7304億7258萬800米」,按計算器都要擔心千位丟個零,遠沒有「9,460,730,472,580,800」爽快。像一些更專業的內容,比如各類物理常熟,就算幫我標上「627萬1476億4039萬1274」,我還是也看不懂文章說啥啊……--洛普利寧 2021年3月27日 (六) 09:24 (UTC)
- (-)傾向反對。對於較長之數字(如閣下所舉出之627,147,640,391,274),學界是強烈地傾向於分節以減少閱讀困難。「先到先得」僅應當適用做與不做都有相當理由的情形,例如對於五六位的數字;而對於達到十位者,(至少在科學條目中)我實在找不到理由不分節。但無論最後何種方案通過,都支持限定新規定之溯及力。——Yangwenbo99論 文 2021年3月26日 (五) 20:46 (UTC)
- 只要提案有傾向把「XX恆星距地球十億光年」禁止,只允許寫「XX恆星距地球1,000,000,000光年」,我就反對。--7(留言) 2021年3月27日 (六) 04:09 (UTC)
- 如果是我的原提案的話,提議條文有指明『「萬X」、「億X」等104的倍數級的中文數字量值當成單位的一部分』,而且並沒有指明科學相關條目不適用,所以我肯定沒有必須要把整組數字寫出來的傾向。然而由於物理量量值必須使用阿拉伯數字(保留自原指引),上面的文句牽涉了物理量的單位,因此不能寫中國數字,在這種情況下我認為寫成「10億」是最好的做法。如果你說的是那個根本看不出來有多「折衷」的「折衷提案」的話,這可能要他自己回答。SANMOSA 江南好,風景舊曾諳 2021年3月27日 (六) 05:12 (UTC)
- 上面說的對。十億是10*10^8或1.0*10^9或1*10^9,具體取決於你想說十億加零頭還是十多億。1,000,000,000在科學文章有特別表示「十億(精確到個位)」的意思。我也不希望見到表示概數的地方,規定必須寫成容易引起誤解的1,000,000,000或1000000000。—洛普利寧 2021年3月27日 (六) 06:18 (UTC)
- (-)反對,同意劉嘉的觀點。Walter Grassroot(留言) 2021年4月1日 (四) 01:28 (UTC)
- 然而上方早已說明他的觀點與提案並不衝突。SANMOSA Σουέζ 2021年4月1日 (四) 03:20 (UTC)
1582年前的日期
格里曆於1582年問世,與此前採用的儒略曆存在日期差異。翻閱英維格式手冊,其規定此前的日期採用儒略曆:
“ | Dates before 15 October 1582 (when the Gregorian calendar was first adopted in some places) are normally given in the Julian calendar. | ” |
而在晚近引入公曆的地區,許多早期事件能推算出精確的日期(例子見Wikipedia:歷史上的今天)。有的日期註明了對應的曆法(如晉陽之戰寫明「前453年5月8日」為格里曆),但也有很多日期並未說明。
請問大家,
- 中文維基百科中的此類日期,是否大多為外推格里曆?
- 是否需要增訂Wikipedia:格式手冊/日期和數字,以明確1582年前的日期在未說明的情況下,默認為何種曆法?
--Lt2818(留言) 2021年5月17日 (一) 06:39 (UTC)
- 不知道中外大多文獻對1582年前的日期都是採用何種曆法?我覺得我們跟隨主流的方式就可以了,這樣成本相對最低--百無一用是書生 (☎) 2021年5月18日 (二) 01:26 (UTC)
- 就我所看到的中文文獻,似乎幾乎沒有什麼文獻會專門提到文內日期用的是什麼曆法?--百無一用是書生 (☎) 2021年5月18日 (二) 01:29 (UTC)
- 1582年前的日期一般通用儒略曆。SANMOSA Σουέζ 2021年5月18日 (二) 02:34 (UTC)
- 研究後認同這個說法。我找到了一個公曆和農曆日期對照工具,其中1582年前的日期為儒略曆,與維基百科中諸多事件的日期吻合。--Lt2818(留言) 2021年5月18日 (二) 11:48 (UTC)
- 在前45年之前,儒略曆還沒出現的時候呢? ——羊羊 [ 留言 貢獻 維貓報 古典音樂專題 ] 2021年5月18日 (二) 10:21 (UTC)
- 似乎儒略曆是能倒推的,例如劉邦卒日。--Lt2818(留言) 2021年5月18日 (二) 11:48 (UTC)
- 那麼1582年前所有歷史事件,列日期的時候會否好像十月革命般,列格里曆日期,同時列儒略曆日期,而且是強制 ? 因為現在通用的曆法是格里曆,1582年前所有歷史事件條目如只列儒略曆日期,又不是那麼適合。-- 約翰同志-條目裱糊匠(留言) 2021年5月18日 (二) 13:27 (UTC)
- 我就是覺得現行公曆不能追溯既往比較怪異,故有此問。現在想了一下,這樣也是合理的。地球轉動的周期會改變,設想今後可能據此調整曆法,那麼不應追溯到之前的紀日。--Lt2818(留言) 2021年5月18日 (二) 15:21 (UTC)
- 現行CS1模塊明確以1582年為界,默認將早於1582年的日期作為儒略曆日期處理。--Antigng(留言) 2021年5月21日 (五) 08:11 (UTC)
提案
根據以上討論,現提議於Wikipedia:格式手冊/日期和數字增加條文如下:
公元紀年 …… 儒略曆與格里曆 現行的格里曆啟用於公元1582年10月15日,從該日起的日期應使用格里曆表示,而此前的日期則通用儒略曆。 由於各地區接納格里曆的時間有先後,以及存在使用外推格里曆追溯既往等情況,當日期所屬曆法異於上述約定時,應註明該曆法。 民國紀年 …… |
由於同時列兩個曆法日期的做法包含在「註明該曆法」中,就不用寫入條文了。--Lt2818(留言) 2021年5月18日 (二) 15:11 (UTC)
- 說實話,如果1582年前所有歷史事件條目的日期一般通用儒略曆,用不用逐個條目加上一個寫明「除非特別註明,下列日期一律用儒略曆。」的模板呢 ? 這為數可不少呢……-- 約翰同志-條目裱糊匠(留言) 2021年5月18日 (二) 15:35 (UTC)
- 既然特殊情況才註明,那麼一般情況就沒有要再說明我沒有註明了。這豈不是畫蛇添足?--百無一用是書生 (☎) 2021年5月19日 (三) 02:26 (UTC)
- 建議加入例子。 紺野夢人 肺炎退散 2021年5月18日 (二) 16:32 (UTC)
- 例子不好寫,沒有定則。十月革命是個典型,舊曆都寫在括弧中。--Lt2818(留言) 2021年5月18日 (二) 16:45 (UTC)
- 要考量一下瑞典曆的情形。建議在「的情況」前加上「等」字,以表示「當日期所屬曆法異於上述約定時,應註明該曆法」的原因並非只限於前文所提及的兩種情況。SANMOSA Σουέζ 2021年5月19日 (三) 13:51 (UTC)
- 已修改。我看過瑞典的情況,其實包括在「時間有先後」的描述中。--Lt2818(留言) 2021年5月19日 (三) 13:58 (UTC)
- 我在意的點就只是「等」字而已。現在沒問題了。SANMOSA Σουέζ 2021年5月19日 (三) 14:08 (UTC)
- 已修改。我看過瑞典的情況,其實包括在「時間有先後」的描述中。--Lt2818(留言) 2021年5月19日 (三) 13:58 (UTC)
- 公示七日。--Lt2818(留言) 2021年5月26日 (三) 15:49 (UTC)
學年度
根據MOS:DATE,民國紀年和非公元紀年應附帶公元紀,而使用「學年度」是否需要附帶公元紀年,另外學年度有跨年份的問題。這邊有一份「西元、民國及學校學年度之對照表」可供參閱。--寒吉 2021年6月15日 (二) 03:59 (UTC)
- 我認為需要附帶公元紀年,寫成如「110學年度(2021年8月-2022年7月)」、「110學年度第一學期(2021年8月-2021年12月)」或「110學年度第二學期(2022年1月-2022年7月)」就好了。不過我認為如果不是非常必要,直接寫公元紀年即可,2022年3月發生的事就寫「2022年3月」,不需要寫什麼學年度第幾學期。-游蛇脫殼/克勞棣 2021年6月15日 (二) 04:40 (UTC)
- 「109學年度大專籃球聯賽冠軍戰」寫成「109學年度(2020年8月-2021年7月)大專籃球聯賽冠軍戰」?這是我遇到的實例。還是這種情況不用附帶公元紀年?--寒吉 2021年6月15日 (二) 05:29 (UTC)
- 「109學年度大專籃球聯賽冠軍戰」是專有名詞,而且還就是中文圈的專有名詞,若要作為條目名稱,原則上不應增、減、改任何字眼或更動字眼順序,簡言之就是應保持原狀,況且這場比賽只比了一天,並沒有維持一年,所以此名稱不需也不可做閣下所謂的那樣的改動。但內文倒是可逕寫「....於2021年3月21日舉辦....」;若是擔心讀者不知道為什麼它是「109學年度」(而不是其他數字),可以用註釋的方式說明「中華民國教育制度的109學年度係指從民國109年(2020年)8月到民國110年(2021年)7月的區間。」,沒有必要在本文以括號附註,本文一律只使用公元紀年就好了。若不是中文圈的專有名詞,自是另當別論。以上是在下的淺見。-游蛇脫殼/克勞棣 2021年6月15日 (二) 10:54 (UTC)
- 「109學年度大專籃球聯賽冠軍戰」寫成「109學年度(2020年8月-2021年7月)大專籃球聯賽冠軍戰」?這是我遇到的實例。還是這種情況不用附帶公元紀年?--寒吉 2021年6月15日 (二) 05:29 (UTC)
- 可以在條目內文補充。--Temp3600(留言) 2021年6月15日 (二) 14:00 (UTC)
數字的千位處分隔符
如題。有用戶刪除條目中阿拉伯數字在千位處的逗號,理由是「中文無需在千位數加逗號」。然而在千位處加逗號是國際慣例。特別是因數字較長而普遍在數字加逗號的科學界和財務界,即使中文也都是在千位數加逗號。現在(7月25日)首頁上FA的第65屆奧斯卡頒獎典禮是也有「約4,570萬美國觀眾收看」這樣的記載。考慮到這一問題的波及範圍極大,因此希望能統一數字千位處分隔符的標準。--ICOCAで行こか?/なんでやねん! 2021年7月25日 (日) 10:25 (UTC)
- Wikipedia:格式手冊/日期和數字#多位數字的分節。--安憶Talk 2021年7月25日 (日) 10:32 (UTC)
- 「有用戶刪除條目中阿拉伯數字在千位處的逗號,理由是中文無需在千位數加逗號」,莫名其妙的理由,阿拉伯數字不是中文數字。-KRF(留言) 2021年7月26日 (一) 12:08 (UTC)
- @Suicasmo:同上,Wikipedia:格式手冊/日期和數字#多位數字的分節已經規定,該事務已有共識。如無其他事務,請關閉討論。——落花有意12138 論 回復請ping我 2021年7月30日 (五) 08:02 (UTC)
- 我建議把當時Wikipedia talk:格式手冊/日期和數字#(重提)現行日期和數字格式手冊條文調適中我的提案重新拿出來討論,不知大家意下如何,可以的話我會轉送VPP。@Suicasmo、落花有意12138。SANMOSA Σουέζ 2021年8月3日 (二) 13:50 (UTC)
- @Yangwenbo99、Lopullinen、LuciferianThomas、Cwek。SANMOSA Σουέζ 2021年8月3日 (二) 13:57 (UTC)
- @AnYiLin、Kerolf666。SANMOSA Σουέζ 2021年8月3日 (二) 13:57 (UTC)
- 格式手冊的本質是為了讓閱讀和理解條目更方便,它給條目預設了一種統一的格式,但,整體閱讀下來不會混淆且表述足夠明晰的條目,我認為不必糾結在這點上。只看了下「折衷提案」部分,有幾條從比較有強制性的要求(「只能…」)改成了貼合格式手冊本質的建議(「鼓勵…」、「自行選擇…」),再進一步結合那面的意見,我覺得現行版就挺好的。--安憶Talk 2021年8月3日 (二) 14:21 (UTC)
- @AnYiLin:你的意思是如果這樣會對部分其他地方的讀者產生閲讀障礙的話,就不能用那種格式嗎?現在的情況是現行條文對此不約束的情況會對部分其他地方的讀者產生閲讀障礙。SANMOSA Σουέζ 2021年8月4日 (三) 08:37 (UTC)
- 我的意思是內文整體相對統一就行,比如現在建議每三位分一節,就不要同篇這裏三分那裏四分。我不反對重啟討論,但討論帶來的效果可能不會很顯著,因為現行版也沒什麼大問題。--安憶Talk 2021年8月4日 (三) 08:46 (UTC)
- @AnYiLin:你的意思是如果這樣會對部分其他地方的讀者產生閲讀障礙的話,就不能用那種格式嗎?現在的情況是現行條文對此不約束的情況會對部分其他地方的讀者產生閲讀障礙。SANMOSA Σουέζ 2021年8月4日 (三) 08:37 (UTC)
- 格式手冊的本質是為了讓閱讀和理解條目更方便,它給條目預設了一種統一的格式,但,整體閱讀下來不會混淆且表述足夠明晰的條目,我認為不必糾結在這點上。只看了下「折衷提案」部分,有幾條從比較有強制性的要求(「只能…」)改成了貼合格式手冊本質的建議(「鼓勵…」、「自行選擇…」),再進一步結合那面的意見,我覺得現行版就挺好的。--安憶Talk 2021年8月3日 (二) 14:21 (UTC)
- @Sanmosa:同意移至方針版重啟討論,建議標明增加內容。——落花有意12138 論 回復請ping我 2021年8月4日 (三) 08:25 (UTC)
將「1463萬9560」標記成「1,463萬9,560」是否合理?
請問大家認為User:BoazHwang君的這筆編輯是否合理?
在下認為這完全是矯枉過正、畫蛇添足。「1463萬9560」本身就是中文圈「4位一撇」的改良寫法,再加上歐美的「3位一撇」毫無必要。1463與9560都不過是區區4位數,我相信中文圈有受過完整義務教育的人看到1463這個數字都能不假思索、立即讀出「一千四百六十三」,以及讀出9560是「九千五百六十」,根本不需要對此再做任何分節。
另外,根據常識,新聞來源標題寫什麼原則上都應該一律照抄,維基人沒有改正、改善新聞來源標題的權利與義務。新聞標題寫錯、寫不好是記者的責任,維基人不必也不該去修改它。何況新聞標題的「五千萬」的寫法根本沒有錯誤,硬把它改成「5,000萬」已經走火入魔了。-游蛇脫殼/克勞棣 2022年10月6日 (四) 16:03 (UTC)
數字在中文格式根本不需要「3位一撇」(堅持「4位一撇」僅為我個人的偏好),而且已經加上「萬」了,得以方便閱讀,上述編輯完全無義(但是並沒有違反「MOS:NUM」的規則)。--Picture GN(留言) 2022年10月6日 (四) 16:21 (UTC)- (=)中立,如果是「14,639,560」就應該「3位一撇」了(那「4位一撇」的「1463,9560」呢?)。但裏面確實都加上「萬」了,裏面若有「萬」或「億」這種單位輔助詞不一定要「3位一撇」隔開。所以那個編輯基本上該說錯嗎?不見得。--Z7504非常建議必要時多關注評選(留言) 2022年10月6日 (四) 16:27 (UTC)
- 我沒有說它錯,我是說不必要。「C億B萬A」的C,B,A最多也不過是4位數,對這些4位數加上唯一的一個「,」意義何在?有更好讀嗎?另外在下完全沒有打算討論3位一撇與4位一撇在中文圈熟優孰劣,這數字原本就是寫成「1463萬9560」,而不是「14639560」。再說「1,4639,560」也不是3位一撇。-游蛇脫殼/克勞棣 2022年10月6日 (四) 16:48 (UTC)
- 閣下說得有理,不過對方也沒有違反「MOS:NUM」的規則,只是選擇比較冷僻的寫法,但敝人想不到什麼絕對的理由否定他的編輯,就擔心貿然修改而引發編輯戰。--Picture GN(留言) 2022年10月6日 (四) 16:59 (UTC)
- 指引是三位撇節法對於小數點前或後超過四位的數,於是四位數可能不必撇節法。中文的四位撇節法運用「萬」、「億」兩個單位,與阿拉伯數字混用時也可輕易理解也指出四位撇節法時可輕易理解數字。出版物上數字用法(GB/T 15835-2011)(現行),06頁:小數部分不分節。四位以內的整數可以不分節。--YFdyh000(留言) 2022年10月7日 (五) 04:50 (UTC)
- 閣下說得有理,不過對方也沒有違反「MOS:NUM」的規則,只是選擇比較冷僻的寫法,但敝人想不到什麼絕對的理由否定他的編輯,就擔心貿然修改而引發編輯戰。--Picture GN(留言) 2022年10月6日 (四) 16:59 (UTC)
- 我沒有說它錯,我是說不必要。「C億B萬A」的C,B,A最多也不過是4位數,對這些4位數加上唯一的一個「,」意義何在?有更好讀嗎?另外在下完全沒有打算討論3位一撇與4位一撇在中文圈熟優孰劣,這數字原本就是寫成「1463萬9560」,而不是「14639560」。再說「1,4639,560」也不是3位一撇。-游蛇脫殼/克勞棣 2022年10月6日 (四) 16:48 (UTC)
- Special:差異/73978320。--紺野夢人 2022年10月7日 (五) 04:46 (UTC)
- 這樣改在下只好說勉強接受,承認是可行又不違規的,因為我真心認為相較於3位一撇或4位一撇,根本不用撇號的「1234億5678萬9098」或「1234億5678萬9098」對中文圈讀者更方便辨識。-游蛇脫殼/克勞棣 2022年10月7日 (五) 15:14 (UTC)
個人沒有聽過「四位一撇」的說法,通常「三位一撇」較常用於銀碼、價格、數值等,不應用於序號、號碼、名次等,較理想的寫法應該是「1,463.956萬」或「1,463.96萬」。--Clithering(MMXXII) 2022年10月7日 (五) 15:19 (UTC)
- 其實兩種用法都有人用,但在正式場合/文書中,三位一撇確實較常見。不過我幾乎沒看過有人用了中文字(萬、億……)標註數目後,還用逗號的。--Picture GN(留言) 2022年10月7日 (五) 17:25 (UTC)
- 提供例子一個,作為參考。--Clithering(MMXXII) 2022年10月7日 (五) 22:39 (UTC)
- 這不是例子。一個是「X"億港元"」的概數值(以「億港元」作為單位),一個是「C億B萬A」的準確值。X允許是5位以上的整數還帶小數點,但C、B、A只能是最多4位整數且不帶小數點。-游蛇脫殼/克勞棣 2022年10月7日 (五) 23:50 (UTC)
「1463萬9560」在中國大陸屬於錯誤表述,中國大陸的標準要求,一個完整的數字,中間不能穿插漢字。相應的正確表述可以是「14639560」、「1463.956萬」、「一千四百六十三萬九千五百六十」。--大化國史館從九品筆帖式(留言) 2022年10月8日 (六) 00:03 (UTC)- 所以這樣也是錯誤的?-游蛇脫殼/克勞棣 2022年10月8日 (六) 00:54 (UTC)
- 看來引發這個議題的根本原因,有可能是兩岸的用法差異所導致的。--Picture GN(留言) 2022年10月8日 (六) 02:22 (UTC)
- @克勞棣、Picture GN:抱歉,我搞錯了大陸的現行規範。大陸最新一版的國家標準《出版物上的數字》(GB/T 15835-2011),第5.3條規定「如果一個數值很大,數值中的「萬」「億」單位可以採用漢字數字,其餘部分採用阿拉伯數字。示例1:我國1982年人口普查人數為10億零817萬5288人。」所以「1463萬9560」在中國大陸目前也是符合規範要求的。--大化國史館從九品筆帖式(留言) 2022年10月8日 (六) 03:08 (UTC)
- 如果按照中國大陸的標準的話,那也是屬於中文的數字分節法(本身加數值單位詞「萬」、「億」,有點像是變種的四位分節),那就應該按照中文常用的四位分節去處理,而且剛好每個中文數字分組間都在4位以內,實際上不需要分節。而不是一味地生搬硬套西式的三位分節。——Sakamotosan路過圍觀 | 避免做作,免敬 2022年10月8日 (六) 03:46 (UTC)
- @克勞棣、Picture GN:抱歉,我搞錯了大陸的現行規範。大陸最新一版的國家標準《出版物上的數字》(GB/T 15835-2011),第5.3條規定「如果一個數值很大,數值中的「萬」「億」單位可以採用漢字數字,其餘部分採用阿拉伯數字。示例1:我國1982年人口普查人數為10億零817萬5288人。」所以「1463萬9560」在中國大陸目前也是符合規範要求的。--大化國史館從九品筆帖式(留言) 2022年10月8日 (六) 03:08 (UTC)
- 這不是例子。一個是「X"億港元"」的概數值(以「億港元」作為單位),一個是「C億B萬A」的準確值。X允許是5位以上的整數還帶小數點,但C、B、A只能是最多4位整數且不帶小數點。-游蛇脫殼/克勞棣 2022年10月7日 (五) 23:50 (UTC)
- 提供例子一個,作為參考。--Clithering(MMXXII) 2022年10月7日 (五) 22:39 (UTC)
- 如果是直接引用引文的寫法,應該按照引文的方式原文引入,並且展現是原文引用的樣式,例如在正文中以引述模板、或者引號括注原引文的方式表現,而參考校準的標題也保持原文書寫方式。但如果是按照轉述引文的話,已經改變了原引文的表現形式,在正文中就應該按照項目現有的格式手冊要求去編寫。至少根據Wikipedia:格式手冊/日期和數字的例子,這種混合的數字分節方法並不合適,作為非原文引述的情況下。——Sakamotosan路過圍觀 | 避免做作,免敬 2022年10月8日 (六) 03:53 (UTC)
- 也就是按照上述,該編輯版本中,腳註的「五千萬」應該保持原樣,而正文中的分節法根本就是不符合格式手冊的。純屬畫蛇添足。——Sakamotosan路過圍觀 | 避免做作,免敬 2022年10月8日 (六) 03:56 (UTC)
Wikipedia:格式手冊/日期和數字增加「常用的數學符號」章節
- 下列討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。
提議在Wikipedia:格式手冊/日期和數字增加「常用的數學符號」章節,置於「註釋」章節前作為正文的最後部分,內容如下:
常用的數學符號
- 一些數學符號難以直接輸入,可使用編輯器菜單插入,或代之以此處所列的HTML字符實體引用(形如
÷
)。 - 若需要以不同於普通文本的形式顯示數學公式,可使用{{mvar}}(用於單字母變量)和{{math}}(用於複雜表達式)模板。更多方法詳見Help:數學公式。
符號名稱 | 符號 | HTML實體 | 備註 |
---|---|---|---|
加號/正號 | + | +
|
|
減號/負號 | − | −
|
大多數程式語言則使用連字暨減號(- )表示減號/負號。
|
正負號 | ± | ±
|
|
乘號 | ⋅ | ⋅
|
與間隔號(· )不同。
|
× | ×
|
||
除號 | ÷ | ÷
|
另有斜線(/ )常用以表示除法或分數,如1/2可表示一除以二或二分之一。
|
等號 | = | =
|
調用模板時若省略編號參數的參數名(形如1= ),參數值中的等號會被錯誤解析,寫上參數名或使用{{=}} 魔術字即可避免。
|
約等號 | ≈ | ≈
|
|
不等號 | ≠ | ≠
| |
小於號 | < | <
| |
小於等於號 | ≤ | ≤
| |
大於號 | > | >
| |
大於等於號 | ≥ | ≥
|
修訂的出發點是為了規範減號/負號的碼點為U+2212 − MINUS SIGN,同時註明在程式語言中則多以U+002D - HYPHEN-MINUS為減號/負號。先前與A2569875君的討論可供參考。
提議條文來自en:WP:COMMONMATH,做了些簡化,主要是刪除了對空格的約束。英文原文規定在二元運算符兩側加空格,站內則並未統一,如1 + 1 + 1 + 1 + …有空格,1+1無空格。W3C《中文排版需求》草稿2.3.5節中的數學運算符兩側有空格與無空格都有出現,搜索其他中文標準規範尚無收穫。因此不貿然對二元運算符兩側的空格做規定。--Lt2818(留言) 2022年10月18日 (二) 15:26 (UTC)
- (+)支持。在下亦曾爭論普通文本的減號應該用U+2212 − 抑或U+002D - (甚至有編者用U+FF0D - FULLWIDTH HYPHEN-MINUS……)。認同使用前者並支持加入格式手冊。—— (留言) 2022年10月18日 (二) 22:19 (UTC)
- 是否需要在「大部分的程式語言……」加註與維基編輯相關的部分,如「若因技術限制在模板或模組內部可以使用連字暨減號,僅需要令輸出於條目文字的部分為減號即可。」以讓先前討論的結果有反映在修訂案內-- 今晚 我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕](☎️·☘️) 2022年10月20日 (四) 05:21 (UTC)
- 這部分不止和減號有關,與
-
對應−
類似的關係還有*
對應×
、/
對應÷
,可能寫一起比較合適,但沒想到好的行文。(表格內只提了減號是因為只有-
與−
形狀相似,容易搞混。)「僅需要令輸出於條目文字的部分為減號」僅適用於模板/模組的編寫,適用面不大,個人感覺不必特意寫進格式手冊。--Lt2818(留言) 2022年10月20日 (四) 06:26 (UTC)
- 這部分不止和減號有關,與
- (!)意見:我支持可以納入並建議維基編輯在一般條目原始碼編輯中使用U+2212當作負號或減號使用,不認為"大多數程式語言則使用連字暨減號(-)表示減號/負號。"為全面的觀點描述,反對任何"要求編輯不應在一般條目編輯中將U+002D當作減號或負號使用"的論點,另外質疑目前似乎沒有叉乘號的說法,依照乘號的內容:"名稱為「乘號」,亦稱作「叉號」或「交叉」"。--Anghualee(留言) 2022年10月26日 (三) 04:33 (UTC)
- 「大多數程式語言則使用連字暨減號(
-
)表示減號/負號」是事實而非觀點,語出en:Hyphen-minus#Programming languages。如果該事實描述尚不全面的話,歡迎給出增改建議。- 許多MediaWiki擴展、模板、模塊等只接納U+002D而非U+2212作為輸入,個人認為這些包括在「程式語言」的範疇中,加之格式手冊規範條目最終呈現的性質甚於源碼編排,因此沒把這一點寫進提議條文。
- 個人認為根據使用場景的不同,U+2212與U+002D中只有一個是最合適的符號,難以想像有兩可的場景。雖不必將另一種符號視為錯誤,但若有心者願意調整為最合適的符號,自然是好的。
- 叫「叉號」或「交叉」就看不到乘法運算的含義了;「乘號」是包括了
⋅
和×
二者的(參考),但我沒找到兩種符號並列時各自的常用稱謂。如果沒有更好的方案,權將二者名稱合併稱為「乘號」吧。
- 「大多數程式語言則使用連字暨減號(
- --Lt2818(留言) 2022年10月26日 (三) 12:00 (UTC)
- 然後 en:Hyphen-minus#Programming languages 引用了兩種程式語言的手冊,而裏面壓跟沒提 hyphen-minus,其中一個引用還被打上"頁數呢?"。事實是現代大部分程式語言的原始檔編碼都支持 Unicode,而用鍵盤打程式碼來講,打出U+002D比打出U+2212快太多了,工程師幹嘛要直譯器或編譯器額外增加處理一個大家都不用的U+2212?我就好奇有哪個打字訓練軟件要求你打U+2212而非U+002D了?而且就算你堅持那個是事實,說真的,也不影響。因為重點在於不夠全面,事實上一般使用(不限於程式語言)上 hyphen-minus 可以作為減號使用,就是 en:Hyphen-minus 一開頭引用了 Unicode explained 的論述,同時也是更為全面的觀點。
- 當然如你所說,在可使用選擇更完整的情況下,會有更合適的符號(畢竟 Unicode explained 裏面也是這樣認為的),所以我一開始就說我支持"納入並建議使用U+2212"。但是考量 Legacy 支援,根據目前鍵盤還沒有廢除或者是完全將 minus 完全獨立(畢竟有無數字鍵鍵盤),也就是對一般使用者來說,依舊會有採用連字暨減號作為減號使用的狀況,自然完全就符合 Jukka K. Korpela 撰寫的 Unicode explained 中所述這屬於 ASCII Legacy 支援的部分。同樣在一般新聞使用上(好比說這篇)也一樣會使用。考量到以上狀況,避免造成一般編輯上的困擾,所以我也提出了反對"不使用U+002D"的意見。
- 根據使用場景的不同,
⋅
和×
中只會有一個是乘號。而照 Unicode 來講的話,⋅
叫 Dot operator。--Anghualee(留言) 2022年10月26日 (三) 13:17 (UTC)
- 我自己接觸過的程式語言全部使用連字暨減號,但en:Plus and minus signs#Uses in computing列了兩種語言不用它表示負數。不覺得把「大多數……」這句話當事實呈現有什麼問題。
- 維基百科使用Unicode,個人認為不需要在格式手冊里描述僅有ASCII編碼時該如何寫數學符號,感興趣的讀者點進連結看就行。否則ASCII使用
*/
表示乘除,也要一併寫入了。 - 我覺得做好Legacy支援與標明最合適的符號並不衝突,譬如重定向即是一個方面,-1可以重定向到−1。
- Dot operator的名稱也看不出乘法的含義,且搜索Dot operator出來的許多是程式語言中的概念。Unicode的字符名稱未必覆蓋使用場景,甚至出錯了都不改,「杭州碼子」的命名錯誤即是一例。
- --Lt2818(留言) 2022年10月27日 (四) 02:45 (UTC)
- 這倒提醒我了,你用的en:Plus and minus signs#Uses in computing段落裏面就有用
/
(U+002F),即便不作為除號使用,分數(en:Fraction)的部分也該提到⁄
(U+2044)吧?至於Dot operator我也只是提一下 Unicode 是用此名稱(其實⋅
也看不出乘號),我基本上只對叉乘號有意見,對點乘號其實沒講話,畢竟點運算子跟點乘號我還真分不出來哪個比較醜,你自己改回乘號然後糾結,這跟我沒關係的呀。其實跟 hyphen-minus 一樣丟到備註去就好了,只是你自己過不去而已。--Anghualee(留言) 2022年10月27日 (四) 04:32 (UTC)- 把
/
寫進除號一欄的備註里了。把⋅
丟到備註仍然需要介紹其HTML實體,還不如現在這樣。--Lt2818(留言) 2022年10月27日 (四) 07:22 (UTC)
- 把
- 這倒提醒我了,你用的en:Plus and minus signs#Uses in computing段落裏面就有用
點乘和叉乘——魔琴 [ 留言 貢獻 ] 2022年10月31日 (一) 08:22 (UTC)- 點積、叉積,名稱看起來僅指運算,而非符號。--Lt2818(留言) 2022年10月31日 (一) 15:36 (UTC)
- 有結論了嗎?-- 今晚 我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕](☎️·☘️) 2022年11月7日 (一) 03:57 (UTC)
- 公示7日。感謝諸位的意見。--Lt2818(留言) 2022年11月7日 (一) 09:21 (UTC)
- 這收錄標準實在是不一。請問比如說sigma、幾階、角度等,難道都不算常用的數學符號嗎?雖然(+)支持,但是這標準看了顯然是不行。請問若通過,那後面的用戶能否自行擴充相關數學符號?都可以隨便舉例3個也算常用的了。--Z7504非常建議必要時多關注評選(留言) 2022年11月8日 (二) 16:02 (UTC)
- 確實沒有定一個客觀的收錄標準,個人認為在非數學領域也常用的數學符號可以收錄。上述例子中,我覺得只有「角度」在非數學領域常用,不過現在表格里還沒有單位符號。用戶能否自行擴充相關數學符號,就看其他用戶是否接受吧。--Lt2818(留言) 2022年11月9日 (三) 03:10 (UTC)
- 公示期過了吧。公示期間的意見有有效的解決方案嗎?-- 宇帆:雪菲🐉蛋糕🎂⇔娜娜奇🐰鮮果茶☕|在維基尋求休閒是否搞錯了什麼(☎️·☘️) 2022年11月18日 (五) 00:40 (UTC)
- 本討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。
朝鮮半島歷史紀年
朝鮮半島雖然在歷史上長期為中國藩屬國,在冊封儀式上接受中國的年號。但中國一直就是將朝鮮半島歷史視為外國史而非中國史。朝鮮半島記錄歷史事件的時候也不使用中國的年號。官修國史《高麗史》採用的是朝鮮君主紀年,《朝鮮王朝實錄》使用的是干支紀年。現代書籍《高麗外交史》([韓]盧啟鉉著 紫荊,金榮國 譯)使用的是朝鮮君主紀年。可見朝鮮半島自古記錄歷史的時候就不使用「年號」。中國本土出版有關朝鮮半島歷史的書籍多為中朝/韓關係史之類,這類書籍是站在中國的角度看待中朝關係,但在紀年上還是大多採用公元紀年,只有涉及到中國的時候才有使用中國年號的情況。一些漢本位的非專業維基人在維基上採用中國年號來描述朝鮮半島歷史,是違背維基中立原則的,也會被網上憤青當作依據說什麼朝鮮半島沒有歷史之類。不涉及中國的朝鮮歷史事件理應就該在朝鮮半島歷史背景下進行描述,使用朝鮮君主紀年或公元紀年,而非像中國史那樣使用中國朝代年號。為避免以後再發生類似朝鮮定宗的編輯爭議,我提議維基能夠增加朝鮮半島歷史紀年的規則:
- 不涉及中國的朝鮮歷史使用朝鮮君主紀年或公元紀年。
- 涉及到中國的朝鮮歷史事件可以只使用公元紀年或添加中國年號以及朝鮮君主紀年。
-- EditQ(留言) 2023年6月10日 (六) 09:56 (UTC)
- 討論頁沒什麼人看,建議您去方針版發(此後存檔到這邊),可以附上相關爭議編輯及討論的連結。--YFdyh000(留言) 2023年6月10日 (六) 14:33 (UTC)
朝鮮半島歷史紀年
朝鮮半島雖然在歷史上長期為中國藩屬國,在冊封儀式上接受中國的年號。但中國一直就是將朝鮮半島歷史視為外國史而非中國史。朝鮮半島記錄歷史事件的時候也不使用中國的年號。官修國史《高麗史》採用的是朝鮮君主紀年,《朝鮮王朝實錄》使用的是干支紀年。現代書籍《高麗外交史》([韓]盧啟鉉著 紫荊,金榮國 譯)使用的是朝鮮君主紀年。可見朝鮮半島自古記錄歷史的時候就不使用「年號」。中國本土出版有關朝鮮半島歷史的書籍多為中朝/韓關係史之類,這類書籍是站在中國的角度看待中朝關係,但在紀年上還是大多採用公元紀年,只有涉及到中國的時候才有使用中國年號的情況。一些漢本位的非專業維基人在維基上採用中國年號來描述朝鮮半島歷史,是違背維基中立原則的,也會被網上憤青當作依據說什麼朝鮮半島沒有歷史之類。不涉及中國的朝鮮歷史事件理應就該在朝鮮半島歷史背景下進行描述,使用朝鮮君主紀年或公元紀年,而非像中國史那樣使用中國朝代年號。為避免以後再發生類似朝鮮定宗的編輯爭議,我提議維基能夠增加朝鮮半島歷史紀年的規則:
- 不涉及中國的朝鮮歷史使用朝鮮君主紀年或公元紀年。
- 涉及到中國的朝鮮歷史事件可以只使用公元紀年或添加中國年號以及朝鮮君主紀年。
-- EditQ(留言) 2023年6月11日 (日) 04:05 (UTC)
- 供其他人參考的前情和討論:Special:PermaLink/77631991#正在發生的編輯爭議、Special:PermaLink/77633212#朝鮮定宗--YFdyh000(留言) 2023年6月11日 (日) 04:21 (UTC)
- (-)反對此鼓吹歷史否定主義的提案。這裏讓大家看一下他以前是怎樣無視社羣意願並一味地推銷觀點的,我們必須堅定制止這種Forum shopping式的行徑。Sanmosa 解氣但不解恨 2023年6月11日 (日) 04:50 (UTC)
- 原來這位EditQ就是釘釘啊。--路西法人 2023年6月11日 (日) 16:47 (UTC)
- (-)反對:作為條目朝鮮定宗的主編者,也要出來澄清。關於年號部分,《高麗史》相應部分,年號都是跟着中國改的,朝鮮半島年號列表就足以說明這點;韓國建立的《朝鮮王朝實錄》網站,紀錄時間是君主紀元、西元年、中國年號三者並存的。幾個條目編寫下來,君主紀年會使得行文變得很繞、重複,建議提及年份採中國年號、加註西元年的形式。目前條目被全保護,紀元、年號並存的狀況顯得四不像,應該只留一種。——George6VI(留言) 2023年6月12日 (一) 05:45 (UTC)
- 這是《高麗史》原文,使用的是高麗君主紀年。《朝鮮王朝實錄》使用的干支紀年,其實就相當於現代的公元紀年。單純的朝鮮歷史使用朝鮮君主紀年有助於讓讀者了解事件發生於朝鮮哪個朝代。中國年號是中國史的方式,用中國國內史的方式寫外國史是不恰當的。而且歷史上,遼、金、元、清都是通過武力脅迫使朝鮮將中國視為正朔。現代文明社會要是沿用這種脅迫方式貶低朝鮮歷史,那就是沒有道理。EditQ(留言) 2023年6月12日 (一) 12:39 (UTC)
- 所以有沒有二手來源說明應該怎樣辦呢?有沒當代學者寫書的時候,在書前凡例說明用不用年號呢?--Ghren🐦🕐 2023年6月13日 (二) 17:30 (UTC)
- 我的意見在管理員佈告板講得很清楚了,這裏不多說。—— Eric Liu 創造は生命(留言・留名・學生會) 2023年6月13日 (二) 17:44 (UTC)
- 從中文二手來源看,朝鮮所用曆法在不同時期和不同場景,有數次複雜變化,且依場景、使用者而不同,不能簡單轉換沿用中國政權曆法的更替。不能說用某種曆法就符合或貶低朝鮮,因為朝鮮本身就有很多種取向,年號也並不緊隨中國用法。
- 如《中國旅遊文化概覽》16頁說,明朝滅亡後朝鮮僅與清朝文書用清朝年號,但內部改用干支或君主紀年,民間也有堅持崇禎年號到崇禎二百餘年(《經崖國學教育叢書 國學梯級公開課 3》45頁說用到崇禎三百餘年)。《這個清朝太有意思了 第2卷 皇太極》73頁說,臣服清朝後改用清朝年號,但史學家和學者仍以明朝年號為主;學者寫崇禎紀年,但進入中國境內就改寫干支紀年,拒寫清朝年號。《明清易代 4 大清立國》254頁(等)說,使用崇德年號是屈服於強力,祭祀等仍使用大明年號;《馮爾康文集 文化史散論》171頁有更詳細介紹。《明代頒歷制度研究》134頁詳細講了朝鮮官方對「私歷」的態度和頒行。--YFdyh000(留言) 2023年6月13日 (二) 20:25 (UTC)
- 順便補充一下站內條目--崇禎紀元。--日期20220626(留言) 2023年6月14日 (三) 03:58 (UTC)
- 其他朝鮮主題條目情況我不清楚,現在不便評論它們使用何種方式比較適合。不過最近我打算改寫的條目是朝鮮王朝歷代君主,參考來源是以中國/朝鮮官方文獻、現代文獻為主,輔以朝鮮王朝的私人著述。既然對象是朝鮮國王,自然是需要奉明、清正朔,官方文書、宗廟祭祀使用中國年號的紀錄俯拾即是,直到高宗自立年號為止。我覺得至少國王條目紀年使用年號,是比較好的。——George6VI(留言) 2023年6月14日 (三) 06:02 (UTC)
- 以中國為正朔,與是否使用中國年號寫歷史不存在因果關係。比如越南歷史就不使用中國年號。朝鮮與中國的官方文書等使用中國年號也不意味着需要用中國年號寫朝鮮歷史。請問那個「中國/朝鮮官方文獻、現代文獻」是使用中國年號來寫朝鮮歷史?請列出具體的例子。只有涉及到中國的時候才是這樣的。中朝/韓關係史這類站在中國角度看待朝鮮歷史的書籍都是使用公元紀年為主的,涉及到中國采使用年號,否則也會太土氣了,只是中國的話,何談國際關係呢?EditQ(留言) 2023年6月14日 (三) 13:14 (UTC)
- 補充:Yumeto在User talk:Sanmosa#EditQ中指出的情況亦值得各位關注。Sanmosa Акум орь ничодатэ, кроеште-ць алтэ соарте 2023年6月14日 (三) 00:36 (UTC)
我覺得您們在將一個簡單的問題上升為主義的問題。紀年本身只是一種工具而已。西方學者用英文寫中國歷史的時候,什麼時候會使用年號?就我所見,基本就不用。但這就可以說成是什麼「歷史虛無主義」嘛?那只是西方學者覺得只用公曆比較方便而已,根本就和立場和屁股沒有關係。西方學者很明顯知道什麼是年號,知道他們在中國古代是用的,只是不想用而已。
上邊談這樣多《高麗史》、《朝鮮王朝實錄》,又或者討論中國年號對於朝鮮的古代有多大影響,對於「定宗」這個條目來說,根本一點用都沒有。古代是古代,現代是現代。條目是給現在人讀的,而不是寫給明朝人讀的。牛頓時代時候寫「微積分」這個條目,可能需要同時用牛頓和萊布尼茨來保這個中立性;但是現代人都已經用萊氏的一套符號,那您還用牛氏的一套符號做什麼。用萊氏的一套符號,不代表否認牛頓的貢獻,年號也一樣,不用中國年號紀年,不代表否認「朝鮮歷史曾使用年號紀年」的史實,只是用君主紀年、西曆更好可以描述他們啊。
然後看回中國人的朝鮮史著作,很現實釘釘說的是事實。基本上今人論著就是不用。Ghren🐦🕑 2023年6月14日 (三) 18:22 (UTC)
- 標年號對對照來源是有幫助的吧。但標成統一的某種年號,就比較有爭議了。--YFdyh000(留言) 2023年6月14日 (三) 18:34 (UTC)
- 對於一些比較不為人知的國王,現代文獻一般提及他們都比較簡略,經常必須用朝鮮時代的參考資料補充細節,因此在這類條目古文獻比重更重,而非現代人著作。原始文獻使用舊曆而非公曆,因此如果有提及確切日期不會只寫公曆,會寫成像「至正十七年(1357年)七月一日」;若涉及換算後跨年,則會類似「同治十三年十一月二十八日(1875年1月5日)」。之前在編寫兩個GA朝鮮哲宗、朝鮮景宗的時候,紀元問題對我來說特別明顯。或許其他朝鮮人物等等條目影響還不會那麼大,但是當君主紀元用在寫君主本身的時候,就會有問題。舉例來說:
- 「定宗二年(1400年)十一月十三日,定宗內禪」或者
- 「建文二年(1400年)十一月十三日,定宗內禪」,我會傾向後者。
- 一開始我是只有在君主傳位、死亡時用年號,但是那時在評選就有人認為兩者並存不妥,因此我才提議,至少在君主的條目,可以單用年號紀載。在《燃藜室記述》關於定宗的部分也有這樣的紀載:
- 「至正十七年丁酉恭愍六年七月朔日……戊寅洪武三十一年……庚辰建文二年十一月……世宗元年永樂十七年九月二十六日戊辰……」
- 而且就君主紀元本身,《朝鮮王朝實錄》也會有重疊的現象,例如太祖、定宗、太宗都生前退位當過上王,原始文獻紀載同一件事,會在兩個甚至三個國王的實錄都提到,也是我不喜歡用君主紀元的原因。還有要再強調的是,君主紀元中,「即位年」與「元年」不是同一年;請問,在條目裏記事,「洪武三十一年(1398年)」與「定宗即位年(1398年)」哪種比較好?
- 更何況,中文維基主要使用者大都是讀中文的,使用一些大家比較熟悉的中國年號搭配公曆年,難道不會比君主紀元更好?——George6VI(留言) 2023年6月15日 (四) 01:34 (UTC)
- 仔細一看您說的問題通通在中國年號出現,這是通病而不能算作是用君主記年的問題。清高宗生前退位,內府依然用乾隆年號,但是對外用嘉慶年號。所以同一件事件,在當時的一次文獻完全有可能用「乾隆」或者「嘉靖」兩套年號。熹宗的即位年是在泰昌元年(1620年),天啟元年是在1621年,即位年和元年也不是同一樣的事。這些理由並不能成為中國年號較君主紀年為佳的理由。定宗即位年(1398年)寫成太祖七年就好啦。--Ghren🐦🕛 2023年6月15日 (四) 16:26 (UTC)
- 話說閣下是不是把嘉慶誤筆為嘉靖了?-游蛇脫殼/克勞棣 2023年6月15日 (四) 16:55 (UTC)
- 是的 囧rz……。--Ghren🐦🕛 2023年6月15日 (四) 16:59 (UTC)
- 話說閣下是不是把嘉慶誤筆為嘉靖了?-游蛇脫殼/克勞棣 2023年6月15日 (四) 16:55 (UTC)
- 仔細一看您說的問題通通在中國年號出現,這是通病而不能算作是用君主記年的問題。清高宗生前退位,內府依然用乾隆年號,但是對外用嘉慶年號。所以同一件事件,在當時的一次文獻完全有可能用「乾隆」或者「嘉靖」兩套年號。熹宗的即位年是在泰昌元年(1620年),天啟元年是在1621年,即位年和元年也不是同一樣的事。這些理由並不能成為中國年號較君主紀年為佳的理由。定宗即位年(1398年)寫成太祖七年就好啦。--Ghren🐦🕛 2023年6月15日 (四) 16:26 (UTC)
- 對於一些比較不為人知的國王,現代文獻一般提及他們都比較簡略,經常必須用朝鮮時代的參考資料補充細節,因此在這類條目古文獻比重更重,而非現代人著作。原始文獻使用舊曆而非公曆,因此如果有提及確切日期不會只寫公曆,會寫成像「至正十七年(1357年)七月一日」;若涉及換算後跨年,則會類似「同治十三年十一月二十八日(1875年1月5日)」。之前在編寫兩個GA朝鮮哲宗、朝鮮景宗的時候,紀元問題對我來說特別明顯。或許其他朝鮮人物等等條目影響還不會那麼大,但是當君主紀元用在寫君主本身的時候,就會有問題。舉例來說:
- 大家需要承認《高麗史》使用高麗君主紀年,《朝鮮王朝實錄》使用干支紀年這個主流歷史事實。當然某些特定情況,特定人會採用些非主流的做法,這說明不了什麼。比如清滅明後,朝鮮有人使用明最後一個年號崇禎等。但這些不是寫朝鮮歷史的主流做法。我的提議中也說了,涉及到中國的時候除了使用公元紀年外,也可以添加中國年號。George6VI全部使用中國年號的做法,在專業的歷史書籍里是不存在的。是他的OR. EditQ(留言) 2023年6月14日 (三) 12:52 (UTC)
朝鮮世宗生日
順便放個相關問題討論。朝鮮世宗的陰曆生日是四月十日,之前中文條目記載他的公曆生日是1397年5月7日,日文維基也如此記載;然而韓文、英文等條目都記為1397年5月15日,Google他的生日也是寫5月15日,韓國將這日期視為世宗誕辰,還訂為韓國教師節。由於1582年以前西方用的是儒略曆、以後至今用的是格里曆(公曆),1397年這時換算後天數會差了八天;5月7日是儒略曆,5月15日是格里曆。目前方針已經說明,1582年以前事件原則上用儒略曆,若要將這年以前的日期換算成格里曆,要註明。我目前個人傾向這時期用儒略曆,但是我看了一下,究竟換算要用儒略曆、格里曆也不統一,似乎是格里曆居多一點。那麼相應條目是否需要更改日期(若要全改恐怕是個大工程),或者修訂方針?——George6VI(留言) 2023年6月14日 (三) 02:33 (UTC)
- 我拆出來了,避免混在一起討論。--YFdyh000(留言) 2023年6月14日 (三) 18:20 (UTC)
- 如果5月7日與5月15日都有今人宣稱,那就像艾薩克·牛頓和喬治·華盛頓的生日一樣,兩者並呈。除此少數特例,原則上格里曆不應溯及既往。-游蛇脫殼/克勞棣 2023年6月14日 (三) 22:42 (UTC)
- 現代韓國學者沒有研究探討嗎?—— Eric Liu 創造は生命(留言・留名・學生會) 2023年6月15日 (四) 11:25 (UTC)
- 我個人猜測,除非「朝鮮世宗的陰曆生日是四月十日」這一點是不確定、待考證的,否則這幾乎沒有學者會去研究探討。他的出生年月日是確定的,只是表記方式有所不同罷了。這與「艾薩克·牛頓生於崇禎十五年」一樣,只有要不要接受這種說法以及適不適合這樣表記的問題,而沒有事實性錯誤,畢竟牛頓確實生於崇禎十五年的年底。-游蛇脫殼/克勞棣 2023年6月17日 (六) 13:35 (UTC)
- 其實不需要研究,簡單介紹也好,但這種來源也難找到,造成當前是無二手來源的狀態。--YFdyh000(留言) 2023年6月17日 (六) 15:48 (UTC)
- 我個人猜測,除非「朝鮮世宗的陰曆生日是四月十日」這一點是不確定、待考證的,否則這幾乎沒有學者會去研究探討。他的出生年月日是確定的,只是表記方式有所不同罷了。這與「艾薩克·牛頓生於崇禎十五年」一樣,只有要不要接受這種說法以及適不適合這樣表記的問題,而沒有事實性錯誤,畢竟牛頓確實生於崇禎十五年的年底。-游蛇脫殼/克勞棣 2023年6月17日 (六) 13:35 (UTC)
- 過往討論:維基百科討論:格式手冊/日期和數字/存檔3#1582年前的日期。--紺野夢人 2023年6月16日 (五) 10:33 (UTC)
關於維基百科:格式手冊/日期和數字中, 廿、卅這兩個中文數字的使用
我看了維基百科:格式手冊/日期和數字,聯想到一些問題,希望大家能討論,給些意見:
- 廿、卅這兩個中文數字是否可以使用?
- 此格式指引並無明確寫可以使用廿、卅,且範例中沒有出現卅,而廿字也僅僅出現一次而已。
- 卌這個中文數字是否可以使用?
- 如果廿、卅可以使用,那麼卌字可以使用嗎?畢竟相較於廿、卅,卌字在日常生活的使用率太低了,卌可以在中維代替四十嗎?
- 廿、卅在同一個日期裏可以與二十、三十混用嗎?
- 如果廿、卅可以使用,那麼可以寫「光緒卅一年四月二十三」或「光緒三十一年四月廿三」嗎?還是只能寫「光緒三十一年四月二十三」或「光緒卅一年四月廿三」?---游蛇脫殼/克勞棣 2023年7月12日 (三) 10:48 (UTC)
- 3.個人習慣用三十一年四月廿三 ——魔琴 [ 留言 貢獻 新手2023計劃 ] 2023年7月12日 (三) 11:40 (UTC)
- 所以您也習慣用「二十一年四月廿三」?-游蛇脫殼/克勞棣 2023年7月12日 (三) 11:54 (UTC)
- 然。 ——魔琴 [ 留言 貢獻 新手2023計劃 ] 2023年7月13日 (四) 04:56 (UTC)
- 所以您也習慣用「二十一年四月廿三」?-游蛇脫殼/克勞棣 2023年7月12日 (三) 11:54 (UTC)
- 我的習慣是農曆可以用,其他數字都不用。——落花有意12138 2023年7月12日 (三) 13:21 (UTC)
- 落花有意12138君:我不懂您這句話的意思,能否寫得詳細一點或者舉例?-游蛇脫殼/克勞棣 2023年7月12日 (三) 13:28 (UTC)
- 個人認為實際用法上「廿」跟「卅」都非常局限於農曆日期(僅限日)。「光緒三十一年」就是個年號+年份,並不完全算是農曆日期。--路西法人 2023年7月12日 (三) 16:01 (UTC)
- 部分專有名詞可用,比如五卅運動。--東風(留言) 2023年7月12日 (三) 16:15 (UTC)
- 同Easterlies,但認為引述原文且原文如此時亦可用廿、卅。香港應該是日常上較多用廿、卅的地方,但並不是壓倒性地常用,大概比二十、三十稍多。卌基本上罕用,可以完全不納入考量。Sanmosa In vain 2023年7月12日 (三) 23:39 (UTC)
- 專有名詞、引用原文、農曆廿一至廿九日可用(但農曆二十日和三十日不應寫為廿日和卅日),其他情況應盡可能是用二十、三十、四十。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2023年7月13日 (四) 03:49 (UTC)
- 您的「其他情況」包括年份嗎?所以可以是「光緒二十三年四月廿三」,而盡可能不要是「光緒廿三年四月廿三」嗎?-游蛇脫殼/克勞棣 2023年7月13日 (四) 09:05 (UTC)
- 就香港的情況來説,很少看到你説的那種寫法(民國紀年的話我好像見過幾次那種寫法,但非常少,年號的話完全沒有),澳門的情況應該差不多,所以我認為你沒理解錯他的意思。Sanmosa In vain 2023年7月13日 (四) 10:59 (UTC)
- 是,如果朝代紀年用於一般段落的描述,應用二十幾年、三十幾年之類,但是直接引用典籍原文則除外:原文用了「廿幾年」就用「廿幾年」、原文用了「二十幾年」就用「二十幾年」。爐石塘#香山縣駐澳門佐堂衙署裏同時出現「道光二十九年」和「道光廿九年」,應該可以令您了解我的用法概念是如何。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2023年7月13日 (四) 12:16 (UTC)
- 閣下的意思我懂,不過我上一則回應的重點不在於此。我是覺得「光緒二十三年四月廿三」的寫法有點怪(雖然不是絕對不可以),同樣是twenty-third,為什麼年份是「二十三」,日期卻是「廿三」,不統一?因此在不違反現有指引與閣下的意見的前提下,我傾向於將之寫成「光緒二十三年四月二十三」,除非典籍原文就是「(年號、紀年)二十三年X月廿三」。-游蛇脫殼/克勞棣 2023年7月14日 (五) 15:36 (UTC)
- 習慣問題,這無法解釋。但我同意你後面的觀點。Sanmosa In vain 2023年7月14日 (五) 15:46 (UTC)
- 閣下的意思我懂,不過我上一則回應的重點不在於此。我是覺得「光緒二十三年四月廿三」的寫法有點怪(雖然不是絕對不可以),同樣是twenty-third,為什麼年份是「二十三」,日期卻是「廿三」,不統一?因此在不違反現有指引與閣下的意見的前提下,我傾向於將之寫成「光緒二十三年四月二十三」,除非典籍原文就是「(年號、紀年)二十三年X月廿三」。-游蛇脫殼/克勞棣 2023年7月14日 (五) 15:36 (UTC)
- 您的「其他情況」包括年份嗎?所以可以是「光緒二十三年四月廿三」,而盡可能不要是「光緒廿三年四月廿三」嗎?-游蛇脫殼/克勞棣 2023年7月13日 (四) 09:05 (UTC)
- 〈海峽兩岸「廿、卅」使用的考察〉(吳曉芳、蘇新春:《語言文字應用》,2014年8月,第3期)有談到這個問題。在大陸方面,基本上這兩個數詞已經不再使用,只限於「五卅慘案」、「廿四史」這些專有詞語。台灣方面,「廿、卅」都可「較靈活地與其他數字漢字進行搭配,較自如地起到數字表達的作用」。我查了一下香港的報刊,情況雖然像台灣這樣靈活,但是使用不是特別多。例如《東方日報》(近六個月)「廿」有218個結果,扣掉「是日通勝」,估計大約150個左右:「卅」則有11項結果。
- 另外,同文在大陸課堂中作過調查,學生基本都不能正確讀出它們的讀音,大多也不理解其意義。如果按上邊「一起」的標準,在專有名詞、引用原文以外的地方,這兩個數量詞應該當地域詞處理。--Ghren🐦🕚 2023年7月16日 (日) 15:32 (UTC)
- @Ghren:如果從書面語上來説的話,這個結論大抵應該是正確的,不過你沒考慮到香港的口語使用情況。假設是口語的話,在香港「廿」、「卅」的常用度肯定比「二十」、「三十」大。Sanmosa In vain 2023年7月17日 (一) 09:44 (UTC)
- 口語和書面語本身就是兩回事。我的口語語感同樣是「廿」、「卅」的常用度比「二十」、「三十」大,但這對書面語沒有參考價值。--Ghren🐦🕕 2023年7月17日 (一) 10:49 (UTC)
- 其實大多數臺灣人也只是知道廿、卅的意思,但不知讀音,知道讀音者也不會照讀音念給別人聽。例如「廿四史」、「卅六歲」我們會念「二十四史」、「三十六歲」,而不是「念四史」、「薩六歲」,後者幾乎沒人知道你在說什麼。-游蛇脫殼/克勞棣 2023年7月18日 (二) 14:52 (UTC)
- @Ghren:如果從書面語上來説的話,這個結論大抵應該是正確的,不過你沒考慮到香港的口語使用情況。假設是口語的話,在香港「廿」、「卅」的常用度肯定比「二十」、「三十」大。Sanmosa In vain 2023年7月17日 (一) 09:44 (UTC)
關於數值比值中的冒號問題
相關討論見此(尖刀蟶的同行評審討論),簡單地說就是我在各類格式手冊(包括MOS:PUNCT、MOS:MATH、MOS:DATENUM)中均沒有找到在數值比中應使用全形冒號(形如2:1)或是半形冒號(形如2:1)的相關規定(也有可能是我沒找到合適的歸類)。如果社群未做規定,可以把比值冒號這個命名規則添加進格式手冊。----FradonStar|和而不同是君子 2023年9月14日 (四) 08:15 (UTC)
- 我能想到有三種方法:
- 2:1(半角冒號)
- 2 : 1(半角冒號兩旁有一個空格)
- 2:1(全形冒號)
- 參考一下,LaTeX是這麼寫比值的: 。--ItMarki探討人生 2023年9月14日 (四) 09:17 (UTC)
- 中國大陸常見字體,冒號等符號會設計在一格的左側,所以全形冒號的2:1看起來像這樣「2: 1」。 ——魔琴 [ 留言 貢獻 新手2023計劃 ] 2023年9月14日 (四) 10:58 (UTC)
- 另外用全形冒號會使比能在冒號後換行,如2:
1 ——魔琴 [ 留言 貢獻 新手2023計劃 ] 2023年9月14日 (四) 11:02 (UTC)- 如果用半形加空格也會有換行的問題吧,比如「2 :
1」。----FradonStar|和而不同是君子 2023年9月14日 (四) 11:34 (UTC)- 針對這一疑慮,對於不希望換行的空格,維基有相應的模板(Template:Spaces),或者直接使用 HTML
亦可。--Boreas Sawada 2023年10月22日 (日) 05:31 (UTC)
- 針對這一疑慮,對於不希望換行的空格,維基有相應的模板(Template:Spaces),或者直接使用 HTML
- 如果用半形加空格也會有換行的問題吧,比如「2 :
- 還有一種寫法是用「比號」U+2236 ∶ RATIO,效果是 2∶1,對比半形冒號是 2:1。語義上可能用該符號較佳,但不清楚是否常用或是否有中文標準,有文章[2]認為「最新的《現代漢語詞典》(第7版)在「比例」一詞的舉例中,明確地使用了兩點居中的比號。因此,上述例子中用的兩點靠下的冒號,均應改為兩點居中的比號。」(LaTeX印象中沒有區分比號和冒號,但在LaTeX中,二元運算符與關係符的空格大小有差異,如
- (將冒號作為二元運算符,接受前後兩個數為輸入,輸出其比值)與
- (冒號預設是關係符)。—— (留言) 2023年9月14日 (四) 11:50 (UTC)
- 其實可以用Template:Ratio來顯示:{{ratio|4|3}}→4∶3;{{ratio|16|9}}→16∶9。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2023年9月14日 (四) 12:01 (UTC)
- (+)支持。—— (留言) 2023年9月14日 (四) 12:06 (UTC)
- (+)支持
(?)疑問:產生這個問題最開始是因為有編輯對某物種長寬高的比「5.5:1.9:1」當中的冒號有質疑,但英維模板的doc當中說明了這種模板不適合三個數值及以上的比例,有沒有辦法在{{ratio}}的基礎上做出{{ratio|5.5|1.9|1}}可顯示的效果呢?--FradonStar|和而不同是君子 2023年9月14日 (四) 13:01 (UTC)- {{ratio|5.5:1.9:1}}→5.5∶1.9∶1 --街燈電箱150號 開箱維修 抄錶 檢驗證明 2023年9月14日 (四) 13:35 (UTC)
- 了解了,感謝。那我認為這個話題應該可以結束了。----FradonStar|和而不同是君子 2023年9月14日 (四) 15:32 (UTC)
- {{ratio|5.5:1.9:1}}→5.5∶1.9∶1 --街燈電箱150號 開箱維修 抄錶 檢驗證明 2023年9月14日 (四) 13:35 (UTC)
建議在WP:格式手冊/標點符號#冒號新增一條:
冒5:表示數學上的「比」時應使用「比號」U+2236 ∶ RATIO,如2∶1。也可以使用模板{{ratio|3:2}}、{{ratio|3|2}}或LaTeX(應該怎麼寫?)。
——魔琴 [ 留言 貢獻 新手2023計劃 ] 2023年9月22日 (五) 08:59 (UTC)
- (+)支持。----FradonStar|和而不同是君子 2023年9月23日 (六) 01:38 (UTC)
- 可是在實踐上並不常用,最常用的還是普通冒號「:」。「比號」用起來也挺麻煩。—— Eric Liu 創造は生命(留言・留名・學生會) 2023年9月23日 (六) 06:31 (UTC)
- (+)贊成。或者「宜使用」來避免「麻煩」,但至少應優先用,不過英文等上下文中是否要使用,應該考慮一下。是否類似除號用/還是÷,也是輸入問題。--YFdyh000(留言) 2023年9月23日 (六) 06:50 (UTC)
- 使用「比號」有什麼實際好處嗎?實際上根本沒人會用。 Ghren🐦🕓 2023年9月23日 (六) 08:31 (UTC)
- 語義不同,外觀不同。「1:1:1」丑;「1:1:1」畸形、歧義;「1 : 1 : 1」門檻低但輸入和複製也不輕鬆,等寬和非等寬字體下有差異。1∶1∶1。--YFdyh000(留言) 2023年9月23日 (六) 08:51 (UTC)
- 那兩個點距離太寬了,搭配數字起來比用冒號還要難看啊。—— Eric Liu 創造は生命(留言・留名・學生會) 2023年9月23日 (六) 12:54 (UTC)
- 指U+2236太寬嗎,我這裏看與「1 : 1」是一樣的,但兩個點偏下而非居中,不確定是否就該如此。等寬下的「1 : 1」反而很寬很醜。--YFdyh000(留言) 2023年9月23日 (六) 13:07 (UTC)
- 那兩個點距離太寬了,搭配數字起來比用冒號還要難看啊。—— Eric Liu 創造は生命(留言・留名・學生會) 2023年9月23日 (六) 12:54 (UTC)
- 語義不同,外觀不同。「1:1:1」丑;「1:1:1」畸形、歧義;「1 : 1 : 1」門檻低但輸入和複製也不輕鬆,等寬和非等寬字體下有差異。1∶1∶1。--YFdyh000(留言) 2023年9月23日 (六) 08:51 (UTC)
- 建議新開一個章節,「比號」,因為比號並不屬於冒號。可在冒號節加入連接提示。
- 基於魔琴2023年9月22日 (五) 08:59 (UTC)版。——落花有意12138 2023年9月30日 (六) 16:22 (UTC)
- 宜用比號而非冒號?推薦使用比號,不得用冒號,難道還有什麼不推薦但也沒被否定的符號…?--洛普利寧 2023年10月2日 (一) 08:51 (UTC)
- 比如%,成(三成,七成),分數和 之類的。--落花有意12138 2023年10月3日 (二) 02:13 (UTC)
- 但是我的感覺是,分數表示「比運算的結果」,而不是比本身……可能您的意思是「不應用冒號替代比號」。--洛普利寧 2023年10月3日 (二) 13:16 (UTC)
- 比如%,成(三成,七成),分數和 之類的。--落花有意12138 2023年10月3日 (二) 02:13 (UTC)
- 比號算是冒號的一種吧?似乎不在正式標點符號名單中。—— Eric Liu 創造は生命(留言・留名・學生會) 2023年10月2日 (一) 09:05 (UTC)
- [3],部分語言下混用,但至少中文應當區分。--YFdyh000(留言) 2023年10月2日 (一) 09:35 (UTC)
- 宜用比號而非冒號?推薦使用比號,不得用冒號,難道還有什麼不推薦但也沒被否定的符號…?--洛普利寧 2023年10月2日 (一) 08:51 (UTC)
- (!)意見,其實比號並非正式的中文標點符號,所以我覺得應該規定在Wikipedia:格式手冊/日期和數字裏,而不是Wikipedia:格式手冊/標點符號,我的提議如下:
- 在MOS:NUMBER的最底下開新一個章節:
- 在MOS:冒號的最底下補充提示:
- 提議條文
另外,注意有一外形相似的「比號」(∶)用於表示比值,其使用法請見Wikipedia:格式手冊/日期和數字#比值。
- 懇請各位參詳。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2023年10月9日 (一) 18:25 (UTC)
- 「比號」不常用,可以作為某種推薦,但不應該強制使用。—— Eric Liu 創造は生命(留言・留名・學生會) 2023年10月10日 (二) 09:23 (UTC)
- 但「不宜用」的力度太弱。格式指引就應規範用法,且允許常識性例外。或者闡述為「宜用比號字符取代冒號等不規範形式」來推薦和給出理由。--YFdyh000(留言) 2023年10月11日 (三) 06:22 (UTC)
- 同意在MOS:DATENUM中以推薦用法(而非強制用法)列出。我們也沒有禁止用連字暨減號U+002D - HYPHEN-MINUS來代替減號U+2212 − MINUS。 ——魔琴 [ 留言 貢獻 新手2023計劃 ] 2023年10月13日 (五) 09:10 (UTC)
- @Cdip150、Ericliu1912、YFdyh000。 ——魔琴 [ 留言 貢獻 新手2023計劃 ] 2023年10月24日 (二) 10:42 (UTC)
- 在我而言應該不能拿減號來類比,U+002D - HYPHEN-MINUS和U+2212 − MINUS在Unicode的定義上已很明明白白地告訴大家兩個都可以用於減號;但對於冒號U+003A : COLON和比號U+2236 ∶ RATIO,Unicode則沒有採取如此的定義。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2023年10月28日 (六) 12:55 (UTC)
- 然。希望Eric君和YF君能就新的討論給出自己的意見。 ——魔琴 [ 留言 貢獻 新手2023計劃 ] 2023年10月28日 (六) 17:56 (UTC)
- 不太懂牽扯到減號和需要什麼意見。列出推薦做法就好了。--YFdyh000(留言) 2023年10月28日 (六) 18:00 (UTC)
- 然。希望Eric君和YF君能就新的討論給出自己的意見。 ——魔琴 [ 留言 貢獻 新手2023計劃 ] 2023年10月28日 (六) 17:56 (UTC)
- 在我而言應該不能拿減號來類比,U+002D - HYPHEN-MINUS和U+2212 − MINUS在Unicode的定義上已很明明白白地告訴大家兩個都可以用於減號;但對於冒號U+003A : COLON和比號U+2236 ∶ RATIO,Unicode則沒有採取如此的定義。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2023年10月28日 (六) 12:55 (UTC)
- @Cdip150、Ericliu1912、YFdyh000。 ——魔琴 [ 留言 貢獻 新手2023計劃 ] 2023年10月24日 (二) 10:42 (UTC)
- @Ericliu1912:改為「應避免使用冒號」,如何?並非強制,而是說用比號更好;遇到冒號的也能依此句改為比號。 ——魔琴 [ 留言 貢獻 新手2023計劃 ] 2023年11月7日 (二) 11:57 (UTC)
- Eric Liu 創造は生命(留言・留名・學生會) 2023年11月7日 (二) 12:52 (UTC)
- 如果有特殊情況(比如懶)而用冒號的話,應該也不算違反「應避免使用」吧?至於優先推薦,自然應該推薦語義正確的符號吧?不過我又想到讀者會不會搜冒號但搜不出來?英維用直引號""而不用彎引號“”似乎有這方面的原因(?) ——魔琴 [ 留言 貢獻 新手2023計劃 ] 2023年11月7日 (二) 13:47 (UTC)
- 英維的確一如引號的選擇,傾向使用ASCII符號,比號方面也是:en:MOS:MATHSPECIAL要求用冒號,不用比號。—— (留言) 2023年11月7日 (二) 13:51 (UTC)
- 英維那套未必值得參考,中維這裏總不能說全形的方引號「」輸入比較麻煩所以不推薦用方引號吧。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2023年11月8日 (三) 16:00 (UTC)
- 大概是怕有些人的設備顯示不出來…… ——魔琴 [ 留言 貢獻 新手2023計劃 ] 2023年11月8日 (三) 16:14 (UTC)
- 大部分的電腦或手機能夠打出U+FF1A的「:」或U+003A的「:」,而不是U+2236的「∶」,且U+FF1A的「:」、U+003A的「:」與U+2236的「∶」這3者都很近似,若要說U+2236的「∶」是指冒號 (數學)用法的話,則冒號 (數學)這個標題得要修改--林勇智 2023年11月9日 (四) 14:32 (UTC)
- 主要是太難打,不符合實際使用,我在此之前也壓根兒不知道有這種符號。—— Eric Liu 創造は生命(留言・留名・學生會) 2023年11月9日 (四) 18:04 (UTC)
- 英維的確一如引號的選擇,傾向使用ASCII符號,比號方面也是:en:MOS:MATHSPECIAL要求用冒號,不用比號。—— (留言) 2023年11月7日 (二) 13:51 (UTC)
現在的情況是這樣,我們應該優先推薦較正確但難用的符號,還是易輸入但不非常正確的符號?即使是英文維基百科,似乎也沒有要求。—— - 如果有特殊情況(比如懶)而用冒號的話,應該也不算違反「應避免使用」吧?至於優先推薦,自然應該推薦語義正確的符號吧?不過我又想到讀者會不會搜冒號但搜不出來?英維用直引號""而不用彎引號“”似乎有這方面的原因(?) ——魔琴 [ 留言 貢獻 新手2023計劃 ] 2023年11月7日 (二) 13:47 (UTC)
- Eric Liu 創造は生命(留言・留名・學生會) 2023年11月7日 (二) 12:52 (UTC)
- 「比號」不常用,可以作為某種推薦,但不應該強制使用。—— Eric Liu 創造は生命(留言・留名・學生會) 2023年10月10日 (二) 09:23 (UTC)
- 我的意見是直接規範用半形冒號當比號就好了,畢竟這算是最常用、最容易輸入的方式。Sanmosa Ινα κραζω σοι 2023年11月10日 (五) 03:28 (UTC)
- 容易輸入為由解決不了格式規範化(各用各的)和用法爭議(如:兩側有無空格)。以前的連接號也不容易輸入吧。--YFdyh000(留言) 2023年11月10日 (五) 03:42 (UTC)
- 感覺可比性不高。(中文)維基百科大部分情況下都是用冒號當比號,而大部分冒號當比號的情況下都是用半形冒號,這跟各種連接號常用性相當或無法區分的情況不一樣。「直接規範用半形冒號當比號」如何「解決不了格式規範化」我無法理解,但兩側有沒有空格這點參考enwiki的辦法(兩側沒有空格)即可。Sanmosa Ινα κραζω σοι 2023年11月12日 (日) 23:10 (UTC)
- 容易輸入為由解決不了格式規範化(各用各的)和用法爭議(如:兩側有無空格)。以前的連接號也不容易輸入吧。--YFdyh000(留言) 2023年11月10日 (五) 03:42 (UTC)