Template talk:Navbox

页面内容不支持其他语言。
本页使用了标题或全文手工转换
维基百科,自由的百科全书

有可能編寫出有分頁的模板嗎?

(移動自Wikipedia:互助客棧/技术)

分頁模板的例子:理想中的部首模板現有的部首模板分崩離析,以分頁模式作為統一帶來不少方便。

想問一下,有可能製造出有分頁的模板嗎?右圖以部首模板作為說明,分頁模板應該會一勞永逸地為各範疇帶來不少方便。Angelalive (留言) 2008年7月8日 (二) 10:48 (UTC)[回复]

想法很不错,但是打印版的问题怎么解决呢?—菲菇维基食用菌协会 2008年7月8日 (二) 11:02 (UTC)[回复]
另外,这个涉及了<fieldset>和<lengend>两个html标签,但后台的parser在默认上是屏蔽了这两个标签的。—菲菇维基食用菌协会 2008年7月8日 (二) 11:07 (UTC)[回复]
打印版的问题可简单隐藏解决。毕竟对于打印版这个东西用处不大。至于parser的问题,我觉得可以暂时用javascript模拟--地球发动机〠✆ - ✉✍2008年7月8日 (二) 11:10 (UTC)[回复]
挖到了参数设置的js:prefs.js,不知道是否有用。—菲菇维基食用菌协会 2008年7月8日 (二) 11:12 (UTC)[回复]

除了JavaScript以外,也可以使用HTML的Anchor功能來實現。
方法一是使用<ref>。缺點是排版較困難:

  1. ^ 一部 | 丨部 | 丶部| 丿部 | 乙部 | 亅部

  1. ^ 二部|亠部|人部|儿部|入部|八部|冂部|冖部|冫部|几部|凵部|刀部|力部|勹部|匕部|匚部|匸部|十部|卜部|卩部|厂部|厶部|又部

  1. ^ 口部|囗部|土部|士部|夂部|夊部|夕部|大部|女部|子部|宀部|寸部|小部|尢部|尸部|屮部|山部|巛部|工部|己部|巾部|干部|幺部|广部|廴部|廾部|弋部|弓部|彐部|彡部|彳部

  1. ^ 心部|戈部|戶部|手部|支部|攴部|文部|斗部|斤部|方部|无部|日部|曰部|月部|木部|欠部|止部|歹部|殳部|毋部|比部|毛部|氏部|气部|水部|火部|爪部|父部|爻部|爿部|片部|牙部|牛部|犬部
  1. ^ 玄部|玉部|瓜部|瓦部|甘部|生部|用部|田部|疋部|疒部|癶部|白部|皮部|皿部|目部|矛部|矢部|石部|示部|禸部|禾部|穴部|立部

另一個方法是使用章節的Anchor功能來實現,排版較自由,但無法克服引用時不被列入目錄的問題。
--百楽兎 2008年7月9日 (三) 02:08 (UTC)[回复]

一部 | 丨部 | 丶部| 丿部 | 乙部 | 亅部

二部|亠部|人部|儿部|入部|八部|冂部|冖部|冫部|几部|凵部|刀部|力部|勹部|匕部|匚部|匸部|十部|卜部|卩部|厂部|厶部|又部

口部|囗部|土部|士部|夂部|夊部|夕部|大部|女部|子部|宀部|寸部|小部|尢部|尸部|屮部|山部|巛部|工部|己部|巾部|干部|幺部|广部|廴部|廾部|弋部|弓部|彐部|彡部|彳部

心部|戈部|戶部|手部|支部|攴部|文部|斗部|斤部|方部|无部|日部|曰部|月部|木部|欠部|止部|歹部|殳部|毋部|比部|毛部|氏部|气部|水部|火部|爪部|父部|爻部|爿部|片部|牙部|牛部|犬部

玄部|玉部|瓜部|瓦部|甘部|生部|用部|田部|疋部|疒部|癶部|白部|皮部|皿部|目部|矛部|矢部|石部|示部|禸部|禾部|穴部|立部

其实,id属性也是锚点,可以避免不被列入目录。只是这种方法会滚动页面。— fdcn  talk   — 2008年7月14日 (一) 22:31 (UTC+8) — 2008年7月14日 (一) 14:31 (UTC)[回复]
原來還可以這樣,學習了。因為這個模板都是放在頁底,所以使用時剛好可避開滾動頁面的問題。--百楽兎 2008年7月15日 (二) 05:26 (UTC)[回复]
  • 有一種方法,不知這裡是否可行。就是使用JavaScript與CSS去做DHTML網頁的Tabs分頁效果。
範例Code 請見 用戶端Tabs頁面 - ProgWiki
這個需要這邊的管理員幫忙追加相關的JavaScript與CSS才能在這裡實作。
但這樣的作法,可能不利於列印。
-P1ayer (留言) 2008年7月9日 (三) 04:43 (UTC)[回复]

这类的代码有很多现成的,比如jQuery库的扩展,现写也不是难事。现在的问题是,一旦正式使用,就像wikipedia:摺疊顯示一样,必须是永远有效,这就不能放入Gadgets中,必须放入common.js中。增加这样的通用功能最好还是多数人同意。— fdcn  talk   — 2008年7月9日 (三) 15:24 (UTC+8) — 2008年7月9日 (三) 07:24 (UTC)[回复]

我認為這種模版能造福不同的維基計畫,因此也將同樣問題移動到英語維基的這裡,以收集思廣益之效。Angelalive (留言) 2008年7月15日 (二) 13:28 (UTC)[回复]

