維基百科

維基百科討論:格式手冊/文字格式/存檔二

< Wikipedia talk:格式手冊 | 文字格式
由Jimmy-bot在話題提議修改Wikipedia:格式手冊/文字格式，並討論「確立」條目中粗體的正當用法與使用時機上作出的最新留言：1 年前

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

最新留言：3 年前6則留言4個人參與討論

本主題或以下段落文字，移動自Wikipedia:互助客棧/條目探討。執行者：Jimmy-bot（留言） 2021年2月1日 (一) 08:14 (UTC)。

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

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

表格標題背景與文字顏色

最新留言：3 年前3則留言3個人參與討論

本主題或以下段落文字，移動自Wikipedia:互助客棧/方針。執行者：Jimmy-bot（留言） 2021年4月19日 (一) 08:14 (UTC)。

電視劇（韓劇、日劇等）、電影、人物傳記等條目內列表標題上色容許範圍是否能有個標準？且大量列表上色都未確保文字和背景的對比達到WCAG 2.0的AA等級（如可能則達到AAA等級）

每次修改都遇到「愛上色魔人」都甩一句沒有規範或遵循前人寫死風格（別跟着闖紅燈）而不聽勸造成編輯戰。

根據顏色及行內圖像，「在條目正文及表格之中，禁止手動或使用模板將文字染成某種特殊的顏色，可以接受的情況僅限於資訊框中。這一方面是為了減輕伺服器負擔以及方便後來編輯者的維護，另一方面是為了方便色盲、色弱或使用黑白版本的讀者閱讀文字。只有在背景顏色可幫助闡釋條目內容，且沒有其他更佳的表達方式時，才可對表格或其他的內文元素加入背景顏色。」但仍需遵守少用顏色來表達。--～立ち直り中ಇ 2021年4月5日 (一) 12:39 (UTC)

一直都贊成條目內表格禁止上色，模板顏色再議吧。🌟🌟Talk 2021年4月11日 (日) 05:20 (UTC)

模板顏色相關規範

最新留言：3 年前86則留言23個人參與討論

本主題或以下段落文字，移動自Wikipedia:互助客棧/方針。執行者：Jimmy-bot（留言） 2021年6月6日 (日) 08:14 (UTC)。

本主題或以下段落文字，移動自Wikipedia:互助客棧/條目探討。執行人：SANMOSA 江南好，風景舊曾諳 2021年3月26日 (五) 08:57 (UTC)。

想問一下關於模板的相關規範：現在的模板並沒有任何關於顏色的規範。我個人希望模板的顏色本身不應被任何其他的配色所取代（模板不應被着色），尤其是沒有達成任何Accessability相關要求的共識前，均不應當修改任何着色，否則將會可能影響讀者正常閱讀模板。--1233 （T / C） 2021年3月22日 (一) 13:19 (UTC)

可參見WCAG 2.1 AA。--痛心疾首 2021年3月22日 (一) 13:34 (UTC)
Wikipedia:格式手冊/文字格式#顏色及內聯圖像算不算？SANMOSA 江南好，風景舊曾諳 2021年3月22日 (一) 13:52 (UTC)
導航模板不算正文（邏輯上）。就是此前處理了一個WCAG 2.1有問題的模板我才開啟討論。1233 （T / C） 2021年3月23日 (二) 03:51 (UTC)
Wikipedia:格式手冊/文字格式#顏色及內聯圖像的確無法處理導航模板。 --無心*插柳*柳橙汁 2021年3月24日 (三) 03:31 (UTC)
@1233、Milkypine：可以擴大Wikipedia:格式手冊/文字格式#顏色及內聯圖像的適用範圍。SANMOSA 江南好，風景舊曾諳 2021年3月25日 (四) 04:40 (UTC)
完全支持擴大適用範圍。 --無心*插柳*柳橙汁 2021年3月25日 (四) 05:13 (UTC)
可解決問題，故支持。唯此格式手冊的修訂將會影響大量的模板，故需要更深入的討論。--1233 （T / C） 2021年3月25日 (四) 15:23 (UTC)
@痛心疾首、Milkypine、1233：已移動討論至方針區。SANMOSA 江南好，風景舊曾諳 2021年3月26日 (五) 09:01 (UTC)
擬修改如下：
現行條文

顏色及內聯圖像

關於圖像的規定為Wikipedia:格式手冊/圖像的覆蓋範圍，應及時建立並移動過去。

在條目正文及表格之中，禁止手動或使用模板將文字染成某種特殊的顏色，可以接受的情況僅限於信息框中。這一方面是為了減輕伺服器負擔以及方便後來編輯者的維護，另一方面是為了方便色盲、色弱或使用黑白版本的讀者閱讀文字。[1]

只有在背景顏色可幫助闡釋條目內容，且沒有其他更佳的表達方式時，才可對表格或其他的內文元素加入背景顏色。為了照顧視障或色覺障礙讀者的需要，請避免單獨地使用背景顏色來表達某一含義，而應適當地同時以文字方式表述。為了保障條目的可讀性，請避免使用飽和度過高，或與文字對比度不足的顏色作為表格的背景色。禁止使用CSS代碼對表格背景加入花俏的樣式（如漸層色等）。

類似地，條目正文中，禁止使用內聯圖像（例如在文字中出現 這樣的圖像），但若在表格及信息框中使用則是可以接受的。

提議條文

顏色及內聯圖像

關於圖像的規定為Wikipedia:格式手冊/圖像的覆蓋範圍，應及時建立並移動過去。

條目正文、表格及各類模板（包括信息框）中禁止手動或使用（其他）模板將文字及背景顏色染成非預設顏色。此舉乃是為減輕伺服器負擔並方便後來編輯者的維護，亦是為方便色盲、色弱或使用黑白版本的讀者閱讀文字。[1]

只有在背景顏色可幫助闡釋條目內容，且沒有其他更佳的表達方式時，才可對表格或其他的內文元素加入背景顏色。為了照顧視障或色覺障礙讀者的需要，請避免單獨地使用背景顏色來表達某一含義，而應適當地同時以文字方式表述。為了保障條目的可讀性，請避免使用飽和度過高，或與文字對比度不足的顏色作為表格的背景色。禁止使用CSS代碼對表格背景加入花俏的樣式（如漸層色等）。

同理，條目正文中亦禁止使用內聯圖像（例如在文字中出現 這樣的圖像），但在表格及信息框中使用內聯圖像則可接受。

以上。SANMOSA 江南好，風景舊曾諳 2021年3月26日 (五) 23:40 (UTC)

