維基百科討論:格式手冊/無障礙

WP:NOSYMBOLS中提到Latin-1只應適用英語

中文的話也全都是非Latin-1了……（笑） --Artoria2e5 更改·工具 2016年5月19日 (四) 12:18 (UTC)

要求主條目、條目討論、維基百科及維基百科討論的名字空間表格使用 class="wikitable"

因為Wikitable這個 Table Class已經照顧了色盲／色弱者閱讀維基百科的體驗，故本人提議上述名字空間的表格應使用class="wikitable"。另，使用Visual Editor添加的表格均為Wikitable。此提案影響最大的應該是原始碼編輯者。--1233|^{點此與此廢青展開激情對話 | 千錯萬錯都是阿道夫的錯！} 2018年2月21日 (三) 14:34 (UTC)

似乎沒有非同一不可的理由。--【和平至上】💬📝 2018年2月21日 (三) 16:17 (UTC)

另外，解釋一下，這個提案不會禁止Wikitable Sortable。--1233|^{點此與此廢青展開激情對話 | 千錯萬錯都是阿道夫的錯！} 2018年2月21日 (三) 16:34 (UTC)

有沒有更好一點的理由，另外你知道色盲／色弱者閱讀維基百科有無上色的差異嗎？色盲／色弱者閱讀維基百科除非表格的顏色和內文字顏色相近不然一樣能夠閱讀。說到底應該是那些表格花花綠綠看的人覺得難受，另外只管表格根本不夠，要管就要連簽名、導覽模版、用戶框、條目圖片的色調一起管，可以順便連強迫症用戶一起照顧，表格現定寬多少長多少，內文排板的順序 blablabla。--Zest 2018年2月21日 (三) 17:48 (UTC)

順便弱弱的問一下既然現定class="wikitable"那能不能用無框表格、另外如果我不用{| | |- | |}我用<div>和<table>可以不可？--Zest 2018年2月21日 (三) 17:54 (UTC)

關於蘭斯特的問題嘛，這個提案是讓條目／方針頁看起來更好的（i.e. 這是為何提案只影響這四個名字空間，不然兩個我也不反對，主條目名字及維基百科名字空間。）--1233|^{點此與此廢青展開激情對話 | 千錯萬錯都是阿道夫的錯！} 2018年2月21日 (三) 18:25 (UTC)

• • (－)反對，完全無意義，為了解決色盲的問題加一條繁瑣的規定完全是多此一舉。對應的問題應該由wmf，或者更先進的代碼/功能解決，而不是靠做這種規定。是不是以後還要規定因為尊重跨性別者，所有人物條目不寫性別啊？。-- ρ α ͷ ζ ε υ!·Ϟ Ϡ 2018年2月22日 (四) 03:47 (UTC)
    • (：)回應，關於跨性別人士的性別問題，當然不會在該人的條目上寫出性別（或者是該人的性別）。wikitable就是你說的"解決方案"。--1233|^{點此與此廢青展開激情對話 | 千錯萬錯都是阿道夫的錯！} 2018年2月23日 (五) 12:55 (UTC)
• (！)意見 比較有意義的做法是規定contrast ratio，既能照顧到色弱者，也可減少那種「表格花花綠綠」的現象。規管的範圍就是所有文字（包括簽名、導覽模版、用戶框；條目圖片可能有困難）。--ネイ（留言） 2018年2月26日 (一) 03:11 (UTC)

問了幾個色覺障礙的朋友，如果辨識有問題的話，他們會自己想辦法啟用系統裡帶的輔助功能，或者把內容複製出來。個人不認為這樣會造成很大的問題，表格稍微帶點花色也無妨，畢竟Mediawiki本身設計已經夠難看了。--Techyan（留言） 2018年2月28日 (三) 17:33 (UTC)

條目中使用刪除線

不少正式條目中有用<s>...</s>或<del>...</del>，主要是表示「撤銷」或「現不復存在」（比如廈門市#國家旅遊景區）。WP:NOSTRIKE提到條目中不能使用刪除線，但這不是正式規則；指引WP:MOSTEXT對刪除線沒有任何要求。未知社群有無意向規範條目中刪除線使用？--洛普利寧 2020年7月7日 (二) 18:25 (UTC)

我認為原則上不可用刪除線。若要表示「「撤銷的xx」或「現不復存在的xx」」，宜另開一小節，如

==景點==
*A
*B
*C
===已歇業的景點===
*金鳥海族樂園
*童話世界
*ㄅㄆㄇ猴園
*大聖御花園

-游蛇脫殼/克勞棣 2020年7月8日 (三) 21:53 (UTC)

• 正文裡一般不應使用刪除線。 --ᡠᠵᡠᡳ^Ujui ᡠᠵᡠ^Uju ᠮᠠᠨᡩ᠋ᠠᠨ^Mandan 2020年7月9日 (四) 04:42 (UTC)

可以考慮設WP:NOSTRIKE為章節指引。ꓢꓯꓠꓟꓳꓢꓮ _{他從不掙扎} 2020年7月9日 (四) 13:17 (UTC)

(▲)同上——BlackShadowG^★（留言） 2020年7月10日 (五) 00:55 (UTC)

現擬議將Wikipedia:格式手冊/親和力的60520864版本中的「刪除線」章節設為章節指引，條文如下：

“

刪除線

在條目頁面及導航模板中，請勿使用刪除線劃去任何文字。如有需要，請使用「<!--」和「-->」注釋處理，或直接移除。默認情況下，大多數螢幕閱讀器不支援呈現文本屬性（粗體、斜體、下劃線）乃至語義文本屬性（強調、重要、文字刪除），因此帶刪除線的文字和正常文字顯示效果相同。然而，在參與維基百科的方針和存廢討論時，我們建議編輯啟用顯示文本屬性，因為帶有刪除線的文字在維基百科內部討論中非常常見。

”

以上。ꓢꓯꓠꓟꓳꓢꓮ _{他從不掙扎} 2020年7月10日 (五) 10:13 (UTC)

• 支持。另外原文「使用「<!--」和「-->」注釋處理，或直接移除」是「針對刪除線劃去異議文字」，而中文維基的情況多是「刪除線劃去廢除事物」。這裡特別說明「不應以刪除線表示事物廢除，應改用文字方式說明，例如括號加註『已廢除』」，應該有利於糾正錯誤。--洛普利寧 2020年7月10日 (五) 14:52 (UTC)

  我認為維基百科用戶有能力自行演化出這種辦法，以適應新條文。ꓢꓯꓠꓟꓳꓢꓮ _{他從不掙扎} 2020年7月12日 (日) 03:01 (UTC)

  有問題的文字，中文維基編輯都是刪原始碼、使用HTML注釋，或者掛{{fact}}。用刪除線劃掉異議文字，這可能是以前英文維基的常見錯誤，但中文版基本無此習慣（搜索insource:/\<\s*(s|del)\s*\>/）。用戶當然可以演化出適應方針的辦法，但既然「刪除線劃去異議文字」這種不怎麼犯的問題都能給出解決意見，那真正常見的錯誤，或者說指引專門針對的對象，就更應該指出了。

  另外，標廢除和劃異議文字，一個是格式問題，另一個涉及內容實質變更，處理方式要分開說明。原來版本有前提還行，刪掉前提說移除文字就比較迷了——哪些廢除項目必要到從原始碼中移除呢？我們沒英文維基那樣的背景，老手不參與討論，可能都看不懂想說啥……要麼就把這部分也去掉好了，畢竟這錯誤本來也極少有人犯。—洛普利寧 2020年7月12日 (日) 11:39 (UTC)