以下方法移動自英語維基,可作參考。Angelalive (留言) 2008年7月17日 (四) 03:42 (UTC)[回复]
I've written a few JS tabbers for mediawiki, the latest was on wikiality.com. Perhaps it could be
adapted as a starting point. Several things to keep in mind: it should show all by default if there
is no JS enabled (and you could have all but the first hidden by default even before page load, using
appendCSS before addOnloadHook, preventing annoying page-flash when the document loads), and all
sections should display when printing, unless the whole object is meant to be hidden.
--Splarka (rant) 07:25, 16 July 2008 (UTC)
As I said above, before the discussion was moved here, it would be pretty straightforward with
Javascript. In more detail, the script could likely be based off of the collapsible tables script -
on page load, the tabber script would look for an appropriate container class and, if present,
collapse all but the first occurence of a second class within the container class (while at the same
time generating tabs). When a different tab is clicked on, the script then just hides the currently
shown content, reveals the hidden content tied to the clicked tab, and updates the tab styles. If a
user's browser doesn't support JS (or they have scripting turned off or the tabbing script otherwise
disabled), the content remains visible, possibly similar in appearance to a navbox. That's the
general idea, anyways, and unfortunately there still doesn't seem to be any scripter around
interested in doing anything like this. —Dinoguy1000 20:55, 24 July 2008 (UTC)