似乎應該是不在條目里用帶特殊顏色的模板，而不是規定模板不得帶顏色。所以建議「條目正文、表格及各類模板」→「條目正文、表格及條目中使用的各類模板」。--DrizzleD (按此給我留言) 2021年3月28日 (日) 08:04 (UTC)
@DrizzleD：然而這裏最原始的提議就是禁止所有模板着色（如果我沒理解錯的話），@1233。SANMOSA ······ 2021年3月28日 (日) 23:48 (UTC)
@DrizzleD、Sanmosa：我的概念是應當建立相關Accessibility的指引（例如對規範模板中文字和背景色的對比度）。而又當此等指引未達成共識前，則不應對模板着色。--1233 （T / C） 2021年3月29日 (一) 02:39 (UTC)
禁止所有模板着色恐怕不現實。且不提{{支持}}這種模板或者就在本句話中使用的{{tq}}，單是為數眾多的多彩用戶框就不可能處理過來啊。--DrizzleD (按此給我留言) 2021年3月29日 (一) 14:48 (UTC)
如果我沒理解錯誤的話，是不是Infobox系列模板都不能自訂文字和背景的顏色？ 2021年3月29日 (一) 04:28 (UTC)
是的（如果我沒理解錯1233的意思的話）。SANMOSA ······ 2021年3月29日 (一) 05:31 (UTC)
就Accessability這個理由，完全支持禁止對模板、表格等上色。🌟🌟Talk 2021年3月29日 (一) 04:53 (UTC)
(－)反對：信息框內的文字在某些情況下應允許使用不同的顏色，否則將無法很好地表意；導航模板同理，例如{{柑橘屬}}和{{地質年代}}模板使用了不同的底色，但也只是起到輔助區分相關信息的作用，並不影響色盲色弱等特殊群體閱覽，取消這些底色後，非但不能照顧到少部分特殊群體（因為在色盲色弱看來，無論普通模板還是上色模板基本都是一片灰，並無本質上的區別），並且對於絕大部分正常讀者而言將是一大損失。讓絕大部分正常群體去遷就少部分特殊群體，屬於西方式政治正確（就好比硬說黑人和白人一樣聰明），英維的做法不可取。--蕭漫（留言） 2021年3月29日 (一) 12:51 (UTC)
同意需要有指引規範相關模板的着色。另外我處理的部分模板出現嚴重的"撞色"問題，才要求模板應暫時停止着色。這不是西方不西方的問題，而是此等問題已經燃燒至影響正常的閱讀體驗了。--1233 （T / C） 2021年3月29日 (一) 13:30 (UTC)
西不西方我是不清楚，但肯定是眼殘級別追夢 Do Re Mi。尤其是像Template:Weki_Meki，這邊上色的意義何在？ --Loving You Is A Losing Game 2021年3月29日 (一) 15:21 (UTC)
不同意柑橘屬跟地質年代這兩個舉例，柑橘屬的顏色僅僅是階層式架構，以排版就足以區分，不需要再加上顏色；至於地質年代的顏色更是沒有意義，部分底色與文字顏色對比度不高，對正常人來說也是難以閱讀。--Xiplus#Talk 2021年4月3日 (六) 06:01 (UTC)
@Xiplus：像這三個案例{{中國歷史}}、{{Geological_range}}、和{{古近紀圖形時間線}}呢，有本事你對Geological_range和古近紀圖形時間線的英維版禁止着色啊。反對一刀切致使中維倒退的方針。你少代表正常人對地質年代發表看法，也只是對你來說難以閱讀而已。U:Lab06 N 參與微軟專題 2021年4月3日 (六) 12:46 (UTC)
(－)強烈反對：對地質和生物學相關等特殊模板有嚴重影響！1.減輕伺服器負擔這個理由就經不起推敲，難道現在的伺服器機能還不如以前的伺服器？2.另外照顧色盲色弱群體這個理由已經有人反駁了。U:Lab06 N 參與微軟專題 2021年3月30日 (二) 13:57 (UTC)
那完全不是合理的反駁理由。「因為在色盲色弱看來，無論普通模板還是上色模板基本都是一片灰，並無本質上的區別」是錯的，普通模板的話全色盲至少還能分得到淺色和深色（白色和黑色），上色模板全色盲就完全分不到了。全色盲還是能分辨白色和黑色的，他們只是cone cell不能function而已，rod cell還是能function的。SANMOSA Σουέζ 2021年3月31日 (三) 07:53 (UTC)
既然已經了解提案禁止對Infobox等模板上色，那麼我(－)反對此提案，畢竟有些Infobox模板的顏色對辨別條目類型有很大的幫助，不能因為視覺障礙人士而選擇單一的格式，不過如果是限制背景顏色和文字顏色之間的對比度，這我能夠接受。 2021年4月1日 (四) 14:20 (UTC)
仔細想了想，傾向不贊同：
  1. （主要）現行方針能夠確保色盲（弱）人士能夠獲取充分信息，根據現行方針要旨，只需避免「單獨地使用背景顏色來表達某一含義」，同時避免「飽和度過高，或與文字對比度不足」，上述舉措——
    • 確保了色盲（弱）人士能夠不依賴顏色獲取足夠信息，確保所有人閱讀的文字是清晰的；
    • 在此基礎上，不對輔助性背景填色進行「一刀切」，能保障更多色覺正常的人士能借背景色獲得獲取信息上的便利。
  2. （次要）變更宜乎審慎行事，僅高速公路一類就有逾千條條目和大量模板受到影響，即便上述修改要實施，修正案也未能列出批量變動的頁面範圍和變動的具體方案。