• 我認為不應使用，主因為妨害閱讀。-KRF（留言） 2020年7月11日 (六) 17:05 (UTC)

  （如果你說的是「<!--」和「-->」）能用「<!--」和「-->」的通常也代表現階段未適合提供閱讀，而相關內容很有可能正在討論頁中討論。ꓢꓯꓠꓟꓳꓢꓮ _{他從不掙扎} 2020年7月12日 (日) 02:59 (UTC)

  • 我說的是刪除線。「<!--」和「-->」可以用於提醒編者（雖然似乎沒什麼用）。-KRF（留言） 2020年7月14日 (二) 09:24 (UTC)

• (－)反對：大多數情況下，刪除線從視覺上根本就令讀者一眼了目內容。Kitabc12345 _{討論 海南 打卡} 2020年7月14日 (二) 07:06 (UTC)

大多數情況下，刪除線比後述說明更加畫蛇添足。——Sakamotosan路過圍觀杯弓蛇影| 避免做作，免敬 2020年7月14日 (二) 07:42 (UTC)

除非讀者用的是不支持刪除線的閱讀器。--DRIZZLE _{(按此給我留言）} 2020年7月14日 (二) 08:17 (UTC)

連加粗、加斜都在格式手冊上有限制，刪除線估計只有貴的瀏覽器看上去舒服，不覺得咯眼吧。——Sakamotosan路過圍觀杯弓蛇影| 避免做作，免敬 2020年7月14日 (二) 08:27 (UTC)

請問您是回復我嗎？ DRIZZLE _{(按此給我留言）} 2020年7月14日 (二) 09:01 (UTC)

取決你想認為。——Sakamotosan路過圍觀杯弓蛇影| 避免做作，免敬 2020年7月14日 (二) 09:26 (UTC)

好吧，那就不是。 DRIZZLE _{(按此給我留言）} 2020年7月14日 (二) 11:17 (UTC)

@Kitabc12345：且不說括號加注能輕易Ctrl-F查找高亮，單是注釋本身那幾個字，視覺上就已經比刪除線更一目了然。另外如User:Kerolf666所言，刪除線多少影響視覺體驗。舉個可能不是很恰當的例子，「工」到底是「壬」、加刪除線的「王」，還是加刪除線的「工」呢？--洛普利寧 2020年7月14日 (二) 20:10 (UTC)

對了，這屆動員令朗讀「有聲條目」有加分，不知道您有沒有興趣參與。如果允許使用刪除線，錄音時就有這樣的問題：刪除線劃掉的文字怎麼讀？只讀文字，就等於把「廢除」這個信息點丟了。把原因讀出來，條目又沒這文字。所以您看，禁止使用刪除線，可不是就避免了一個衝突？--洛普利寧 2020年7月14日 (二) 20:37 (UTC)

題外話：謝謝，我現在才知道有Ctrl+F這個功能——BlackShadowG^★（留言） 2020年7月15日 (三) 01:15 (UTC)

• (＋)支持（編輯衝突）——BlackShadowG^★（留言） 2020年7月14日 (二) 09:36 (UTC)

提議將WP:格式手冊/親和力中的多個章節列為指引

提議將WP:格式手冊/親和力中的以下兩個章節列為指引。

禁用刪除線

目前的問題	目前有不少條目中使用刪除線（<s>...</s>或<del>...</del>）以划去文字（搜索：insource:/\<\s*(s|del)\s*\>/），其中很多條目中使用刪除線以表達例如「已撤銷」或「已不復存在」等特定的資訊，即在缺少或不顯示刪除線的狀態下會影響讀者理解條目內容。
我的觀點	應當禁止在條目中使用刪除線，除了在提議條文中提及的「大多數屏幕閱讀器不支持顯示包括刪除線在內的文本屬性」以外，刪除還存在以下幾個問題： 據我所知，沒有其他學術或專業出版物如百科全書會在文章中使用刪除線，維基百科作為一個網絡百科全書不應該相差太遠。舉個例子，有人想在學術論文中引用維基百科的資料，那麼被刪除線覆蓋的部分該怎麼寫呢？寫一段文字然後劃掉嗎？ 由於漢字的結構，在某些漢字上使用刪除線可能會導致難以辨認。舉一個Lopullinen在先前的討論中舉出的例子，「工」到底是「壬」、加刪除線的「王」，還是加刪除線的「工」呢？。
我的解決方案	將WP:格式手冊/親和力的刪除線章節（WP:NOSTRIKE）列為指引，提議條文如下： “ 在條目頁面及導航模板中，請勿使用刪除線劃去任何文字，但需要使用刪除線表示運算、證明等過程的表達式不受此限。如有需要，請使用「<!--」和「-->」注釋處理，或直接移除。默認情況下，大多數螢幕閱讀器不支援呈現文本屬性（粗體、斜體、下劃線）乃至語義文本屬性（強調、重要、文字刪除），因此帶刪除線的文字和正常文字顯示效果相同。然而，在參與維基百科的方針和存廢討論時，我們建議編輯啟用顯示文本屬性，因為帶有刪除線的文字在維基百科內部討論中非常常見。 ”
此前的類似討論	Wikipedia_talk:格式手冊/親和力#條目中使用刪除線 - 討論還未結束就被存檔了…

--BlackShadowG^★（留言） 2020年8月9日 (日) 14:51 (UTC)

---

動漫作品的刪除線問題

關于禁用刪除線的討論請置於本行文字下

• (？)疑問：日本動畫列表 (2020年)#4月－6月：輝夜姬想讓人告白？～天才們的戀愛頭腦戰～（該事物名稱本身帶有刪除線）。你覺得應該怎麼辦？－hiJK910 ^七一_七二一^or4B7NpHwbY 2020年8月9日 (日) 15:32 (UTC)
  • 那個應該是Logo的藝術設計？如果有需要，可以用文字說「Logo中副標題『天才們的戀愛頭腦戰』用刪除線劃去，呼應了作品XX的主題」。--洛普利寧 2020年8月9日 (日) 15:46 (UTC)
  • 又看了一下：Logo使用黑色文字，但「想」和「？」是紅字，且「想」被紅色心型包圍。所以爲什麼不把紅色、黑色，以及那個心型搬過來，光是加個刪除線？（都不說刪除線顏色還是錯的……）--洛普利寧 2020年8月9日 (日) 16:09 (UTC)
    • 那個不是logo設計，真的是標題：「4月11日より放送開始のTVアニメシリーズ第２期「かぐや様は告らせたい？～天才たちの恋愛頭脳戦～」オープニングテーマを鈴木雅之が担当!!」。－hiJK910 ^七一_七二一^or4B7NpHwbY 2020年8月9日 (日) 16:42 (UTC)
      • 要麼刪除線有實義，表示副標題不存在，這個作品叫「かぐや様は告らせたい？」；要麼刪除線和顏色一樣是藝術設計。kaguya.love網頁標題原始碼是「<title>TVアニメ『かぐや様は告らせたい？～天才たちの恋愛頭脳戦～』公式サイト</title>」，而且自己文章中也不帶刪除線，那說白了刪除線就是個藝術設計。粉絲網站可能帶顏色一起模仿，您給的網站（我的網路打不開）模仿刪除線格式，還有的網站只取純文字，就這樣。--洛普利寧 2020年8月9日 (日) 17:05 (UTC)
      • 維基百科那就只保留文字部分，超出文字的全部丟棄。如果需要就用文字說明。PS：想知道標題裏的刪除線是怎麼讀的。--洛普利寧 2020年8月9日 (日) 17:31 (UTC)
  • 個人認為，如果作品標題等專有名詞的原文中有刪除線（例如包丁・ハサミ・カッター・ナイフ・ドス・キリ/霊霊霊霊霊霊霊霊魔魔魔魔魔魔魔魔），則條目中應該允許使用刪除線，但應當使用文本額外說明（例如「副标题带有删除线），這樣可以讓使用不支持顯示刪除線的屏幕閱讀器的讀者正常理解條目內容。另，同Lopullinen，例子中的刪除線似乎僅在Logo中出現？——BlackShadowG^★（留言） 2020年8月10日 (一) 00:46 (UTC)
    • 我認為這樣不太現實。《菜刀》這個例子官方是打x，這裡面姑且用刪除線代替了。下次如果是在字上畫五角星呢？如果官方標題某一個字總是用紅色表示，條目里文字是否也要改紅色？刪除線有特權明顯不一視同仁啊。更進一步的，名從主人也有個限度；媒體不用刪除線，那我們也沒有理由要使用。官方在只能用純文字的地方怎麼做（比如網頁標題中），我們怎麼做就行了。—洛普利寧 2020年8月10日 (一) 03:14 (UTC)
      • 支持閣下的意見，那就維持原提議條文吧，一律禁止刪除線的使用。——BlackShadowG^★（留言） 2020年8月10日 (一) 06:19 (UTC)
        • 那我只能(－)反對了。－hiJK910 ^七一_七二一^or4B7NpHwbY 2020年8月10日 (一) 14:22 (UTC)
          • @Hijk910：那您能否說一下您反對的具體理由？似乎您的意思是絕對忠實於官方表記。那以「包丁・ハサミ・カッター・ナイフ・ドス・キリ/霊霊霊霊霊霊霊霊魔魔魔魔魔魔魔魔」爲例，忠實於官方格式就是在詞上畫「×」，那條目用刪除線一樣不尊重官方。技術上畫叉並沒有問題，官方用圖片我們也可以用就是；不想用圖片，也可用CSS做個叉號套到文字上，無非就是語法複雜點。如果您認爲某動畫要加刪除線，那某專輯是要加x號？那同理，我上面舉的例子，官方給標題某個字上紅色，那維基百科是不是也「尊重官方」的名義給文字上色？

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘

• 一、忠於官方名稱。二、這裏只討論刪除線，不需要滑坡推論。－hiJK910 ^七一_七二一^or4B7NpHwbY 2020年8月11日 (二) 13:17 (UTC)
  • @Hijk910：一、維基百科的規矩是維基百科人自己定的。我們有些方面和官方做法一樣，有些方面則未必100%還原官方做法——官方名稱生僻，我們會選擇使用常用名，並於對應條目提一下；官方說辭像廣告宣傳，我們甚至可以拒絕採用。那對於刪除線，我認為也可以拿媒體不採用、有可讀性問題說事，將改以文字說明。二、對於日本流行文化條目，粉絲喜歡極盡花哨格式，模仿官方的行為。如果今天能以「忠於官方名稱」的理由加刪除線，明天我毫不懷疑粉絲能拿同樣理由，用CSS給畫文字×。如果您只是贊成刪除線，而反對加顏色、畫×或者用其他rich text，希望您說一說：為何刪除線需要忠實，其他花樣不需要忠實。想滑這個坡的人挺多的，您只回復一個滑坡推論，並不能打消我的疑慮。--洛普利寧 2020年8月11日 (二) 15:37 (UTC)
    • （「官方給某個字上紅色」的標題是有的：Sexy Zone。竟然真的上了紅色。建議你去弄弄。）一、雖然你說「想滑這個坡的人挺多的」，但事實上，在未禁止使用刪除線的當下，並沒有很多人有在「滑這個坡」，所以你的確是在滑坡推論。二、從刪除線的普及程度來看，刪除線在所謂「各種花樣」中算是比較不花俏，為人接受的一類。而且事實上，刪除線跟現行WP:MOSTEXT並無衝突。故，我堅持「對於標題或描述原文自帶的刪除線不限制」。－hiJK910 ^七一_七二一^or4B7NpHwbY 2020年8月11日 (二) 16:32 (UTC)
      • @Hijk910：Sexy Zone和Wikipedia:格式手冊/文字格式#顏色及內聯圖像直接衝突——「禁止手動或使用模板將文字染成某種特殊的顏色」是明文，名從主人管不了格式，「官方名稱」不是方針指引。您括號中那句話給我的感覺是：盡可拿着文字顏色指引去試試，等着被粉絲回退就是了。所以說，連文字顏色這個禁止去滑的坡都有人去（不用很多人，一人足夠了），就更不用說沒有明文規定的坡了。您動漫條目編輯得多，粉絲的下限您應該清楚吧？
        • 然後做個測試，看看我們本質的分歧點在哪：對於Sexy Zone這個文字顏色，您想法是什麼？a) 認同格式手冊的理念，認為應當移除顏色；b) 希望保留顏色，但只能「遺憾地」按照方針移除顏色；c) 結合「名從主人」等條文，認為現有方針的解讀方法就是「表示官方名稱時，文字顏色不受限制」；d) 沒看法或其他。

          這個問題如果您的看法是c，那討論就到這裡好了。

          如果您的看法是b，那我明白您的意思了。您認為不論犧牲什麼，忠實還原官方格式都是絕對優先。如果如此，那這樣我們是理念上的衝突，想必無法調和。我的觀點是，「官方名稱」就是「官方將條目主題稱呼為xx」這樣一個事實，和「來源普遍將條目主題稱呼為xx」、「《XXX》雜誌將作品稱呼為『神作』」都是一樣的。那既然是表述事實，「官方在『輝夜姬想讓人告白？～天才們的戀愛頭腦戰～』副標題上加刪除線」，這句話沒有做到嗎？另一方，面對於刪除線語法，知道的讀者明白是官方裝飾；不知道的讀者可能以為是玩梗；更嚴肅的讀者會當成「有異議被划去的文字」。對於正式的百科而言，用刪除線本身描述刪除線，並不是很合適。

          如果您的看法是a，那就是您覺得顏色花哨，但刪除線可以接受。而我認為刪除線的確花哨（部分理由見上；且討論中多名編輯反映，刪除線有礙中文閱讀），同時也不是非加不可（媒體已經告訴我們，缺失刪除線不會影響指代；而下面的例子，ΔH^o和ΔH^o完全是兩個東西，且正式刊物o加不加中橫分得很清楚）。

          • 小結一下：一、我們的目標是清楚介紹事實，能將事實簡練地陳述清楚即可。二、「官方會給文字副標題加刪除線」只是關於事物的其中一個事實，甚至都不是主要事實，不需要處處強調。（您就當《塞爾達傳說 時之笛》省略成《時之笛》，這裡省略刪除線好了）三、即便表達「官方給副標題加刪除線」這個事實，刪除線語法也不是唯一的表達方式。四、使用刪除線語法弊大於利，能不用就不用。最後，我的主要目的還是「清理刪除線表廢除」，如果您沒有其他意見，那作品名中刪除線我持保留意見，就這樣吧。--洛普利寧 2020年8月11日 (二) 19:15 (UTC)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘

• (：)回應我的看法是「a」，絕對支持WP:MOSTEXT；也謝謝您的保留意見。我括號中那句話之所以放在括號，只是因為我把這當作題外話，非並討論主題，讓您誤會且長篇大論了，非常非常抱歉。「建議你去弄弄」是真的建議你去弄弄；如進入編輯戰階段，請也通知我一下，（支持移除顏色的）您將獲得我的支持（反正我也沒少幹這種事）。最後僅(：)回應小結第三點，就以文字（即非圖像）表達「官方給副標題加刪除線」這個事實來說，直接加刪除線雖非唯一，但應該是最清晰的方法了。－hiJK910 ^七一_七二一^or4B7NpHwbY 2020年8月12日 (三) 04:07 (UTC)
  • 日本ACG作品命名標新立異的不少。這上面就有討論，說波浪線分割副標題是無意義的修飾符，建議刪掉換成正規的冒號。這個問題還回應可以說，來源媒體也保留符號，沒理由自行刪掉。那再看刪除線，Tokyo MX沒加，媒體（雖然是遊戲網站）的「リリースを引用」也沒加。那我只能認爲刪除線是格式裝飾了，粉絲圈內有效，出去作廢。--洛普利寧 2020年8月10日 (一) 16:39 (UTC)
    • 有共識了嗎？－hiJK910 ^七一_七二一^or4B7NpHwbY 2020年8月11日 (二) 13:17 (UTC)
      • 上面的討論還沒結束。但實體文字標點都有爭議，那連實體文字都算不上、正規新聞報道也不使用的刪除線，想必爭議只會更大。--洛普利寧 2020年8月11日 (二) 15:37 (UTC)
        • 很好，即「未有共識」。－hiJK910 ^七一_七二一^or4B7NpHwbY 2020年8月11日 (二) 16:32 (UTC)
          • 對您來說並不好。常用名稱優於官方名稱，上面保留波浪線的一個主要理由正是「來源也使用波浪線」，而類似的理由在刪除線上並不適用。（這也是上面討論我不反對波浪線，但這裡反對刪除線的原因。）如果上面的討論都是未有共識，那這個討論對您來說只會更糟。--洛普利寧 2020年8月11日 (二) 19:15 (UTC)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘

• 我看上面的討論，反對波浪線的一方應該快頂不住了吧。XD－hiJK910 ^七一_七二一^or4B7NpHwbY 2020年8月12日 (三) 04:11 (UTC)
  • 我對於書籍作品標題採刪除線的意見是，遵照各國國家圖書館的正式登記書名/作品名。如果登記的標題沒有刪除線，那就不要加，反之亦然。臺灣杉在此發言 (會客室) 2020年9月14日 (一) 12:39 (UTC)
    • 簡單來說，禁用為了描述事務性質的刪除線，對於標題或描述原文自帶的刪除線不限制。——Sakamotosan路過圍觀杯弓蛇影| 避免做作，免敬 2020年8月10日 (一) 07:45 (UTC)

其他禁用範圍討論

• 禁用範圍為何？

1. 例如第十二屆全國人民代表大會代表名單#遼寧省（102名），如果在每個項目裡面都加上（無效）會顯得非常累贅。即使屏幕閱讀器讀不出正文，後文也描述了相同內容。
2. 是否適用Navbox？{{中華人民共和國駐外機構}}裡面的刪除線可以用另一種符號代替，但是這樣不夠明顯。
3. 再比如{{京包鐵路}}，這類模板的慣例是用刪除線划去已經廢止的事物。同理還有RDT。

--GZWDer（留言） 2020年8月10日 (一) 07:56 (UTC)

• • (：)回應

1. 您可以另開一小節，如：

==辽宁省（102名）==
……
===已辞职的代表===
……

這明顯更為清晰，且解決了影響使用無法顯示刪除線的屏幕閱讀器的讀者閱讀的問題。 2,3 均同上，在模板中使用：

|group1 = 现存的oo
|list1 = ……
|group2 = 已经废止的oo
|list2 = ……

即可達到同樣的效果。——BlackShadowG^★（留言） 2020年8月10日 (一) 09:14 (UTC)

@BlackShadowG： 車站列表和RDT有順序，怎麼能如此拆分？--GZWDer（留言） 2020年8月10日 (一) 09:32 (UTC)

@GZWDer： 導航模板的作用是關聯條目，沒有義務告知讀者其他資訊（提供進一步資訊是京包鐵路車站列表等條目的工作）。就算一定要標，掛個「北京北*」或者「北京北^†」這樣用角標提示即可。--洛普利寧 2020年8月10日 (一) 09:51 (UTC)

那麼保留刪除線也沒什麼問題——換句話說，刪除線提供的信息有用，但不是不可替代：

1. 「大多數屏幕閱讀器不支持顯示包括刪除線在內的文本屬性」——但即使不讀出來也沒事
2. 「沒有其他學術或專業出版物如百科全書會在文章中使用刪除線」——不適用於導航模板
3. 「在某些漢字上使用刪除線可能會導致難以辨認」——如果項目有鏈接（即使鏈接到不存在條目）就不會有此問題，因為鏈接有Tooltip

--GZWDer（留言） 2020年8月10日 (一) 09:56 (UTC)

@GZWDer：：以我舉的例子「工」，最難辨認的就是iOS設備（iOS的簡體的「壬」第一撇像橫），而觸摸屏設備又難以使用Tooltip。另外非連結文字和列印材料呢？我認爲刪除線應該以實體文字替代，且出於辨認性考慮，應當禁止面向讀者——包括條目中面向讀者的導航模板。--洛普利寧 2020年8月10日 (一) 10:05 (UTC)