(更多討論,請參考英語維基的這裡

关于Navbox

近日和几位维基人开始将中国的行政区划模板全部套用统一的{{Navbox}}模板,在使用过程中发现一些问题,希望大家能帮忙解决一下:

  1. Navbox和Navbox2是根据英文维基的同一个模板的不同历史版本翻译过来,其中Navbox2较新。所以希望有人能更新一下Navbox,然后把Navbox2重定向至Navbox,从而避免造成混乱。
  2. Navbox和Navbox2的group上限是20行,而{{广东行政区划}}里的group已达到22行,从而造成后面两行不能显示。不知道能不能加高Navbox和Navbox2模板的group上限?而加高至22行已经能满足所有中国行政区划模板的使用。—长夜无风(风过耳) 2009年1月6日 (二) 20:44 (UTC)[回复]
關於Navbox更新的問題,建議先諮詢一下社群的意見才進行合併,因為之前已有維基人以「最後版本字體更動後差異太大」的理由回退我作出的更新。但長遠來說,合併Navbox2到現時舊版的Navbox是必要的。—lkopeter (留言) 2009年1月23日 (五) 19:16 (UTC)[回复]
似乎现在Navbox2到22行了。--达师信访工作报告 2009年2月2日 (一) 08:51 (UTC)[回复]

「titlestyle」不能控制「檢 • 論 • 編 • 歷」的顏色

「titlestyle」不能控制「檢 • 論 • 編 • 歷」的顏色,導致像{{24}}的問題,試將之與en:Template:24比較。 —Quest for Truth (留言) 2009年6月14日 (日) 02:18 (UTC)[回复]

由於這個模板也引用別的模板,所以應該還牽涉修改其他模板,例如{{Tnavbar}}要改作{{Navbar}}。另請見我的測試品{{24/sb}}。—此條未加入日期時間的留言是于2009年7月26日 (日) 17:27 (UTC)之前加入的。

烦请您拿出一修改意见,谢谢。恕目前在下实在看不出模板有什么问题。--Jimmy Xutalk·+ 2009年7月26日 (日) 17:27 (UTC)[回复]

Navbox (layout error)

  • 當Navbox 在任何模版裏面時 不該出限 「檢 • 論 • 編 • 歷」 如: Navbox with Collapsible Groups
  • 當Navbox 是用來在文章外介參考文獻也不該出線 「檢 • 論 • 編 • 歷」

例:

{{Navbox
|title = 參考模版
|name  = 參考模版

{{模版名稱1}} {{模版名稱2}} }}

模版名稱1 & 模版名稱2該有 「檢 • 論 • 編 • 歷」

忘了寫所有的 Navbox 預設值都應當是展開而不是隱藏,除非是Navbox with Collapsible Groups 請進快改進。 --75.154.186.241 (留言) 2009年7月4日 (六) 02:07 (UTC)[回复]

{{Navbox}}與{{Navbox2}}的合併

互助客棧正提議將{{Navbox2}}合併至{{Navbox}},合併過程需要管理員修改MediaWiki:Common.css和{{Navbox}}的原始碼,請管理員到Wikipedia:互助客栈/技术#研究結果參閱修改詳情。—lkopeter (留言) 2009年7月20日 (一) 16:55 (UTC)[回复]

補充:請管理員更新MediaWiki:Common.css後,將{{Navbox}}的原始碼替換成{{Navbox2}}的原始碼,以進行合併。請管理員盡快處理,謝謝。—lkopeter (留言) 2009年7月24日 (五) 15:18 (UTC)[回复]
完成--Jimmy Xutalk·+ 2009年7月26日 (日) 17:19 (UTC)[回复]

提议将{{Navbox2}}合并至{{Navbox}}

用起来也没什么问题。达师信访工作报告 2009年6月27日 (六) 06:26 (UTC)[回复]

(+)同意。中文维基的模板实在太繁多了……--FrankLsf95·留言·我的贡献 2009年6月27日 (六) 12:25 (UTC)[回复]
請看清楚{{Navbox2}}與原模板的分別,若進行合併後,{{Navbox subgroup}}等模板將不能正常運作。這是我建立{{Navbox2}}的原因。—lkopeter (留言) 2009年6月30日 (二) 12:12 (UTC)[回复]
可行性存疑,且没有看出任何必要性。--William915与我讨论2009年6月30日 (二) 12:22 (UTC)[回复]
{{Navbox subgroup}}可以同步改写。--达师信访工作报告 2009年7月3日 (五) 09:45 (UTC)[回复]
實際上需要改寫的應是{{Navbox}},其實先前我已經對應英語維基的最新版本更新Template:Navbox了,可是有用戶以「因為最後版本字體更動後差異太大,在某些使用此模組的模板,會很奇怪,故後退版本」的理由回復舊版本。所以若要合併兩模板,請必先更新現有的{{Navbox}}(可能要取得社群共識才行)。—lkopeter (留言) 2009年7月3日 (五) 15:15 (UTC)[回复]
不知道是哪些模板“会很奇怪”?--达师信访工作报告动员令 2009年7月9日 (四) 11:12 (UTC)[回复]
已向回退者查詢。另因為現在的{{Navbox}}沒有英文版本的border參數,導致使用此模組的{{Navbox subgroup}}不能正常運作,故才要求合併時採用{{Navbox2}}版本。—lkopeter (留言) 2009年7月9日 (四) 13:47 (UTC)[回复]
(:)回應:我是當初回應此問題的使用者,關於模版問題可以參考JR國鐵模版(類似情況),而版面問題,是因為原本模版在更新後發現字體與條目相比有差別(一個字體12,而版面字體都是14),所以才提出異議的,如果可以解決問題,我不反對合併
霧隱虎 (留言) 2009年7月9日 (四) 13:57 (UTC)[回复]
即是更新後模板的字體較原本的小?—lkopeter (留言) 2009年7月9日 (四) 14:08 (UTC)[回复]
(:)回應:更新後反而變大
霧隱虎 (留言) 2009年7月9日 (四) 14:27 (UTC)[回复]
{{JR}}是表格,class="navbox collapsible collapsed"。--达师信访工作报告动员令 2009年7月9日 (四) 14:33 (UTC)[回复]
(:)回應:編輯模版時,只單純使用navbox,更新後字體就改變大小了
霧隱虎 (留言) 2009年7月9日 (四) 14:59 (UTC)[回复]
可是,翻查{{JR}}的編輯歷史,並無發現模板曾有使用{{Navbox}},只是一個用了「navbox collapsible collapsed」CSS屬性的表格。而「navbox collapsible collapsed」樣式是在MediaWiki:Common.css訂立的。因此修改{{Navbox}}理應不會影響{{JR}}的字體樣式。另外,若您不滿意{{Navbox}}所預設的字體大小,其實是有一系列style參數供您修改字體大小的。—lkopeter (留言) 2009年7月9日 (四) 16:55 (UTC)[回复]
(:)回應:是這樣沒錯,但問題點就是修改後,例如台灣百貨公司模版,沒有使用特殊參數的情況下,字體就忽然變大了,所以就翻閱其他語言的類似模版(例如日經225‧にっけいへいきんかぶか)並仔細看其設定參數,也沒有看到字體忽然變大的狀況。
霧隱虎 (留言) 2009年7月10日 (五) 06:27 (UTC)[回复]
我没看出有变化。可能是系统和浏览器不同会有差异。--达师信访工作报告动员令 2009年7月10日 (五) 10:52 (UTC)[回复]
我也是,我用Mozilla Firefox 3.0觀看,{{Navbox}}和{{Navbox2}}的字體大小是沒有差異的,改用Internet Explorer才會變大了少許。如果僅僅是為了個人的觀感和喜好,而一下子後退這個重要的更新,絕對是捨本逐末的做法。況且亦可在更新後作微調。—lkopeter (留言) 2009年7月10日 (五) 12:14 (UTC)[回复]
(:)回應:也並非我有特別喜好,先說明一下我用的是Vista Sp1 + Internet Explorer 7.0來看,在發生問題後,曾經用學校的電腦(XP Professional SP2 + Internet Explorer 7.0 、XP Professional SP2 + Internet Explorer 6.0及XP Professional SP1 + Internet Explorer 不明版本)做過反覆確認,確定有問題才提出
霧隱虎 (留言) 2009年7月10日 (五) 13:32 (UTC)[回复]
不是您有特別喜好,那還有什麼理由?字體過小或過大,當然會引起不便,可是更新後的字體大小仍尚可接受(當然仍需要微調預設字體大小)。您認為字體大小的問題較大,還是{{Navbox subgroup}}的顯示問題較大?請衡量事情的輕重才說。—lkopeter (留言) 2009年7月10日 (五) 13:44 (UTC)[回复]
(:)回應:先在此致歉,可能我自己本身疏淺,沒有比較深入研究參數問題,需要再好好檢討,現在確定是瀏覽器問題後,我會再仔細研究如何使用{{Navbox subgroup}}與使用{{Navbox}}的方式。
霧隱虎 (留言) 2009年7月10日 (五) 13:50 (UTC)[回复]
那倒不用致歉,我只是想說適宜的做法是先提出問題,而不應一下子就回退編輯。可能是英文維基與中文維基的字體大小不一,所以不應直接將英文維基的版本搬到中文維基去。我會研究一下原始碼再改善IE的字體顯示問題吧。—lkopeter (留言) 2009年7月10日 (五) 14:06 (UTC)[回复]
{{navbox subgroup}}改成这样:
{{Navbox2|child|参数1={{{参数1}}} ...}}
--达师信访工作报告动员令 2009年7月10日 (五) 15:19 (UTC)[回复]
應該不用考慮IE7,畢竟IE7常常都會錯誤解讀HTML 4.01、XHTML及CSS 2.1,IE8則比較不會。還是只用IE8、Firefox 3.x、Opera 9、Google Chrome 3、Safari 4來測試吧!順便鼓勵網友更新瀏覽器版本。--RekishiEJ (留言) 2009年7月11日 (六) 20:34 (UTC)[回复]

研究結果

研究了各模板的原始碼良久,現在我終於找出了問題的癥結所在了。原來問題就出於MediaWiki:Common.css內的樣式碼:

/*
== navigation boxes ==
*/
/* default skin for navigation boxes */
 
table.navbox {
   background-color: #f9f9f9;
   border: 1px solid #aaaaaa;
   clear: both;
   font-size: 90%;
   margin: auto;
   padding: 2px;
   text-align: center;
   width: 100%;
}

其中「font-size: 90%;」與英文維基en:MediaWiki:Common.css內的「font-size: 88%;」不符,導致更新後模板的文字給放大了。而現時的{{Navbox}}沒有受影響的原因是模板內調了「os = font-size:95%」及「es = font-size:95%」,將文字再縮小。

解決方法:請管理員將MediaWiki:Common.css內「navigation boxes」整段代碼替換為英文維基en:MediaWiki:Common.css內的新代碼(我已複製新代碼到User:Lkopeter/monobook.css)。接著請將{{Navbox}}的原始碼替換成{{Navbox2}}的原始碼,再把{{Navbox2}}弄成重定向就完成了。

這樣的話,合併模板的問題應該再無異議了吧。—lkopeter (留言) 2009年7月12日 (日) 18:17 (UTC)[回复]

喂,管理员在哪里?--达师信访工作报告动员令 2009年7月17日 (五) 07:01 (UTC)[回复]

(+)支持+(!)意見,我非常同意合并。但问题的关键是由谁来执行合并。-Dingar (留言) 2009年7月18日 (六) 01:15 (UTC)[回复]

因為合併過程需要更新MediaWiki:Common.css和{{Navbox}}(全保護)的原始碼,所以是需要管理員執行合併(我已到Wikipedia:管理員通告板留言)。—lkopeter (留言) 2009年7月18日 (六) 10:34 (UTC)[回复]
因為在Wikipedia:管理員通告板的留言沒有受到管理員的關注,所以我再到Template talk:Navbox請求保護頁編輯。(難道管理員認為{{Navbox}}的問題是微不足道的嗎?)—lkopeter (留言) 2009年7月20日 (一) 17:00 (UTC)[回复]

延伸討論

除了{{Navbox2}}外,現時亦有很多與{{Navbox}}性質相似的導航模板:

上述模板在英文維基都已被棄用了,所以我亦提議中文維基棄用這些模板,全部劃一改用{{Navbox}}系列模板。—lkopeter (留言) 2009年7月18日 (六) 10:50 (UTC)[回复]

(+)同意--达师信访工作报告动员令 2009年7月18日 (六) 13:13 (UTC)[回复]
统统改写,之后再用机器人或AWB改掉。--达师信访工作报告动员令 2009年7月19日 (日) 13:01 (UTC)[回复]
{{NavigationBox}}改写过了。--达师信访工作报告动员令 2009年7月20日 (一) 09:50 (UTC)[回复]
先統一吧,統一了以後才改寫也不遲。我有機器人可以幫忙統一這些模板(現在在弄{{Navbox generic}}那些),可以的話希望有人能列出各個模板轉往{{Navbox}}時需要更改的編碼(主要是參數名稱),這樣我就能快一點完成了。—Altt311 (留言) 2009年7月22日 (三) 17:53 (UTC)[回复]

我將各模板參數歸納成下表(有點大,請見諒):

參數 {{Navbox}} {{Navbox generic}} {{Navigation}} {{Navigation with image}} {{Dynamic navigation box}} {{Dynamic navigation box with image}} {{NavigationBox}}
定義模板名稱(用於查 · 論 · 編 · 歷) name name、templateName name、templateName name、templateName name、templateName name、templateName -
標題欄文字 title title header、title title title title Title
內文(單列表) list1 list1 body body body body List
內文(含分組) listn、groupn listn、groupn - - - - -
頁面分類 -
(跟從一般模板做法)
- category、cat cat、category - - Category
標題欄顏色碼 titlestyle(後加 = background:) titlebkg、color color color color color Color
模板寬度 style(後加 = width:) style(後加 = width:) width style(後加 = width:) style(後加 = width:) - -
圖像(完整碼) image(右)、imageleft(左) image - image(用imgpos定左右) - image Image
摺疊狀態 state state class state state state -
頂部及底部單元格 above、below top/above、bottom/below - - - - -
style參數 style、
titlestyle、
groupstyle、
liststyle、
oddstyle/evenstyle、
abovestyle/belowstyle
style、
titlestyle、
groupstyle、
liststyle、
oddstyle/evenstyle、
abovestyle/belowstyle
- style style - -

由於{{Navigation with columns}}應以{{Navbox with columns}}取代,我將兩模板參數歸納在下表:

參數 {{Navbox with columns}} {{Navigation with columns}}
定義模板名稱(用於查 · 論 · 編 · 歷) name name
標題欄文字 title title
標題欄顏色碼 titlestyle(後加 = background:) titlebkg
頂部及底部單元格 above、below top/above、bottom/below
欄(內文) coln coln
欄背景顏色 colstyle(後加 = background:) colsbkg
欄寬度 colwidth width
頁面分類 -
(跟從一般模板做法)
category、cat

以上。—lkopeter (留言) 2009年7月22日 (三) 20:19 (UTC)[回复]

有可能編寫超過29個group的模板?

我寫的中國國家一級博物館的模板要求超過29個group,可否再增加到29個,謝謝。Kgbkgbkgb (留言) 2010年1月11日 (一) 05:25 (UTC)kgbkgbkgb (留言) 2010年1月11日 (一) 17:39 (UTC)[回复]

能否扩充group数量?

{{editprotected}} 如果说涉及中国三十多个省市的分组还可以划分为华东、华中,但涉及到广东省的21个地级分区就实在没有可以划分的了。

现在中国正在实行省管县,很多地区的县级市被提为省直属,使得从省开始划分时的分类越来越多。

我正在制作各省的高等院校模板,为了能够体现区别,一般会单独列出985院校、211院校以及中央直属院校,而且还计划单独列出本地的军事院校,这样针对广东省就不够了,正如上面编者在1月份就提出了这种需求,希望管理员能够加以考虑,至少扩展到35个以上吧。infobox那个可是扩展到了80个呢。--∰ 黑目观世界 2010年11月19日 (五) 16:08 (UTC)[回复]

没有必要过度使用模板:
  • 若统一属性下有太多内容,这属于“分类”的功能。
  • 若需要描述属性的结构层次,建议建立列表条目。(这也有助于Wikipedia:可供查证
--Isnow (留言) 2010年11月21日 (日) 13:29 (UTC)[回复]
完成,扩充至35。--Jimmy Xu talk·176 2010年12月13日 (一) 12:58 (UTC)[回复]

模板中顯示當前頁面連結文字為粗黑的效果使用甚麼代碼實現?

Template:中華民國歷史事件下方的朝代歷表中,若點選中華民國,將會跳到中華民國歷史#歷史事件模板(自我引用),此時中華民國字樣不為粗黑;改為跳到中華民國歷史粗黑。我想讓連結目標為小節(anchor name)的連結文字依然有粗黑效果。請問如何修改?Ivantalk (留言) 2011年8月24日 (三) 07:19 (UTC)[回复]

缩小查论编三字间隔

大的导航栏是看不出来的,但诸如引用template:Campaign这样的小模板,“查论编”那三个字几乎都是与主题挤在一起的,很不好看。能不能请哪位大牛帮忙修改一下,多谢。——全麦面包请张嘴2011年10月9日 (日) 05:27 (UTC)[回复]

建議增加listclass

{{editprotect}} 建議跟隨英文維基加入listclass,即是將:

class="navbox-list navbox-{{subst:#ifeq:{{{evenodd|}}}|swap|even|{{{evenodd|odd}}}}}"

換成:

class="navbox-list navbox-{{subst:#ifeq:{{{evenodd|}}}|swap|even|{{{evenodd|odd}}}}} {{{listclass|}}}"

和將:

class="navbox-list navbox-{{subst:#ifeq:{{{evenodd|}}}|swap|odd|{{{evenodd|even}}}}}"

換成:

class="navbox-list navbox-{{subst:#ifeq:{{{evenodd|}}}|swap|odd|{{{evenodd|even}}}}} {{{listclass|}}}"

一些從英文維基翻譯過來的navbox帶有class參數,故此需要加入listclass。--Quest for Truth (留言) 2012年1月8日 (日) 06:16 (UTC)[回复]

完成 Liangent (留言) 2012年1月11日 (三) 15:31 (UTC)[回复]

三個問題....

1. 請加入Template:斯诺克职业选手世界排名 作為導航模板比較:{{NavboxYears}}的範例
2. 請問為什麼導航模板比較:摺疊屬性:類別:Collapsible tables是紅鏈....
3. 什麼時候&為什麼navbox左上角的 編 · 檢 · 論 · 歷 變成 查 · 論 · 編/檢 · 論 · 編 ?
--C933103(留言) 2012年3月6日 (二) 11:43 (UTC)[回复]

Been destroyed

真心被破坏了。。。无法展开折叠了。。。Sky.6t 2012年3月14日 (三) 11:31 (UTC)[回复]

標題偏右

{{Editprotected}} 請見Template:Navbox/testcases的示範。在下檢視過html碼,發覺問題是標題左邊的div(查論編)和右邊的span(隱藏/顯示)的font-size不一致,但width卻是用em這種單位。英文維基的Navbox的font-size和width都是左右兩邊一樣的,建議將font-size設成左右一樣,那麼width就都可以設成左右一樣。--Quest for Truth留言2014年1月7日 (二) 23:43 (UTC)[回复]

完成,看有没有副作用吧。--Jimmy Xu 2014年1月10日 (五) 09:24 (UTC)[回复]
未解決,請見Template:Navbox/testcases的示範、和間接引用Navbox的{{Campaignbox 第二次布匿戰爭}},當標題分成多過一行時又或者因標題太長而下降一行時,不知何故第二行會偏右。另外,目前的做法是放大了左邊的字體,但見之前的討論,縮小查論編字體會較好,當然要兩邊都縮小才能保持標題置中。--Quest for Truth留言2014年1月11日 (六) 17:44 (UTC)[回复]
Template:Navbox/testcases的內容仍有偏移,【列表】是在上下文字的左方;開啟測試中的排版樣式更新則無偏。--Jason924tw留言2014年1月12日 (日) 08:12 (UTC)[回复]
没看出来,{​{int:clearyourcache}}。--Jimmy Xu 2014年1月12日 (日) 14:55 (UTC)[回复]
第二行仍然偏右,我是使用Firefox和IE測試。還有縮小字型的建議。--Quest for Truth留言2014年1月21日 (二) 10:26 (UTC)[回复]
我之前是用Google Chrome瀏覽器測試,現在我使用Firefox發現第二行的確有偏右..--Jason924tw留言2014年1月26日 (日) 10:24 (UTC)[回复]

NavFrame脚本的原因……现在这个宽度应该是和旧的(Fdcn的,前段时间坏了后被人重写的)版本对应的。Liangent留言 2014年1月30日 (四) 16:03 (UTC)[回复]

Firefox看不出来,请给截图重提EP吧。--Jimmy Xu 2014年4月2日 (三) 05:04 (UTC)[回复]

右边“隐藏”的悬停光标错误,应为手指,实际显示为键入光标

如题,已经坏了快1年了,不知道为什么一直没有修复,在互助客栈提出也没人理。有什么技术上的难度吗?--小烈 (找我?) 2014年9月15日 (一) 02:34 (UTC)[回复]

编辑请求

请求已拒绝

template的標題應為“書寫文字列表”,原標題將“字”誤作“宇”。請更改,謝謝。 --霎起林野间留言2016年5月23日 (一) 03:48 (UTC)[回复]

navbox footer 的字沒有垂直置中

比較以下兩個版本,發現中文版的footer中的字沒有垂直置中。

Golopotw留言2017年7月4日 (二) 11:47 (UTC)[回复]

@antigng

有關模板進行上色的問題

首先,我對模板和Infobox的顏色漸漸變得單一化感到意外。模板向來都是五顏六色的,不應該對上色這一件事進行阻止。然而最近在一系列的藝人模板當中,卻是相反。我不認為這是正確的。鐵路模板一線一色,國際關係模板一國一色,本屬十分正常的事,所以我認為藝人模板亦應如是。維基百科:格式手冊/文字格式要求的是正文和表格不得染色,然而沒有對模板進行規範,亦不應該規範。這樣的行為有損維基百科向所有人開放編輯的本意。至於WP:維基百科不是甚麼的愛好者問題就更不成問題,正是愛好者的存在才將條目做得那麼好,就像我這個鐵路迷就很常編輯鐵路模板,非常正常。我不認為加上應援色就是愛好者內容。而且類似的做法反複的由不同的人作出,我更是認為應該要這麼做(WP:關注度也說,一個條目反複被不同的人創建,就是他存在的理據)。如果仍覺得太過花俏,那也請不要忘記我也曾經有WP:互助客棧/條目探討/存檔/2017年10月#有關慕尼黑和布拉格地鐵發起過投票,結果是壓倒性地支持圖案繼續存在。如果圖案都可以,那麼標題的色帶就更應存在了。大家覺得呢?User:YinweichenUser:Dabao qianUser:Brandon0610User:Joshua ZhanUser:Jacklamf1d14User:Liaon98User:KolymaUser:Fevawo。--owennson聊天室獎座櫃2018年7月28日 (六) 14:39 (UTC)[回复]

一直都只是說不要單格兩色以上而已。--Mısaka Mikøto2018年7月28日 (六) 15:31 (UTC)[回复]
對了,Infobox比較容易解決,只要在藝人模板內加入應援色參數就可以了。鐵路車站顏色也是以類似這樣的方式展示。--owennson聊天室獎座櫃2018年7月28日 (六) 16:04 (UTC)[回复]
按照之前的共識Wikipedia:鐵道專題/移除著色文字模板套用藝人模板也可以,我就不囉嗦了。對了,關於「模板向來都是五顏六色的,不應該對上色這一件事進行阻止」這句,我想(…)吐槽一下,你們有想過色盲用戶、讀者的感受嗎 囧rz...,然後,維基百科也開始要走花俏華麗路線了嗎??[開玩笑的]--ᴊösʜüᴀ Talk ☎ 2018年7月28日 (六) 16:15 (UTC)[回复]
太過花俏的,我也會刪除。但是,模板頂的色條無論如何花俏不到那裡去吧?對於色盲用戶,我的簽名已經是問題了吧?--owennson聊天室獎座櫃2018年7月28日 (六) 16:45 (UTC)[回复]
因为前段时间发生了政治撕逼的缘故,所以本人并不是太想过来客栈这边说话的。但是既然提到这个问题,那我就插一句吧,导航模板的情况可以继续讨论,但是{{艺人}}信息框模板好像很早就是按类型自动配色了吧,血型、身高、体重、三围、粉丝名、应援色等参数可是全面禁止的。--Dabao qian留言2018年7月28日 (六) 16:46 (UTC)[回复]
是的,所以Infobox信息框模板禁止顯示應援色,被迫轉到正文,然後正文嚴格禁止上色,只好轉到模板,現在連模板都要禁止上色。看來維基百科真要把應援色趕盡殺絕啊。這應援色不是很愛好者內容的東西耶,粉絲名、應援色都是相當重要的東西,不然可能完全不知道自己的偶像在說甚麼。--owennson聊天室獎座櫃2018年7月28日 (六) 16:50 (UTC)[回复]
不可理喻,维基百科是一部网络百科全书,而不是粉丝或爱好者网站。这些内容可能对于粉丝来说很重要,但是对于普通读者来说反而意义不大。--Dabao qian留言2018年7月28日 (六) 17:02 (UTC)[回复]
然后,维基百科:格式手册/网页亲和力了解一下,这里并不鼓励用户在表格中过度使用颜色(Infobox、Navbox实质上也是一种特殊的表格),如果使用了太过刺眼的颜色的话反而会影响阅读(手册中建议文字和背景色的对比等级要至少达到WCAG 2.0的AA级)。电视剧专题就是因为信息框一直开放自定义配色,结果管不住就乱套了。--Dabao qian留言2018年7月28日 (六) 17:03 (UTC)[回复]
那導航模板呢?我的理解是,藝人信息框就像火車站的模板、下面的導航模板就像火車路線的模板。現在出現最多問題的其實是下面的導航模板,信息框倒可以靈活處理。--owennson聊天室獎座櫃2018年7月28日 (六) 17:11 (UTC)[回复]
现在要解决的就是这个问题。通用的导航模板元模板({{Navbox}})支持自定义各个元素的CSS样式(包括配色),音乐人专用的导航模板元模板({{Navbox musical artist}})是一类一色,现在要解决的就是这个历史遗留问题,是否应该允许导航模板自主配色。--Dabao qian留言2018年7月28日 (六) 17:17 (UTC)[回复]
我支持導航模板各有各色,維基把各種文字染色都禁掉以後已經沒有多少可以保留這些顏色的空間了。--owennson聊天室獎座櫃2018年7月29日 (日) 06:03 (UTC)[回复]
導航模板和資訊框的話,單色是可以接受的。但是,漸變色或彩色等過度花巧的顏色就比較不妥當,尤其是無法理解為何連表格都要填色。—AT 2018年7月29日 (日) 14:23 (UTC)[回复]
當然了,沒有人會接受漸變色的 -- 那樣文字還要不要反白呢?我的想法是可以容許一個模板兩個色,但必須符合一些條件,如一格一色、subgroup統一顏色等。--owennson聊天室獎座櫃2018年7月29日 (日) 15:18 (UTC)[回复]
infobox的背景色应该统一,但需要一些特定位置使用主事物的代表颜色,原则就是不滥用。如果作为普通读者的话,那普通读者是不是只需要关注特定人是一个人就可以了,那他的一些特色就不用完全不描述?有点墨守成规了吧。——路过围观的Sakamotosan | 避免做作,免敬 2018年7月30日 (一) 01:51 (UTC)[回复]
User:Jane9306,請看這裡。--owennson聊天室獎座櫃2018年8月1日 (三) 08:30 (UTC)[回复]
閱畢,謝謝告知,在下因USER:Vozhuo提醒閱讀WP:NAVBOX後才反對上色,我認為討論完確定共識後再把顏色加回來吧?--94狂·233·0w0·666 2018年8月1日 (三) 08:40 (UTC)[回复]
對於「模板向來都是五顏六色的」這句話我感到非常訝異,這應該是長期以來缺乏管理所導致的錯誤示範,怎成了維基百科的傳統?在討論這件事之前請思考一下百科全書的主要用途是什麼?所謂的百科全書,條目的內容是寫給不懂這件事的一般讀者閱讀而非粉絲自嗨用的,因此若有一些與顏色有關的資訊想要說明(例如藝人的應援色、鐵路線的代表色之類的),也應該以文字資料的型式來說明、展現,只要官方有定義縱使把Pantone碼寫出來也是合適的收錄資訊,但就是不該以版面上的顏色來表達。對於infobox與Navbox,框格上方的色帶是否要保留我抱持中立態度,但是本文與表格內文字部分的染色與濫用花花綠綠的小圖示(包含國旗)我是強力反對的。文字的顏色對於維基百科來說是有功能性的意義(藍色是連結、紅色是空連結...),像那種因為鐵路線或公車路線的代表色是紅色就把表格內的相關文字染成紅色的作法非常讓人困擾,會讓人無法分辨相關的連結到底是有內容還是空連結。若路線的代表色是紅色只要寫個「紅色」我就知道是啥顏色了,有誰是需要看到字真的被染成紅色後才知道紅色長啥樣子?--泅水大象訐譙☎ 2018年8月2日 (四) 04:06 (UTC)[回复]
@SElephant:「對不起,我紅綠色盲,紅黃綠三種顏色,我也看成了黃色」,又如何?Sæn動員令:為西雅圖橋梁列表消綠 2018年8月2日 (四) 04:50 (UTC)[回复]
就是因為考量到有色盲的讀者或用單色設備閱讀的情況,所以才更該用文字來說明與顏色有關的訊息,而非直接顯示顏色本身,不是嗎?--泅水大象訐譙☎ 2018年8月2日 (四) 05:26 (UTC)[回复]
Get錯了意思 囧rz... Sæn動員令:為西雅圖橋梁列表消綠 2018年8月2日 (四) 05:36 (UTC)[回复]
我認為參考英維的單色Infobox頗好的,很美觀。Sæn動員令:為西雅圖橋梁列表消綠 2018年8月2日 (四) 04:50 (UTC)[回复]
我也認為英文維基的單色政策比較好。但,中文維基似乎感染到比較多的日文維基風格(大概是主要維基版本中濫用顏色最兇的)。--泅水大象訐譙☎ 2018年8月2日 (四) 05:26 (UTC)[回复]
可以照搬英維的模板;英維好的東西,中維何不參考?Sæn動員令:為西雅圖橋梁列表消綠 2018年8月2日 (四) 05:36 (UTC)[回复]
照樓上的說法,顏色這種東西在維基百科完全是無用武之地,而很明顯不是。表格內文不使用顏色也隨便了(事實上表格可以用簡單的色帶條方法解決(很多日本鐵路線的車站列表都這樣),而各位應該接受Navbox模板有各種顏色這一件事。海納百川。--owennson聊天室獎座櫃2018年8月2日 (四) 05:43 (UTC)[回复]
您應該嘗試接受維基版面最好不要太花花綠綠這件事。海納百川。--泅水大象訐譙☎ 2018年8月2日 (四) 05:56 (UTC)[回复]
太過花俏的,我也會刪除WP:互助客棧/條目探討/存檔/2017年10月#有關慕尼黑和布拉格地鐵還投票寧願要花俏一些呢。但是,模板頂的色條無論如何花俏不到那裡去吧?對於色盲用戶,我的簽名已經是問題了吧?--owennson聊天室獎座櫃2018年8月2日 (四) 06:14 (UTC)[回复]
如同先前已經提過的,我對於模版頂的banner配色保持中立的態度,我主要反對的是文字染色的問題,例如有些車站條目的月台表中月台的編號就常被染色(主要是台灣、香港跟中國大陸的車站條目常見,日本的車站條目反倒比較沒有)。--泅水大象訐譙☎ 2018年8月2日 (四) 06:35 (UTC)[回复]
為甚麼總要說我是認同文字染色呢?我早就認同了文字染色是不正確的,還努力清除(雖然清除完後總是有人再加回去)。這裡討論的都是Navbox和Infobox的色條上色,跟文字、表格染色毫無關係。--owennson聊天室獎座櫃2018年8月2日 (四) 06:52 (UTC)[回复]
很高興您也不同意對文字染色。不過,與顏色使用的基本上都是相關議題呀,只是每個人能接受的程度不一。就我個人而言:最好是完全不染色(類似英文維基)→ 不得已時勉強接受色條(日文維基風格)→ 強力反對文字染色(中文維基的大雜染)。--泅水大象訐譙☎ 2018年8月2日 (四) 08:37 (UTC)[回复]
像「 板南線」這樣,就不算文字染色了。--Sufbdbsnshsvsh討論2018年8月2日 (四) 09:29 (UTC)[回复]
这是内联图像。我认为内联图像也不是很好的处理手段。 --达师 - 370 - 608 2018年8月2日 (四) 12:40 (UTC)[回复]
照目前看來,多數人都不反對在導航模板加入色條的建議。--owennson聊天室獎座櫃2018年8月4日 (六) 17:46 (UTC)[回复]
@SElephant:其實英維的色條也不是完全不染色的;就説喬治·華盛頓紀念大橋的英維版,裏頭的Infobox NRHP的色條也染了綠色;或者應該説成:完全不會embed的模板完全不染色,會embed的模板的色條只能染一種顔色。Sæn動員令:為西雅圖橋樑列表消綠 2018年8月8日 (三) 04:14 (UTC)[回复]
色盲,我來說明一下我的立場。參考色彩通用設計,一個方法驗證顏色有沒有影響色盲的方法就是把頁面調成灰階後,是否影響閱讀體驗,不造成影響就不用考慮色盲了。比如說臺北捷運以前的版本是分不出紅、棕、綠的,上色會造成閱讀困難。至於標頭上色,如果不會造成單頁閱讀困難,那就沒有色盲問題。問題通常會發生在把多個鐵路、韓國團體整合到同一頁時,單以顏色作為區分的指標是不行的。要作為區別的話,可以標上指標物或虛線、實線邊框等變化。
所以只要考慮這個表格是否有整合在同一頁的可能性即可。至於程式太亂是另一個問題。赤迷迭留言2018年8月8日 (三) 06:31 (UTC)[回复]
所以大家的決定是如何?要不要上色?--owennson聊天室獎座櫃2018年8月14日 (二) 07:54 (UTC)[回复]
如果再沒有人表示異議,我就當成Navbox模板上色的建議通過了。--owennson聊天室獎座櫃2018年8月18日 (六) 08:27 (UTC)[回复]
要作這個結論好像很勉強,大家的意思好像不是這樣,是否在本頁先作一個範例來看看? --赤迷迭留言2018年8月20日 (一) 07:58 (UTC)[回复]
提案從頭到尾都是要求停止將Navbox固定同一種顏色,故此沒有被修改的全部都是範例。--owennson聊天室獎座櫃2018年8月22日 (三) 14:36 (UTC)[回复]
问题主要是现行的各种染色从视觉无障碍的角度说做得很糟。 --达师 - 370 - 608 2018年8月25日 (六) 09:56 (UTC)[回复]
同意赤迷迭君,那樣應該比較快吧。——Howard61313留言2018年8月27日 (一) 07:51 (UTC)[回复]
例子:鐵路:
團體:
外交:
大概就是這樣。很簡單的Navbox標題以外不上色。--owennson聊天室獎座櫃2018年8月27日 (一) 08:39 (UTC)[回复]
第二个例子,浅绿色底色、白色字,对于视觉有一定障碍的读者很不友好。 --达师 - 370 - 608 2018年8月28日 (二) 05:57 (UTC)[回复]

本人的意見是支持上色,只是要做出對比,且因可能有多色需求所以不侷限於標題,titlestyle、abovestyle、belowstyle 、groupstyle也可加入不同的染色,但不動到evenstyle,所使用的顏色與條目相關。如:

--Brandon K留言 2018年8月28日 (二) 09:12 (UTC)[回复]

題外話,反正我是隨心主義,覺得看不清楚就直接移除,例如{{澳大利亞叢林大火}}英語原版用紅底白字,反而{{北京地鐵1號線}}左右加上顏色方格的做法可取。所以我來提個新建議,titlestyle、abovestyle、belowstyle禁止變更顏色,有需要時參考{{北京地鐵1號線}}左右加上顏色方格;groupstyle等有需要時可使用,但以保證視覺無障礙為先。JC1 2018年9月7日 (五) 17:11 (UTC)[回复]

改變前
建議
--赤迷迭留言2018年9月25日 (二) 05:02 (UTC)[回复]
沒有必要禁止整個標題上色(如Template:巴黎地鐵1號線)。只要能夠清晰看見文字即可。當然,若要塗滿,較鼓勵採用白色或黑色字體。--owennson聊天室獎座櫃2018年9月25日 (二) 14:26 (UTC)[回复]
应当考虑更新格式手册中关于颜色的内容(en:MOS:COLOR)以照顾视力不健全用户。-Mys_721tx留言2018年9月25日 (二) 14:37 (UTC)[回复]

手机版不显示navbox?

好像任何navbox在手机版都不会显示。--SolidBlock留言 2019年9月13日 (五) 08:23 (UTC)[回复]

{{{title}}}没有在正中间

模版文档中的例子。{{{above}}}和{{{below}}}都在正中间,但是{{{title}}}却往右便了偏移。似乎对应的英文模版没有这种情况。

2021年3月22日 (一) 22:44 (UTC)

3月23日update:这个情况已经解决

2021年3月23日 (二) 18:56 (UTC)

Navbox引发的爆模板问题

请按照规范使用无序列表,此时Category:没有使用水平列表的导航框余有9991个模板。->>Vocal&Guitar->>留言 2022年2月5日 (六) 12:28 (UTC)[回复]
下列討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

光明甫条目,非常短小,却被几个navbox中的{{}}搞得爆模板,令人不可思议。虽然{{navbox}}在最下方写了不应使用{{}}作为分隔符,但实际仍然有大量导航框使用圆点或者{{!}}分割线,希望各位研究下有什么应对措施。(按推荐的无序列表方式,虽然解决了模板问题,但项目太多时可能会使代码可读性变差,维护成本增加,也需考虑。)。->>Vocal&Guitar->>留言 2022年2月4日 (五) 13:03 (UTC)[回复]

只這樣改就不超限了。--Xiplus#Talk 2022年2月4日 (五) 13:14 (UTC)[回复]
如我在上说的,您这样修改合规且解决了问题,但原本一千多行的模板就变成了三千多行,我不知道在维护成本上有何见解。->>Vocal&Guitar->>留言 2022年2月5日 (六) 02:19 (UTC)[回复]
但总比展开爆炸更好。无序列表语法每项加1字节,class头设置每组加6字节(“ hlist”);使用{{}},每组总项数(n-1)*46字节。——Sakamotosan路过围观 | 避免做作,免敬 2022年2月5日 (六) 04:31 (UTC)[回复]
BTW,无序列表语法加css样式,可以直接利用语法对列项分级(省下手工加括号),列项排版更清晰(不用一行过),而css样式是通过站点皮肤css全站引入,更重要是展开量优势巨大,参见上面的估算式,只需要有两个列项就已经具有优势了。——Sakamotosan路过围观 | 避免做作,免敬 2022年2月5日 (六) 05:55 (UTC)[回复]
好像日維般,內容擠在一起的模板,在維護成本上遠遠高於英維模板,尤其在消綠方面,單要找要消綠的連結就花上一段時間,且不美觀,又佔位元組,簡直百害而無一利,閣下做不少模板維護,應深明此道理吧 ?-- 約翰同志-條目裱糊匠留言2022年2月5日 (六) 10:28 (UTC)[回复]
您说的对,我可能是个人习惯太差,总是喜欢把代码往横向走。->>Vocal&Guitar->>留言 2022年2月5日 (六) 12:25 (UTC)[回复]

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

{{Navbox with columns}}修改报备:直接套用模块

由于模板所使用的{{Navbox}}本身只是呼叫模块:Navbox,所以我打算直接将首行呼叫{{Navbox}}改为直接呼叫模块:Navbox本身,主要目的是减少嵌套模板用量,避免一些大量使用Navbox的页面很快就达到嵌套上限,沙盒版本已经测试完毕,看来没问题,如果没其他问题,稍后我就会套用在模板之中。--白布飘扬留言2022年12月31日 (六) 18:39 (UTC)[回复]

看上去技术上做法正确,如果发现有问题再处理。——Sakamotosan路过围观 | 避免做作,免敬 2023年1月4日 (三) 00:49 (UTC)[回复]