以上。--Kirk # 2021年4月1日 (四) 14:33 (UTC)
個人認為對現行模板應當是採取沒壞別修的態度：應當先行禁止新（類型）的模板着色，再討論如何界定為「可行」且為輔助性的背景着色，再解決「應當在何時着色」和「怎樣才是可行的着色」的兩個問題--1233 （T / C） 2021年4月3日 (六) 02:41 (UTC)
  • (－)反對，限制面太廣，用戶框、導航模板等都會受影響。可行的着色可以按常識判斷。 ——羊羊 [ 留言 貢獻 維貓報 古典音樂專題 ] 2021年4月3日 (六) 04:56 (UTC)
  • 拆分投票：
  • 支持要求條目用導航模板使用預設配色。使用其他顏色可以，但應該給出理由；而且這個理由是領域內討論出的統一的配色方案。像Template:Citrus為什麼要上成黃色而不是其他顏色？是屬級導航框的統一用黃色，綱級導航框又用另一種顏色；還是覺得這個顏色是柑橘的主題色（那孔雀呢）；還是編輯沒理由隨便上的顏色？而且導航模板和信息框還不一樣：條目可以放多個導航模板，隨意上色的結果就是花花綠綠，不同顏色搭配起來很不美觀。如果其他導航框用默認顏色，比較次要的那個導航模板又私自上色，那它會不會有搶鏡頭的嫌疑？總之，導航模板上色需要極其保守，找不到必須上色的理由就別上。--洛普利寧 2021年4月3日 (六) 16:13 (UTC)
  • 支持樓上所述，另參考各語言維基百科也對上色趨於保守或嚴格規範。即便不全面禁止也需有個合理的規範，哪些領域的確有這需求，哪些領域又該嚴格禁止或者限定。不該完全置之不理任由問題累積未來才以影響範圍大而放棄討論制定規範。～立ち直り中ಇ 2021年4月5日 (一) 12:47 (UTC)
  • 上色這種東西如果能夠靠自由心證或常識解決，那就不會有像追夢 Do Re Mi這樣的上色亂象。的確我不是地理條目相關編輯，但前面提到的{{中國歷史}}、{{Geological_range}}、和{{古近紀圖形時間線}}請問有哪個一定需要顏色？或者說這些顏色必須一定要有的理由為何？（當然也可以直接開民調調查有顏色大家會不會比較ＯＫ）。如果這些顏色有一定的存在理由，那就針對這點做改善（例如常用習慣等）。 --Loving You Is A Losing Game 2021年4月5日 (一) 13:11 (UTC)
意見頗為分歧，我建議就此進行投票，不知各位意下如何。SANMOSA Σουέζ 2021年4月10日 (六) 06:39 (UTC)
這不是投票就能解決的問題，一來是不能只因為視覺障礙人士而選擇單一的樣式，再者是影響範圍過大，投票並不能體現所有使用者的意見（匿名使用者不能投票，請留意維基百科並非專給註冊使用者閱讀）。如果您要發起民調，我沒意見，但是我反對發起投票。 2021年4月10日 (六) 07:05 (UTC)
然而現時的狀況確實對視障人士構成嚴重的歧視，我認為所有人現在最基本要知道的就是現時模板的着色情形已經嚴重影響到視障人士的閱讀體驗。投票的選項亦非只有兩種（至少我初步的計劃如是）。在陷入複雜討論的泥潭時，投票顯然是一種快速收集意見以凝聚共識的方法，不能單純因為「影響範圍過大」和「不能體現所有使用者的意見」而反對發起投票和變相剝削視障人士的合理閱讀體驗。SANMOSA Σουέζ 2021年4月11日 (日) 14:26 (UTC)
@Sanmosa：「影響範圍過大」和「不能體現所有使用者的意見」已經不是您所指的單純問題了。您發起民調來蒐集意見我沒意見，但是要將投票結果作為共識執行，我不能接受。當然您要發起與否是您的自由，如果社群能夠接受結果，那我也沒話說，只是還請留意，我不能接受投票不代表我反對投票，也不代表我變相剝奪視覺障礙人士的合理閱讀體驗，這只是表達我的個人意見，而我的意見是對於此種議題，應該有比投票更能體現共識的方式。 2021年4月12日 (一) 02:31 (UTC)
發起投票的最主要目的是在討論各方意見很大程度上分歧時確立討論的大方向，如果連大方向都不能確立，我難以相信討論能有效持續。SANMOSA Σουέζ 2021年4月14日 (三) 13:19 (UTC)
@Sanmosa：確立討論的方向，請使用民調而非投票。 2021年4月14日 (三) 18:01 (UTC)

變通提案

以下是小弟的變通提案：

現行條文

顏色及內聯圖像

關於圖像的規定為Wikipedia:格式手冊/圖像的覆蓋範圍，應及時建立並移動過去。

條目正文、表格及各類模板（包括信息框）中禁止手動或使用（其他）模板將文字及背景顏色染成非預設顏色。此舉乃是為減輕伺服器負擔並方便後來編輯者的維護，亦是為方便色盲、色弱或使用黑白版本的讀者閱讀文字。[1]

只有在背景顏色可幫助闡釋條目內容，且沒有其他更佳的表達方式時，才可對表格或其他的內文元素加入背景顏色。為了照顧視障或色覺障礙讀者的需要，請避免單獨地使用背景顏色來表達某一含義，而應適當地同時以文字方式表述。為了保障條目的可讀性，請避免使用飽和度過高，或與文字對比度不足的顏色作為表格的背景色。禁止使用CSS代碼對表格背景加入花俏的樣式（如漸層色等）。

同理，條目正文中亦禁止使用內聯圖像（例如在文字中出現 這樣的圖像），但在表格及信息框中使用內聯圖像則可接受。

提議條文

顏色及內聯圖像

關於圖像的規定為Wikipedia:格式手冊/圖像的覆蓋範圍，應及時建立並移動過去。

條目正文、表格及各類模板（包括信息框）中，使用原始碼或其他模板將文字或背景顏色染成非預設顏色，應以幫助闡釋條目內容為第一目的。同時，編者也需要考慮色盲、色弱或使用黑白版本的讀者的實際需求。[1]

除非編者有正當理由，並且能在討論頁自證有理，否則：

  • 同一表格、導航模板或信息框模板只能使用一種邊界色、一種標題欄背景色、一種標題欄文字色，且總共不能超過三種顏色；
  • 請避免單獨地使用背景顏色來表達某一含義，而應適當地同時以文字方式表述；
  • 邊界色、標題背景色、標題文字色之間應該有可視的對比度；
  • 內容背景色和內容文字色之間也應該有可視的對比度；
  • 表格/模板邊界色和內容背景色兩者的飽和度不能太高；
  • 禁止手動將表格或模板的內容文字染成其他顏色。
  • 禁止使用CSS代碼對表格/模板的任何部份加入花俏的樣式（如漸層色等）。

為避免編輯爭議，建議編者在編輯的同時，即在編輯摘要或討論頁中說明上色的理由。

同理，禁止在正文中使用內聯圖像（例如在文字中出現 這樣的圖像）、什錦字型或繪文字，但符合以下條件圖像則不在此限：

  • 與正文內容密切相關，不使用就無法（或很難）準確闡釋條目內容；
  • 編者有理由相信電腦無法正常解碼和顯示；
  • （非強制）有對應Unicode代碼的天然語言字符或專業符號，或者符合知名度要求的人造語言的字符，或者以LaTeX製作的科學表述。