@GZWDer：若您不想因此打亂模板的順序，可以直接在已經廢除的事物的鏈接後面加上「（已廢除）」，這樣明顯比刪除線更加容易辨認（舉個例子：

西灣堡 - 永嘉堡 - 夏小堡 - 天鎮 - 羅文皂 - 陽高 - 王官人屯 - 聚樂堡 - 周士莊 - 大同東 - 大同 - 古店 - 孤山 - 堡子灣 - 五台窪 - 豐鎮 - 監地 - 新安莊 - 永王莊 - 紅砂壩

和

西灣堡 - 永嘉堡 - 夏小堡（已廢除） - 天鎮 - 羅文皂 - 陽高 - 王官人屯（已廢除） - 聚樂堡（已廢除） - 周士莊 - 大同東 - 大同 - 古店 - 孤山 - 堡子灣 - 五台窪（已廢除） - 豐鎮 - 監地（已廢除） - 新安莊 - 永王莊（已廢除） - 紅砂壩

相比，後者清晰了許多）。而且，即使讀者看不到也刪除線沒事這一看法似乎並不恰當，我們應該確保讀者無論使用的是能顯示刪除線的閱讀器還是不能顯示刪除線的閱讀器都能正常獲取同等的資訊。就以{{京包鐵路}}為例，使用不能顯示刪除線的閱讀器的讀者就不能得到「有部分車站被廢除」這一資訊，這明顯是不太妥當的。——BlackShadowG^★（留言） 2020年8月10日 (一) 14:19 (UTC)

我不認為這有必要。1、Module:RouteSequence還有更多標註方式，是否應該一併廢除？（這點對文字着色更嚴重，但是Wikipedia:格式手冊/文字格式#顏色及內聯圖像只限制使用，沒有完全禁止）2、RDT閱讀器完全讀不出來。--GZWDer（留言） 2020年8月10日 (一) 16:09 (UTC)

感覺刪除線和幾年前日期連結差不多：做法沒有條文指出，也說不出什麼理由，就是有樣學樣。至於Module:RouteSequence這個不知道跟日語維基學的。畢竟此討論主要參考英文版的理念，而日文維基怎麼花哨怎麼來，根本不吃英文維基那套……--洛普利寧 2020年8月10日 (一) 16:39 (UTC)

另外說道上色，這個問題拋開對比度，對辨認文字沒有什麼副作用。刪除線在中文裏容易和橫混淆，即便辨認了出文字，感覺也不很舒服。（而且條目刪除線劃掉的主要是劃專有名詞，不像討論裏有上下文，大概掃一眼即可）適當的背景顏色搭配標註文字，可以在保障可讀性的同時改善視覺效果。但問題是這個刪除線，視覺效果根本就是負分啊……--洛普利寧 2020年8月10日 (一) 17:06 (UTC)

• (？)異議中間需要橫線的特殊數學表達式怎麼辦？(－)強烈反對
  • The numbers 500 and 1000 were denoted by V or X overlaid with a box or circle. Thus 500 was like a Ɔ superimposed on a Þ. It became D by the time of Augustus, under the graphic influence of the letter D. It was later identified as the letter D; an alternative symbol for "thousand" was a CIƆ, and half of a thousand or "five hundred" is the right half of the symbol, IƆ, and this may have been converted into D.。
  • Hydrogen peroxide is thermodynamically unstable and decomposes to form water and oxygen with a ΔH^o of –2884.5 kJ/kg
  • Proof of convergence

    We can prove that the geometric series converges using the sum formula for a geometric progression:

    ${\begin{aligned}1+r+r^{2}+r^{3}+\cdots \ &=\lim _{n\rightarrow \infty }\left(1+r+r^{2}+\cdots +r^{n}\right)\\&=\lim _{n\rightarrow \infty }{\frac {1-r^{n+1}}{1-r}}.\end{aligned}}$

    Since (1 + r + r² + ... + rⁿ)(1−r)

    = ((1-r) + (r - r²) + (r² - r³) + ... + (rⁿ - rⁿ⁺¹))

    = ((1-r) + (r - r²) + (r² - r³) + ... + (rⁿ - rⁿ⁺¹))

    = 1−rⁿ⁺¹ and rⁿ⁺¹ → 0 for | r | < 1.

-- 娜娜奇🐰楓香花茶☕（宇帆·☎️·☘️） 2020年8月10日 (一) 08:00 (UTC)

參考資料

• 此外，許多數學證明類條目推導過程會需要表達等式兩側劃去數字的動作。-- 娜娜奇🐰楓香花茶☕（宇帆·☎️·☘️） 2020年8月10日 (一) 08:06 (UTC)
  • 已修改提議條文，將其作為特殊的豁免情況。——BlackShadowG^★（留言） 2020年8月10日 (一) 09:14 (UTC)
• (！)意見：雖然在下支持禁用刪除線，但實在無法認同「「工」到底是「壬」、加刪除線的「王」，還是加刪除線的「工」呢？」這個理由。刪除線常常不會只刪除一個字，更別說那個字還剛好是「工」字，就算是，難道不能由前後文推測出來？應該不會有人會問「「工商業發展」到底是「壬商業發展」、加刪除線的「王商業發展」，還是加刪除線的「工商業發展」呢？」吧？-游蛇脫殼/克勞棣 2020年8月10日 (一) 12:22 (UTC)

  @克勞棣：，那人名怎麼辦？此名單第一位，保不齊真有人乍一看以爲姓於吧……--洛普利寧 2020年8月10日 (一) 12:40 (UTC)

這個姓名是顯示「丁雪峰」，而不是「丁雪峰」吧？所以這條刪除線應該是明顯看得出來的，因此當某人「乍一看以爲姓於」時，應該可以接著想到「也許他不姓於，是刪除線造成的錯覺」，而去進一步確認他到底姓什麼（可以把他的姓名反白，或是把游標移到他的姓名看會浮動顯示什麼字）。沒有那麼難以察覺他可能不姓於吧？當然，釜底抽薪的辦法是不要用刪除線，我不是說了我支持禁用刪除線嗎？-游蛇脫殼/克勞棣 2020年8月10日 (一) 16:27 (UTC)

不同電腦中，底線、刪除線的粗細、顯示位置有差異。我的電腦裏，漢字的橫和刪除線一樣粗，且基本和「雪」「峰」的橫重合了，所以刪除線不是很明顯。而「丁」的刪除線比「於」的橫稍微靠下一點，但這我也是刻意對比才說出來的。條目裏會用刪除線劃掉的主要是人名、地名，難以用上下文推斷。而不知情的人掃一眼，說不定以爲是「於」就直接走了。所以我的意思是，刪除線對漢字來說，有些人能看出來、有些人會懷疑一下，而有些人看錯走掉也說不定。這個Wikipedia:格式手冊/親和力基本就是爲小衆情況考慮的，所以思考方式都是「眼睛不好」「行動設備不好反白」「只能用語音朗讀器」之類的，可能確實有些小題大做的感覺吧……--洛普利寧 2020年8月10日 (一) 17:33 (UTC)

