维基百科讨论:格式手冊/無障礙

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)