此外，在表格及信息框中也可以使用內聯圖像。

  • 「一種顏色」的定義為一個RGB值。例：#FFFFFF和#FFFFFE視為兩種顏色。
  • 「飽和度不能太高」定義為紅綠藍三原色中，任何一種原色數值低於EE。

小弟主要編輯體育相關條目，因此在這裏用個和體育相關的例子：編者在編輯某足球隊的球員名單（表格）時使用的標題背景/文字顏色組合，如果和該足球隊隊徽或主場隊服的配色相同，即視為能夠「幫助闡釋條目內容」。反之，如果編者用的是另一支球隊的隊徽或主場隊服的配色，則視為無助於闡釋條目內容，要麼重新上色，要麼改用預設顏色。舉例說明：加拿大國足的主場球衣（守門員除外）的主色調為紅色（#FF0000或更深），球衣字體為白色，而且紅色和白色之間的差距足夠大，因此加拿大國足的導航模板的標題可以染成紅色背景、白色文字。美國國足的主場球衣的主色調為藍色，因此如果把加拿大國足的導航模板的標題染成藍色背景、白色文字，則視為無助於闡釋條目內容。

以上。📕📙📒📗📘📚📖 2021年4月11日 (日) 03:13 (UTC)

暫時認為閣下的提案影響太多：各類模板應限制至條目導航及各類infobox。另建議禁止任何WCAG 2.0中兩種低於2.0的配色分別用於背景及正文。--1233 （T / C） 2021年4月14日 (三) 02:33 (UTC)
1233已修訂為「同一表格、導航模板或信息框模板只能使用一種邊界色、一種標題欄背景色、一種標題欄文字色，且總共不能超過三種顏色」。另外，能否解釋一下怎樣才算「WCAG 2.0中兩種低於2.0的配色」？📕📙📒📗📘📚📖 2021年4月14日 (三) 21:37 (UTC)
  • (－)反對只能使用三種顏色。Template:元素週期表會無法呈現，更不用說縮圖型導航的Template:NavPeriodicTable，此舉同時也導致了之前色弱友善元素週期表顏色配置Template talk:Isotope nav#同位素模板顏色更換全部白討論了，浪費了社群資源。 考量到需要區分元素本身特性，以下主題有許多層級需要區分
    1. 元素週期表（Template:元素週期表、Template:NavPeriodicTable）
    2. 元素穩定性表（Template talk:Isotope nav）
      • 大量穩定同位素、僅一種穩定同位素、僅有觀測上穩定同位素、最穩定同位素半衰期萬年、半衰期千年、半衰期1年或以下、半衰期以日計、半衰期以時計、半衰期以秒計、目前未發現同位素（如Uue） 等至少10種等級
    3. 元素分區（Template:元素週期表_(正文)#範例）
    要區分5種以上等級，禁用顏色根本強人所難，無法實行，或實行會導致元素週期表等相關條目無法準確製作示意圖表。-- 五歲抬頭雪菲（☎️·☘️） 2021年4月14日 (三) 19:05 (UTC)—- 五歲抬頭雪菲（☎️·☘️） 2021年4月15日 (四) 02:24 (UTC)
    同時也反對禁用內連圖像。{{缺字}}、或Unicode未收錄符號、特殊的語言（如克林貢語）和特殊數學符號（如en:Coxeter–Dynkin_diagram、{{CDD}}），全是內連圖像，禁用的話，全部都難以或無法描述條目了。特別是en:Coxeter–Dynkin_diagram，根本不可能用文字描述代表一個en:Coxeter–Dynkin_diagram，要求只能放在圖表將導致內文難以描述，必須在內文呈現符號再加以說明，這個如果禁的話，那我認為數學公式也該禁。仍然堅持，特殊數學符號是有必要跟文字一起使用的。-- 五歲抬頭雪菲（☎️·☘️） 2021年4月15日 (四) 02:24 (UTC)
    A2569875請閣下留意：
    例1：小弟已經特地指定了一個「有正當理由，並且能在討論頁自證有理」的例外條件。閣下以上提到的元素週期表導航模板都屬於「正當理由」，因此不受「最多三種顏色」的限制。
    例2：小弟也指定了例外條件。閣下提及的人造語言字母和數學符號都符合例外的條件，因此不受「禁用內連圖像」的限制。至於Unicode未收錄的符號當中哪些應該禁止，哪些應該允許，都可以慢慢討論。能不能請閣下舉例說明：哪些符號Unicode尚未收錄，卻又在某些條目中非用不可？📕📙📒📗📘📚📖 2021年4月15日 (四) 02:51 (UTC)
    • 關於Unicode尚未收錄符號，需要與文字一同描述的就是特殊數學符號（如上方{{CDD}}）、化學符號、其他科學表示符號，而所有{{缺字}}、特殊語言也是Unicode尚未收錄符號；Unicode尚未收錄的Emoji確實不必在條目正文中出現（甚至已收錄之Emoji都不該）
    • 「編者有理由相信電腦無法正常解碼和顯示」不明確，可能會導致編輯戰，例如某個字原先未被已Unicode收錄，因此使用內連圖像，後來某天被Unicode收錄，然而剛收錄時未被廣泛的字體支援，也許在電腦上看可以正常顯示，然而在iPhone上看都成了豆腐塊，因此使用iPhone的用戶將看起來像豆腐塊的文字回退成內連圖像，而電腦版用戶又將內連圖像回退成在iPhone上看都成了豆腐塊的文字，因而導致編輯戰。例如前陣子剛發命名的幾個化學元素之中文字，在Unicode剛收錄鿫、鿬等字時，發生被改來改去的現象。
    • CFOP#下兩層（F2L）中「設法在不破壞其他已完成部分，將一柱轉成 或 。」不使用內連圖像怎麼描述？「設法在不破壞其他已完成部分，將一柱轉成『清楚辨識到可見之兩個面的中心塊與下方塊是相同的顏色，同時，左側最右上方式底面的顏色、上方為左側面的顏色、右方與該面之中心塊同色且角塊右邊的邊塊顏色與左方的角塊同色且方向相同』或『清楚辨識到可減兩個面的中心塊與下方塊是相同的顏色，同時，左側最右上方式做側面中心塊的顏色、上方為右側面的顏色、右方與底面同色且不可見之面之右側面之角塊的頂部顏色與可見面之左側面之中心塊同色』。」這樣的可怕的文字來描述嗎；
    • 那麼這種又要怎麼辦「當方塊變為
      時」（{{模板樣式色塊圖}}）→「當方塊變為『方塊下兩層已完成，且頂面顏色在頂面上呈 (不用圖片無法表達)形狀時，頂面靠近自己本身的地方是不可見面右側面之中心塊顏色，頂面右側前方（靠近不可見面）兩塊與可見之左側側面同色、頂面左側兩塊與可見之右側側面同色....』時」。(－)反對到時許多條目，不限於魔術方塊都要用可怕的東西描述，WP:太長不看，編者不會想看到一堆廢話，條目失去功能。
      關於上述提到的 ，類似的例子例如俄羅斯方塊，你描述 ，文字描述用L型，可是他仍有非常多種變體
       
      不使用內連圖像，怎麼準確表達？
    • Unicode亦有無助於文字表達的字元，用起來跟 這樣的圖像沒有兩樣，例如Unicode字符列表#特殊、Unicode幾何圖形列表、方塊元素、麻將字元、撲克牌字元（見章節撲克牌#歷史）...等
    • 關於顏色，有的Unicode字元還會自帶顏色，例如Emoji。
    • Unicode字符列表#盲文圖案：點字該不該禁？「未收錄點字」
    ※其他關於顏色或Unicode事項待補；會在找到時補充。
    以上-- 五歲抬頭雪菲（☎️·☘️） 2021年4月15日 (四) 04:17 (UTC)