• 關於刪除線的禁用與否，我並無任何主張，不過我想說一下，在我剛加入維基，刪除線確實影響我閱讀體驗，因此我當時（還不會css時）請天邪鬼幫我將刪除線改成紅色，參見User:-Zest/common.css第二條，使用後至今閱讀毫無問題，用戶可以自行套用看看體驗，如果還有不好的閱讀體驗還可以自行設置不顯示人和刪除線，至於非註冊用戶的觀看體驗，私認為還需要更多意見參考。ps，數學/化學等使用不應該與中文使用的刪除線一併討論，禁用並非只有完全禁用一路。-Zest 2020年8月10日 (一) 16:16 (UTC)
• 支持禁用，只允許在提及刪除線此一概念時作為示例，以及在專業領域已形成慣例的情況（例如數學計算、化學式），而且技術上可行時，後者應使用斜線劃掉而非水平的刪除線。另外，作品名打叉在西方語言的維基有一例子是以括號表示：de:(T)raumschiff Surprise – Periode 1，第一個字母因為雙關所以在官方海報上是打叉，在各大媒體上出現時大多用括號，而在英語維基上該條目名稱則連括號都省了，只在導言中寫出來。--Yel D'ohan（留言） 2020年8月11日 (二) 09:34 (UTC)

(※)注意：ΔH^o必須是水平線。Yel D'ohan-- 娜娜奇🐰楓香花茶☕（宇帆·☎️·☘️） 2020年8月12日 (三) 04:31 (UTC)

了解。改為「慣例上可用斜線時，應用斜線」。我想的主要是像計算過程中的約分或相消，刪除線的語法容易，但斜線更好讀。--Yel D'ohan（留言） 2020年8月12日 (三) 08:20 (UTC)

• (－)反對：

1. 該段來自en:Wikipedia:Manual_of_Style/Accessibility的論述說的是另外一個意思："In articles, do not use strikethrough to remove objectionable text. Either comment it out with "<!--" and "-->" or remove it entirely. By default, most screen readers do not indicate presentational text attributes (bold, italic, underline) or even semantic text attributes (emphasis, importance, text deletion), so struck-out text is read normally along with any other text. (Editors using screen readers who participate in Wikipedia policy and deletion debates are advised to turn on notifications about text attributes when doing so, as struck text is very common in Wikipedia-internal discussions.)"言下之意是，如果您不認同某內容，就直接刪了。刪除線不是刪內容的方法，因為某些設備壓根就不顯示。這與翻譯過來的方針草稿在意思上是不相符的。
2. 更為得體的處理方式是使用模板包裹，由Special:Preferences決定該如何顯示刪除線，如本站的紅/綠鏈一般。

--Antigng（留言） 2020年8月11日 (二) 16:02 (UTC)

@Antigng：中文維基和英文維基的情況還不太一樣。中文維基「夏小堡站」這樣添加刪除線，大意一般是「夏小堡站（已廢除）」——編者認同「夏小堡站是X鐵路線上的一個車站」，只是用刪除線表示車站已廢棄。對於有異議的文字，我們編者確實會從源代碼里刪除（或者「夏小堡站」），像英文維基那樣用刪除線劃掉的還真沒幾個。上次討論有建議條文涉及表「廢除事物」的問題，但有人不同意加，最後不了了之了。（這裡未討論<s>...</s>和<del>...</del>的HTML語義問題，編者混用的不少）--洛普利寧 2020年8月11日 (二) 16:17 (UTC)

7日內無新留言，根據WP:7DAYS，提議條文 公示7日。——BlackShadowG^★（留言） 2020年8月18日 (二) 03:17 (UTC)

未見共識，且沒有回應「使用模板包裹」。--GZWDer（留言） 2020年8月24日 (一) 07:58 (UTC)

我本身就不滿意現在紅綠鏈系統。我對WP:MOSIW的理解是，「綠鏈」和「紅鏈括號附註」是互換用法——需要在紅色鏈接後標註原文時，可以使用對應語種的綠色鏈接。但顯示大部分編輯的觀點是，綠鏈優先且不用白不用。用戶對綠鏈意義理解不一致，或者設置不同，就會出現這樣的問題：

1. A抱持能綠就綠的原則，給某ACG作品中的名詞加入日語綠色鏈接。B認為該術語是粉絲向內容，在中文區連建立重定向的必要都沒有（A也承認這點），所以即便日文維基有條目，也不應該加入綠鏈，以免引導編者創建條目。
2. A在俄國人物紅鏈後括號標註俄語原文。B將俄語標註刪去，換成英語綠鏈（俄語維基沒有條目）。A以俄國人物應標記俄語原文為由，在綠鏈後把俄語加回去。C又把綠鏈刪掉，理由是WP:MOSIW認可紅鏈加括號的做法，同時手機版綠鏈也顯示為括號文字，同時標註俄文和英文很冗餘。

那刪除線用模版包裹也是一樣，技術上定製小工具沒有任何問題，但哪種樣式是默認樣式？編者A反對刪除線，認為此處適合分割出「已撤銷」子標題；編者B喜歡刪除線模式，認為刪除線一目了然，分割子標題純屬多餘。在各自的顯示效果下，兩人說的都有道理。但問題就是，兩人的前提不同，這怎麼說？

我的意見是，刪除線本身就不是百科文體應有的樣式，不需要專門製作一個模版迎合刪除線愛好者的要求。「已廢除」這個資訊是主題最重要的資訊嗎，他和成立時間等其他資訊有何區別，值得專門定製一個模版？況且可代替刪除線的辦法多得是：對於刪除線簡潔的理論，用加^†註記只占半個漢字的位置，一樣很簡潔。即便退一步可以使用模版，我認為應當：a) 預設不顯示刪除線；b) 僅限在導航模版中使用；c) 布局時應以不使用刪除線的視圖為優先。（我還是沒搞懂，為什麼導航模版一定要提供「已廢除」這個資訊，還非要用刪除線這個格式；不加刪除線就不能導航已有條目嗎？）

另一方面，綠鏈名義上提供了不同小工具，但實際像這樣各樣式表意不一致。提出問題又不願改，所以我對這種所謂用戶自選樣式的設置沒有信心。—洛普利寧 2020年8月25日 (二) 14:03 (UTC)

(▲)同上刪除線本身就不是適合出現在百科全書中的樣式，沒有必要專門製作一個模板，且能使用刪除線表達的資訊完全可以使用文字或其它方式來更加清晰地表達（如上方提到的「（已廢除）」，「†」，分割子標題等）。

對於紅綠鏈，我一直認為綠鏈這個模板的存在本身就不太合理，甚至不如曾經使用的{{ill}}，因為綠鏈在手機端會顯示為「原文（英語：鏈接的英文條目名）」此時如果需要鏈接的條目的語言與需要標註的外文不是一種語言就會很難處理，如果加上綠鏈在手機端就會顯示為「原文（英語：鏈接的英文條目名）（第三語言名稱）」，會顯得非常冗餘。而且，下載或者可打印版本完全無法顯示綠鏈，那麼綠鏈就無法起到標註原文的作用，對於某些需要標註原文的內容（如無正式譯名的人名或外文作品名），就需要額外在後方使用括號標註，那麼就會遇到上文提到的問題。 BlackShadowG（留言） 2020年8月27日 (四) 01:05 (UTC)

再次超過7日無新留言，根據WP:7DAYS，提議條文重新開始 公示7日，如有新意見還請提出。--BlackShadowG（留言） 2020年9月6日 (日) 02:15 (UTC)

根據en:Strikethrough#Double/multiple_strikethrough，如果漢字上加刪除線會和其他漢字混淆，可以用雙刪除線，例如工王壬𡈼丁於。--GZWDer（留言） 2020年9月11日 (五) 13:49 (UTC)

這我之前已經提到過了，某些設備完全無法顯示刪除線，且刪除線不是在諸如百科全書等專業出版物中的應該出現的樣式，使用雙刪除線仍然無法解決這一問題，且使用雙刪除線似乎導致文字更加難以辨認。--BlackShadowG（留言） 2020年9月12日 (六) 11:47 (UTC)

• 我反對禁用刪除線，也反對濫用刪除線，現在人偷懶太厲害，在模板里打^角標比你劃線不是更輕鬆嗎？。->>Vocal&Guitar->>_留言 2020年9月19日 (六) 09:58 (UTC)

要求在條目中使用{{lang}}標記外文

不可行，對於大型頁面而言一下就超過Wikipedia:模板限制了-- Sunny00217  2020年9月23日 (三) 10:32 (UTC)

下列討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。

---

目前的問題	目前有不少條目中使用了{{lang}}模板以標註外文，但大部分標註的文字都是由於可能導致簡繁轉換錯誤而不得不使用的日文，而其它語言，尤其是英語（可能是在條目中過於常見了），均很少使用{{lang}}模板。
我的觀點	在條目使用{{lang}}模板有很多的好處（請參見Wikipedia:格式手冊/親和力#外語和Template:Lang/doc#使用理由，這裡不再重複），應當建議編者在條目中使用{{lang}}模板標註外文
我的解決方案	將Wikipedia:格式手冊/親和力#外語（WP:ATLANG）列為正式指引，提議條文如下： “ 非中文單詞或短語應以使用ISO 639語言代碼的{{lang}}或其他同等模板包圍，比如：{{lang|fr|Assemblée nationale}}，會顯示為： Assemblée nationale 或{{lang-fr|Assemblée nationale}}，會顯示為： 法語：Assemblée nationale  注意：{{lang}}模板的使用不能影響正常的字詞轉換，如果一個詞彙的外語原文在某些地區較為常用，則無需使用{{lang}}模板進行標記。例如，無需將「SEGA」標記為{{lang|en|SEGA}}，因為「SEGA」一詞在大陸簡體的用詞模式下會轉換為「世嘉」，若使用{{lang|en|SEGA}}則會阻斷正常的地區詞處理。 使用理由：{{lang}}可以使語音合成器以正確的語言發音。在中文維基百科中，對於日語如不使用模板，則日本漢字可能會被視作中文錯誤簡繁轉換。其它見Template:Lang/doc#使用理由的完整理由。 ”
此前的類似討論	暫時沒有找到

參考資料

要求在條目中使用{{lang}}標記外文的討論請置於本行文字下--BlackShadowG^★（留言） 2020年8月9日 (日) 14:51 (UTC)

---

• 總體上支持，特別是日本漢字那一塊。不過這裏有一個問題，有些詞語在中文語境也是用西文字母表示的，我認爲還是要說一下不需要加{{lang}}。比如世嘉這個公司，臺灣是使用西文字母「SEGA」的；如果有編輯看到西文就用{{lang|en|SEGA}}，那反而阻斷了正常的字詞轉換。另一個例子「Final Fantasy」，臺灣使用西文，大陸翻譯成「最終幻想」。這裏說是英文單詞，但幾乎所有語言都這樣拼寫，應該不需要特別指明某個語言。除非特別強調英文版名，需使用{{lang|en|Final Fantasy}}；或者需要用日文口音（Fainaru Fantajī）朗讀，才標記{{lang|ja|Final Fantasy}}。另外一些非漢字詞，比如條文中提到的ISO、W3C，以及iPhone等詞語，可能也需要比照處理。--洛普利寧 2020年8月9日 (日) 15:12 (UTC)
  • 即「{{lang}}模板的使用不能影響繁簡轉換，如果一個詞彙的外語原文在某些地區較為常用，則無需使用{{lang}}模板進行標記」？——BlackShadowG^★（留言） 2020年8月10日 (一) 00:56 (UTC)
    • 是這個意思。—洛普利寧 2020年8月10日 (一) 03:28 (UTC)
      • 已根據閣下的意見修改提議條文。——BlackShadowG^★（留言） 2020年8月10日 (一) 06:19 (UTC)
• 其實這個不是不行，但你要有預感實際上不會有人去做，我DC剛審了兩個條目威廉·埃維尼納LALALAY，你看看會用lang還是不用lang的人較多?--Temp3600（留言） 今天, 01:58 pm (UTC+8)
• 只支持日韓文等使用漢字的文字，以防轉換；不支持中文語境中的歐文，如《阿Q正傳》。 KONNO Yumeto ^肺炎退散 2020年8月13日 (四) 05:53 (UTC)

  這麼說來，建議擴展到「在一種語言的語境中使用的另一種語言，應該使用原語言的lang模板進行標記」？即如果在日文的語境中出現了英文，也應該使用{{lang|ja}}進行標記。 BlackShadowG^★（留言） 2020年8月17日 (一) 00:14 (UTC)

• (－)反對。Category:引用模板後大小超過限制的頁面。--Mewaqua（留言） 2020年8月17日 (一) 14:55 (UTC)

  這會導致這個問題嗎？ BlackShadowG（留言） 2020年8月28日 (五) 03:15 (UTC)

  很容易會-- Sunny00217  2020年9月23日 (三) 10:29 (UTC)

• (－)反對，同意Mewaque🌜山西特產批發零售™️🌽🌶️🍎🍠🐓🐐（留言） 2020年8月29日 (六) 09:39 (UTC)

我認為Category:引用模板後大小超過限制的頁面並非合理的反對理由，其他模板也一樣能導致「引用模板後大小超過限制」。另一方面，我認為條文應該容許使用{{Jpn}}、{{Bo}}、{{My}}、{{Kor}}、{{Ryu}}、{{Thai}}、{{Ug}}、{{Vie}}等特定外語專用模板標註對應外文。SANMOSA _SPQR 2020年8月30日 (日) 07:41 (UTC)