(▲)同上。 2021年4月15日 (四) 11:27 (UTC)
魔方問題可以像英語維基百科那樣用右側圖像，或者像論文那樣<gallery />加「如圖1」。一圖勝千言，但沒看出圖像非要內聯的理由。而且 、 、
這三個內連例子真心一點都不大方，圖片小小、看着眼暈；圖片優勢沒發揮出來不說，還搞到正文稀稀拉拉的。至於Unicode字符列表這種，特殊字符獨佔單元格的環境，我認為不算內連。--洛普利寧 2021年4月15日 (四) 17:50 (UTC)
魔術方塊可能不是個很好的例子，那麼我換個例子基礎摺法、索馬立方（en:Soma_cube），這也難以純粹文字描述。-- 五歲抬頭雪菲（☎️·☘️） 2021年4月15日 (四) 21:40 (UTC)
同意Lopullinen的看法。不一定要用內聯圖像，可以用右側圖像或者圖片庫。例如《索馬立方》可以改用如下的圖片庫：
《索馬立方》圖片庫
  •  
    第一片，或稱為V。
  •  
    第二片，或稱為L：三個立方體排成一列，左下方加一個立方體。
  •  
    第三片，或稱為T：三個立方體排成一列，中間下方加一個立方體。
  •  
    第四片，或稱為Z：二個立方體排成一列，上面是另外二個立方體，往右排一格。
  •  
    第五片，或稱為A：V型的三立方體平放，另一個立方體放在順時針的第一個立方體上方，有立體的不對稱性。
  •  
    第六片，或稱為B：V型的三立方體平放，另一個立方體放在逆時針的第一個立方體上方，有立體不對稱性。
  •  
    第七片，或稱為P：V型的三立方體平放，另一個立方體放在轉折的立方體上方的第一個，有立體對稱性。
這樣就既不需要使用內聯圖像，也不需要單純依賴文字描述。📕📙📒📗📘📚📖 2021年4月15日 (四) 22:14 (UTC)
(將會陸續補充)
以上-- 五歲抬頭雪菲（☎️·☘️） 2021年4月16日 (五) 05:23 (UTC)
(～)補充另外，關於「
」的描述，我認為應該要這樣「方塊下兩層已完成，且頂面顏色在頂面上呈 形狀時....」不然圖像還要引用旁邊另外圖像，真的很詭異。-- 五歲抬頭雪菲（☎️·☘️） 2021年4月16日 (五) 05:40 (UTC)

「設法在不破壞其他已完成部分，將一柱轉成以下兩種形式之一（圖1.1和圖1.2）：」

   
圖1.1 圖1.2
  • 這樣一來，魔方的圖案想再放大些都不怕影響排版。
  • 摺紙的案例和索馬立方的案例一樣，可以製作表格或圖片庫，不需使用內聯圖像。
  • 天文學符號完全可以在表格或者Infobox裏面用，不需用作內聯圖像。
  • 中華民國國語那個注音符號，以及那個阿拉伯樂譜符號，都已經符合「與正文內容密切相關，不使用就無法準確闡釋條目內容」的例外條件。
  • 至於PlayStation和濱崎步的案例簡直就是邊緣得不能再邊緣了。PlayStation的那句營銷口號，完全可以上傳一張自製圖片來表示，反正像    這種簡單的幾何符號，是怎麼都達不到原創性門檻的。濱崎步的案例已經涉嫌過量使用非自由圖像，違反《WP:NFCC#3》了。
另：@Lopullinen、1233：小弟新增了無正當理由禁止使用什錦字型或繪文字的條文，請回應。📕📙📒📗📘📚📖 2021年4月16日 (五) 06:19 (UTC)
  • (：)回應我認為索馬立方、摺紙與正文密切相關。天文符號其他例子例如電路符號、化學特殊符號、化學結構式（有苯環的）生物學符號，我不建議在旁邊放成表格，一堆一個小符號整理成表格非常詭異。以及「
    ：頂面顏色在頂面上呈 形狀」的 亦與正文密切相關。同時，整個連純文字也包成圖片放旁邊表格將會有「無法複製其中文字」的缺點。-- 五歲抬頭雪菲（☎️·☘️） 2021年4月16日 (五) 06:27 (UTC)
  • 小整理一下，以便針對點討論
    • 已解決的問題
      • 自身有獨特排版，且為學術界慣例，又需要顏色表達之表格
      • 無法使用現有文字代替的符號（打不出來的字，或者非自然語言表達範疇之記號）
        • 未收錄漢字（如{{缺字}}）
        • 數學符號（如{{CDD}}）
        • 樂譜記號
        • 特殊的語言
    • 未解決問題
      • 可以用排版代替顏色的表
        • 地質年代表的背景色。
        • 生物保育狀態的背景色。
      • 可以使用現有文字代替的符號
        • 天文符號
        • 化學結構式
      • 具表意功能圖示使用時機
        • 如摺紙圖示
        • 文字不易描述的瑣碎形狀圖示(一句話出現多種時，使用表格反而雜亂)
        • Emoji、繪文字
        • 什錦符號
      • 特殊標語口號
        • 「LIVE IN Y UR W RLD. PL Y IN  URS」（整個做成圖片將會導致文字複製困難）
        • LaTeX
    以上-- 五歲抬頭雪菲（☎️·☘️） 2021年4月16日 (五) 07:06 (UTC)