已在提議條文中加入了「或其他同等模板」這一說明，接下來就看看能否達成共識了。——BlackShadowG（留言） 2020年9月12日 (六) 11:50 (UTC)

• 編者成本高，後台開銷大，使用者分布上獲益小，爆模板問題更難控制。->>Vocal&Guitar->>_留言 2020年9月19日 (六) 09:58 (UTC)

---

本討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。

追夢 Do Re Mi這條目的不當上色問題是不是無解啊？

剛剛翻閱了關於不當上色的討論，找到這篇追夢 Do Re Mi，雖然無聊龍大曾將上色刪除，但後來ＩＰ用戶又將其改回來，還補上Wikipedia:格式手冊/文字格式#顏色及內聯圖像，究竟是這個文字格式寫得太糟還是IP用戶有問題？ --無心*插柳*柳橙汁 2021年1月18日 (一) 09:49 (UTC)

• 已先回退修改。另外，不如藉此機會完善一下相關格式手冊。—— Eric Liu _{創造は生命（留言．留名．學生會）} 2021年1月18日 (一) 10:07 (UTC)
  • 我上次提出類似請求就被反應相關內容很好不用完善= =。 --無心*插柳*柳橙汁 2021年1月21日 (四) 07:50 (UTC)
    • 那麼可以考慮在方針版提案，將相關頁面升格為正式指引。到時候肯定會有很多改善意見跳出來的。—— Eric Liu _{創造は生命（留言．留名．學生會）} 2021年1月21日 (四) 09:44 (UTC)

@Ericliu1912、Milkypine：有沒有具體提案？現時大致上的傾向如何？SANMOSA _SPQR 2021年1月22日 (五) 06:38 (UTC)

關於條目金正恩中其朝鮮語名是否需要大寫的問題

有用戶認為這是一種語言現象，並引用文化語中的字句認為其應該在條目中將字號加大。但我翻了下WP:格式手冊，並沒有發現有與此相關的格式，能稍微搭上邊的MOS:BIG也沒怎麼說，只是說「謹慎使用」。翻了下英維那邊，條目內沒有大寫，格式手冊好像也沒有註明。想討論下此行為是否有點多此一舉。

附通知參加過的用戶：@Hank2530、月 樱 雪、Kenny023：。--廣雅 范★ 2022年8月26日 (五) 05:20 (UTC)

大寫幹嘛？反國家團體又管不到你維。--🎋🍣 2022年8月26日 (五) 05:40 (UTC)

我是覺得沒有先例也沒有必要--廣雅 范★ 2022年8月26日 (五) 05:41 (UTC)

「書寫領導人姓名要放大、加粗，以示尊敬」一事被放到了Wikipedia:壞笑話和刪除的胡話里，且長期存在。這應該能反映出一些編輯者的意見。

「金正恩」對應的是「김정은」而不是「<big>김정은</big>」。即使在該國存在這樣的規範，我們也並沒有遵守該規範的義務，但可以註明該國存在這樣的現象。完全按照該國習慣來書寫不是很合適。—— 月_櫻_雪 (留言) 2022年8月26日 (五) 06:01 (UTC)

不必要。這是朝鮮的出版界規定，不是朝鮮語的規定。即便語言有所規範，中文也不一定全然遵循，如英文中將書名斜體的寫法。--YFdyh000（留言） 2022年8月26日 (五) 06:25 (UTC)

依據我們的格式手冊就可以了。而且後面不也提到「韓國及海外朝鮮民族的書寫不循此規。」——Sakamotosan路過圍觀 | 避免做作，免敬 2022年8月26日 (五) 07:42 (UTC)

同意，根本沒必要。--Kenny023（留言） 2022年8月26日 (五) 08:41 (UTC)

沒有必要。--Yinyue200（留言） 2022年8月26日 (五) 19:44 (UTC)

朝鮮官方發佈的中文文獻中「金正恩」三字亦會加粗。如中文不遵循此規則，則韓文同樣不需要。除非是block quotation，應考慮保持文獻原樣。--Mosowai（留言） 2022年8月28日 (日) 06:24 (UTC)

莫名其妙。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2022年8月28日 (日) 13:00 (UTC)

網頁親和力

網頁親和力(►)移動至網站無障礙（或Web無障礙），Wikipedia:格式手冊/親和力(►)移動至Wikipedia:格式手冊/無障礙。 「親和力」這個術語在兩岸三地的政府網站中幾乎很少使用，基本上都是使用「無障礙」，比如台灣無障礙網路空間服務網、無障礙網頁宣告，香港無障礙網頁手冊、無障礙網頁嘉許計劃，中國大陸無障礙環境建設條例、無障礙環境建設法、網站設計無障礙技術要求，W3C的Web內容無障礙指南 (WCAG) 2.1[1]--Kethyga（留言） 2023年12月25日 (一) 09:20 (UTC)

支持，親和力是一個怪異的詞。--桐生ここ★[討論] 2023年12月25日 (一) 11:53 (UTC)

不反對。--冥王歐西里斯（留言） 2023年12月26日 (二) 09:50 (UTC)

(＋)支持：維基百科有很多奇怪的翻譯，也許是最大的中文群體隔絕在外，非中文母語用戶和翻譯軟件的翻譯內容充斥各處。--Nostalgiacn（留言） 2023年12月27日 (三) 04:14 (UTC)

猜測「親和力」可能是台灣作者jedi力推的術語，不過現在不太常用，大陸的標準裡面還有翻譯作「可訪問性」，見[2]（ISBN 9787121142017）。發現中文的「無障礙」和德語「Barrierefreiheit」的意思/構詞是一樣的。--Kethyga（留言） 2023年12月28日 (四) 12:21 (UTC)

條目的討論頁就有編者寫了「我採用了林克寰的翻譯『網頁親和力』」，林克寰就是jedi（[3]）。互聯網是一種新事物，早期很多概念翻譯是出於特定人物。但是在隨著互聯網普及，這些詞彙可能有更好的譯名。一如嚴復翻譯telephone為「德律風」，最後流行的是「電話」。--Nostalgiacn（留言） 2023年12月29日 (五) 09:55 (UTC)

搜尋來源發現，確實很少用親和力。贊成網站無障礙，網頁無障礙、網頁親和力保留重定向。序言是否還要寫「親和力」？電子信息無障礙條目應併入。--YFdyh000（留言） 2023年12月28日 (四) 12:07 (UTC)

( π )題外話雖然偏離這次的重點，這次是否有需要檢查其他內容文字有沒有需要調整的，有很多原文是英文的方針指引頁因為翻譯不完全又內容過時只能當成非方針/指引使用--Rastinition（留言） 2023年12月28日 (四) 12:28 (UTC)

(＋)支持。--PexEric 💬|📝 2024年1月6日 (六) 15:43 (UTC)

(＋)支持，之前就覺得怪怪的。--碟之舞📀💿 2024年1月8日 (一) 10:41 (UTC)