在我看來明文限制使用顏色或內文圖片會造成很多麻煩，更不應該直接限制着色，應當按照情況逐例處理；例如在有用戶提出更好減少使用顏色的情況下，若內容不造成明顯閱讀困難就應儘量以顏色較少的方式處理（即指排版妥當；不應以「比較那個比較方便閱讀」為準則，只要整體不造成閱讀困難即可）。列表條目中適當使用顏色協助用戶進行分類，限制用色比限制着色更實際。--LuciferianThomas．留言 2021年4月16日 (五) 09:41 (UTC)
  • 「地質年代表的背景色」和「生物保育狀態的背景色」我在上面已經說過符合例外條件，因此不屬於「未解決問題」。嚴格來說，俄羅斯方塊的圖像也屬於「與正文內容密切相關，不使用就無法準確闡釋條目內容」，只是編者有責任證明非使用內聯圖像不可。
  • 我加入了或者以LaTeX製作的科學表述，以包括數學公式和化學方程式等。
  • 我粗略閱讀了《烴》、《苯》等化學條目，裏面的圖像都不算「內聯圖像」。「內聯圖像」是指插入段落之內，文字之間的圖像。但這些條目當中的圖像都是用在段落之間，而非段落之內，因此不符合「內聯圖像」的定義。
  • 天文符號可以在表格或Infobox裏使用，不需使用內聯圖像。
  • 「LIVE IN Y UR W RLD. PL Y IN  URS」這種標語是不是非加入不可？「導致文字複製困難」似乎暗示閣下打算複製粘貼到其他條目，但除了PS條目本身以外，還有哪些條目非有這條標語不可？
  • @LuciferianThomas：限制着色是為了防止出現像某個IP對《追夢 Do Re Mi》瘋狂着色的情況再次出現。而我提出「一種邊界色、一種標題欄背景色、一種標題欄文字色，除非能自證有理」是為了方便執行，盡可能壓制遊戲維基規則的空間。另外，我在上面的提案也有限制用色的條文：「背景色飽和度不能太高」。
歡迎回應。A2569875、1233、Lopullinen、Pseudo Classes、Sanmosa、蕭漫、Lab06 N和羊羊32521📕📙📒📗📘📚📖 2021年4月16日 (五) 15:29 (UTC)
  • 關於複製，我指的是會困擾讀者，讀者將無法或難以複製該文字。維基百科不應搞得像那種讓讀者複製不了東西的神秘部落格，且讀者理應要能夠方便地複製「LIVE IN Y UR W RLD. PL Y IN  URS」以便到其他地方利用或查詢其他相關資料，整個包成圖像你是要讀者去研究影像辨識和機器視覺？？；另外「有對應Unicode代碼」en:Coxeter–Dynkin_diagram、{{CDD}}沒有對應unicode 代碼，LaTeX也不支援，且由於其抽象性，難以用文字說明代替。另外 我相信應該還有一些數學公式或符號不被unicode與LaTeX支援，但是需要與文字一同描述。—- 五歲抬頭雪菲（☎️·☘️） 2021年4月16日 (五) 15:39 (UTC)
總歸一句話，複雜的限制只會更容易被忽略，再加上你遇到例外就加上去、加上去，最後限制越來越多。至少我沒有這麼有耐性看完這些限制，就算看完也好，我也不能確保我不會被混淆。你提議修正條文，就有必要將條文修到完整、易讀的狀態，除非你讓這些條文更加簡潔，否則我(－)反對的立場不會改變。 2021年4月16日 (五) 16:43 (UTC)
不限制着色，但漸層應明文禁制；另覺得表格什麼的不是不能上色，但必須整個條目一致就是了。--LuciferianThomas．留言 2021年4月16日 (五) 18:07 (UTC)
我認為維基百科不應搞得花花綠綠的像粉絲部落格。如果「LIVE IN Y UR W RLD. PL Y IN  URS」包裝成圖像讀者能理解，那就不應該使用內連圖像；再說這東西複製出來居然是「LIVE IN YOUR WORLD. PLAY IN OURS」，圈叉三角呢，打啞謎？況且stylized包括大小寫、顏色、文字大小等等元素，其主要作用也是視覺衝擊，所以本來就更適合用圖片表示（再用圖注說明，其中四個字母置換成為PlayStation的圈、叉、正方、三角標誌）。總之簡單一句話：圖像可以用，但不要放在正文；如果想放在正文，請想想能不能單獨提出來：如果提不出來，再想想所謂的「不用圖片不行」整句話是否舉例過細，對維基百科這種通用百科並無必要；如果真的很重要，業界也常常這樣用，那再討論要不要內連。科學類條目可以制定自己的格式手冊，決定哪些圖片可以在兼顧排版的情況下，視同文字在正文中使用。但對於大多數條目，要讓編者（特別是新編者）從大方向感覺到，維基百科不鼓勵使用內連圖像。同時也要鼓勵編者鍛煉文字表達能力：編者作為愛好者可能以為圖片很直觀，但非圈內讀者很可能根本get不到點。（
這個例子要是不配文字，花花綠綠的我還真不知道想表達最下面兩層已完成。）--洛普利寧 2021年4月16日 (五) 18:34 (UTC)
顏色和附圖塞內文概念上是一樣的，上面列的都是附圖案例，顏色例如：
在我看來，許多狀況，有加附圖或顏色，比起沒加附圖或顏色，「更有助於幫助讀者了解主題」。反而沒有上面說的那麼嚴重。-- 五歲抬頭雪菲（☎️·☘️） 2021年4月17日 (六) 07:51 (UTC)
@A2569875：您說的這篇條目，正好證明內文顏色不必要乃至多余。您舉例的下一段就附了個參考文獻；此文獻是「8+ (green), 12+ (blue), and 16+ (yellow)」這樣用純文字描述的，而顯然編者正確理解了文字（先不討論綠色用#5CB531是不是原創研究）。由此可見，使用純文字也能起到等價的效果。另一方面，禁止內連顏色不是禁止使用顏色；正確的方法是這樣，用側邊圖像大大方方地表示。所以我沒看出來，直接給文字上色什麼時候成了唯一手段。在我看來，圖片放到側邊並配上圖注詳述、正文做一些大方向上的解釋，比起使用不知所以的內聯圖像或顏色，更有助於讀者理解主題。PS：感謝提醒，我把這條目正文中的顏色全部移除了（最上面那個是表格的圖示，不屬於內連的範疇；下面全都在東施效顰）。--洛普利寧 2021年4月17日 (六) 17:42 (UTC)

其他概念

我單純希望處理的問題只是背景顏色問題，我認為應當限制每表格的每一格應只使用一種背景色，文字顏色及邊框顏色。與此同時，就應當嘗試制定背景顏色及文字顏色的對比度。--1233 （T / C） 2021年5月10日 (一) 16:36 (UTC)
我覺得從上面的討論看起來，整個提案就是一個未經深思熟慮且一廂情願的提案。如果一個提案提出來會需要列出一大串例外，那不如不要提。不如先把一些亂七八糟的Infobox先整合一下再說。----Koala0090（留言） 2021年5月22日 (六) 00:52 (UTC)
當提案使規則變得複雜而難以使編者明白並遵守的時候，那設來幹嘛。—〚 瑋瑋 · 嘎嘎 · 鯨魚 〛 2021年5月29日 (六) 03:11 (UTC)

粗體應用問題

最新留言：1 年前4則留言4個人參與討論

本主題或以下段落文字，移動自Wikipedia:互助客棧/求助。執行者：Jimmy-bot（留言） 2022年11月23日 (三) 00:14 (UTC)。

本主題或以下段落文字，移動自Wikipedia:互助客棧/方針。執行人：Eric Liu 創造は生命（留言・留名・學生會） 2022年11月12日 (六) 22:23 (UTC)。

請問在條列事物時，使用粗體是被允許的嗎？例如：蘇利文兄弟、射鵰英雄傳#主要人物、組織#基本概念--Picture GN（留言） 2022年11月5日 (六) 10:40 (UTC)

  1. 關於條目中如何添加粗體，請瀏覽MOS:B。
  2. 此頁面只可討論維基百科政策與方針。下次若欲求助，請至WP:VPA，祝好。
--紹💓煦集思廣益 2022年11月5日 (六) 12:58 (UTC)

MOS:B與體育賽事籤表處理

最新留言：1 年前24則留言8個人參與討論

本主題或以下段落文字，移動自Wikipedia:互助客棧/方針。執行者：Jimmy-bot（留言） 2023年7月28日 (五) 16:14 (UTC)。

就個人所知，體育賽事類條目在籤表中皆以粗體標示晉級、晉級者得分等欄位，但此做法不符MOS:B，卻已在體育賽事類條目應該行之有年，若要照標準實施會引起編輯衝突，例如2023年美國羽毛球公開賽。在此發起討論，望社群確定如何在賽事類條目實施MOS:B以利該領域編輯者遵行。--Terry850324（留言） 2023年7月15日 (六) 16:47 (UTC)

我的理解是在非列表條目中表格一般不會當成條目正文來看，所以相關處理並不違反Wikipedia:格式手冊/文字格式#粗體。Sanmosa In vain 2023年7月15日 (六) 23:27 (UTC)
複製自MOS:B文字(後面空格隔開文字是我的理解)，如果對指引的討論僅限於對指引的理解，會提供個人意見。增減修訂可能涉及層面較廣，不對增減修訂發表意見。
  1. 對條目正文中的重點，請別使用粗體。 @Sanmosa提到的是這個
  2. 在條目的其餘部分，只有以下少數特殊用途才使用粗體。 這段同時規範了條目內非正文的內容，並沒有非正文就不受規範的問題
--Rastinition（留言） 2023年7月15日 (六) 23:38 (UTC)
(～)補充：粗體在體育賽事有助加速讀者理解賽事結果，參照：籤表粗體標示、籤表無粗體標示。--Terry850324（留言） 2023年7月16日 (日) 02:59 (UTC)
徵求證實資料有助加速讀者理解賽事結果[來源請求]，講真還不如用底色或（）表示。 --窩法乙烷 兒法夢碎 2023年7月16日 (日) 07:29 (UTC)
個人認為在體育賽事籤表或Box中使用（）標示勝者顯得突兀。用底色當然可以，但以籤表模板來說未見加底色凸顯勝者的功能，如果無人改模板，得請教如何在籤表模板中人工加底色，粗體是快速簡便方式。--Terry850324（留言） 2023年7月16日 (日) 11:42 (UTC)
@Terry850324：其實你看一下其他有加底色的表格的原始碼就知道怎樣為表格加底色了，不過要再套用到模板裏可能還需要知道怎樣寫語法原始碼。Sanmosa In vain 2023年7月16日 (日) 11:58 (UTC)
@Milkypine：這樣做有可能屬於濫用底色。Sanmosa In vain 2023年7月16日 (日) 11:58 (UTC)
我感覺如果可以的話，自enwiki翻譯那邊的規定過來或許是個好提議。Sanmosa In vain 2023年7月16日 (日) 04:04 (UTC)
似乎未見英維對應頁面特別描述體育賽事粗體作法。--Terry850324（留言） 2023年7月16日 (日) 11:48 (UTC)
好像也是。不過enwiki那邊的條目好像也一樣是用粗體來處理的，zhwiki當時的規定應該是從enwiki那邊翻過來的，那這樣看來相關處理確實並不違反Wikipedia:格式手冊/文字格式#粗體。Sanmosa In vain 2023年7月16日 (日) 11:58 (UTC)
@Sanmosa
  1. 如果是指en:MOS:B
    Avoid using boldface for emphasis in article text. Instead, use HTML's element or the template (which usually render as italic). <em>...</em>{{em|...}}
    機械翻譯後: 避免在文章文本中使用粗體進行強調。請使用 HTML 的元素或範本（通常呈現為斜體）。</em>{{em|...}}
    而本段內容在本地MOS:B被補充說明-中文讀寫並不適合斜體。雖然技術上可做到，但並不適合閱讀，也無此體例。綜合以後可以得知英文用於強調重點的標注方法包含斜體，但本地因為語文格式問題而不採用斜體，所以實際上本地在強調重點時粗體和斜體都不可用
    關於@Sanmosa提到的用粗體處理，在英文的指引上，如果文字理解沒有錯誤，正確做法是斜體處理
  2. en:MOS:BBB，除了本地的規範外，英文版本另外有提到粗體可以用在特殊數學符號，細節我並不是很清楚，可能是源自於數學符號顯示的特殊性
--Rastinition（留言） 2023年7月16日 (日) 12:18 (UTC)
首先，我不覺得enwiki那邊的對應條目違反了enwiki那邊的MOS。其次，我覺得你不要一來就直接認定這種情況屬於「使用粗體進行強調」。Sanmosa In vain 2023年7月16日 (日) 12:22 (UTC)
@Sanmosa 請你檢閱這個原始碼[2]，然後顯示預覽，這是表格參數自帶效果，但實際上並沒有使用'''X'''，如果要用也可以，但因為表格參數已經包含，所以沒意義(對應本地MOS:B提到維基百科會自動將章節標題和表格標題以粗體顯示。人為加粗的標題，會顯得特別加粗，雖然可以這麼做，但並不合適。)
可能你認為實際上他用了粗體，但真實狀況是，這是表格或模板自己本身的效果，而不是刻意使用粗體的結果，如果用英文的情形討論，如果是表格或模板參數自帶效果，就不存在粗體使用與否的問題，但如果不是自帶效果，就有粗體使用與否的問題
(～)補充簡而言之，如果是模板或表格自帶的參數效果，那沒有粗體的問題，但如果不是自帶的參數問題，不是MOS:B提到可使用的情形（術語、書目格式、期刊文章的卷冊編號、部分外文專有名詞），就不能使用。--Rastinition（留言） 2023年7月16日 (日) 12:29 (UTC)
您舉的案例並不適用，因為在英維World Olympic Record模板中同樣使用'''加粗字體。--Terry850324（留言） 2023年7月16日 (日) 12:47 (UTC)
https://en.wikipedia.org/wiki/Template:World_Olympic_Record
那是模板自帶效果，沒有使用'''，細節請自己使用模板在沙盒中測試，只要有輸入資料,對應的特定表格位置會自動呈現粗體。(～)補充模板或表格自帶效果的粗體是模板固有的效果，不是編輯者特意使用粗體的結果，我們在這邊談的應該都是編輯者刻意使用'''的情形。模板或表格自己固有的呈現效果可能在WP:互助客棧/技術進行比較適合，個人認為這不是討論MOS:B能處理的--Rastinition（留言） 2023年7月16日 (日) 12:51 (UTC)
原碼中寫的是'''{{{world_mark}}} '''，意思是傳入world_mark參數，在表格中使用'''標示傳入值，這跟人工使用'''沒有差別，只是寫模板的人節省人工加粗字體的動作。--Terry850324（留言） 2023年7月16日 (日) 13:03 (UTC)
(～)補充：我想說的是，模板自動加粗字體，通常原碼中寫的一樣也是'''。--Terry850324（留言） 2023年7月16日 (日) 13:07 (UTC)
(：)回應我理解你的意思，我的意思是模板的參數，通常使用者不會去檢閱或設計(或不具備設計或調整能力)，所以除非效果是可選的或加入空值，否則選擇使用模板的使用者不具備決定呈現如何效果的能力，有意識地使用粗體跟使用模板呈現的粗體雖然效果相同，但在使用者的角度是使用意願的差別，使用者不想/沒想過使用部分效果但模板預設有特定效果且不可調整，使用模板後的呈現效果就不是使用者刻意造成的結果。
所以我在這邊想表達的不是模板呈現的粗體行不行(實際上我也沒想過)，但如果Template空間的模板被社群認可使用，那我認為這不受格式規範(因為1.使用者不可控制模板參數2.社群認可使用模板3.部分高風險或常用模板會被頁面保護，根據保護等級，修訂過程需要更高程度共識，像是僅限管理員可編輯時，必定形成WP:共識才能修改)--Rastinition（留言） 2023年7月16日 (日) 13:20 (UTC)
我認為應該允許體育賽事對陣圖用粗體高亮勝出的選手及比分，顯然有利讀者更直觀的看到誰贏了比賽。既然現在有用戶借MOS:B為由移去勝者高亮，那我支持在相關方針中加入允許體育賽事對陣圖加粗勝者的條文。--🔨（留言） 2023年7月16日 (日) 13:08 (UTC)
表格的話，可以適當運用粗體文字凸顯重點（例如這裏提到的賽事勝者）吧。別濫用就好。—— Eric Liu 創造は生命（留言・留名・學生會） 2023年7月17日 (一) 09:46 (UTC)
不只體育賽事會將勝出、晉級一方使用粗體，頒獎典禮（第93屆奧斯卡金像獎、第78屆金球獎、第62屆格林美獎）、選舉（2020年美國總統選舉、2020年中華民國總統選舉）等等也是，已行之多年，MOS:B早該將這部分修訂進去。--寒吉（留言） 2023年7月17日 (一) 12:05 (UTC)
贊成MOS:B應認同以粗體標示賽事勝者的作法。--Terry850324（留言） 2023年7月18日 (二) 14:53 (UTC)

提議修改Wikipedia:格式手冊/文字格式，並討論「確立」條目中粗體的正當用法與使用時機

最新留言：1 年前7則留言6個人參與討論

本主題或以下段落文字，移動自Wikipedia:互助客棧/其他。執行者：Jimmy-bot（留言） 2023年8月27日 (日) 08:14 (UTC)。

雪球，此例Kenny023的寫法符合格式手冊，無需調整。——Sakamotosan路過圍觀 | 避免做作，免敬 2023年8月17日 (四) 02:02 (UTC)
下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

對於條目中粗體的使用，有鑑於Kenny023主張，我提議修改Wikipedia:格式手冊/文字格式，並討論「確立」粗體的正當用法與使用時機，以求解決Kenny023主張牴觸目前社群共識的問題，避免未來編輯時，陷於無所適從。--2001:B011:A401:1BD2:D162:B5BD:37E:298F（留言） 2023年8月15日 (二) 19:42 (UTC)

Wikipedia:格式手冊/序言章節#標題和別名的加粗：「重要的別名需要加粗」，除非您認為「嘉義市市區公車」不是重要的別名。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2023年8月16日 (三) 00:08 (UTC)
不覺得哪裏牴觸共識，本來就是這麼用的。淺藍雪❉ 2023年8月16日 (三) 07:28 (UTC)
需要雪球？這個例子來看，如果這是一個別名的話，這樣在導語段中加粗符合格式手冊。——Sakamotosan路過圍觀 | 避免做作，免敬 2023年8月16日 (三) 08:36 (UTC)
Kenny023的用法本來就沒有錯。Sanmosa віки-віків 2023年8月16日 (三) 14:00 (UTC)
本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。
取自 "https://zh.wikipedia.org/w/index.php?title=Wikipedia_talk:格式手冊/文字格式/存檔二&oldid=80332800"
返回專案頁面「格式手冊/文字格式/存檔二」。