跳至內容

英文维基 | 中文维基 | 日文维基 | 草榴社区

模板討論: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 在任何模版裏面時 不該出限 「檢 • 論 • 編 • 歷」 如: 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)[回覆]

[編輯]

比較以下兩個版本,發現中文版的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)[回覆]

我也遇到了這個問題,請問現在解決了嗎--GrinRain留言2024年5月17日 (五) 15:18 (UTC)[回覆]

{{{title}}}沒有在正中間

[編輯]

模版文檔中的例子。{{{above}}}和{{{below}}}都在正中間,但是{{{title}}}卻往右便了偏移。似乎對應的英文模版沒有這種情況。

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

3月23日update:這個情況已經解決

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

[編輯]
請按照規範使用無序列表,此時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)[回覆]

Wikiplus導致Navbar被換行

[編輯]

RT,{{Navbox}}模板最近才出現的問題,啟用Wikiplus後會導致Navbar被換行,粵維無此問題。--Dabao qian 2024年6月12日 (三) 18:19 (UTC)[回覆]

您是指快速編輯按鈕沒有和查論遍在同一行?——暁月凜奈 (留言) 2024年6月12日 (三) 18:51 (UTC)[回覆]
他會不會說的是「編」被挪到了下一行的問題?我也困擾一段時間了,之前顯示是「查·論·編/(快速編輯)」,但近段時間一直顯示為「查·論·/編(快速編輯)」了。--自由雨日留言2024年6月12日 (三) 19:00 (UTC)[回覆]
沒錯,而且粵維的顯示就是正常的「睇·傾·改(快速編輯)」無換行,不知道中維哪個CSS出了問題。--Dabao qian 2024年6月13日 (四) 08:30 (UTC)[回覆]
涉及排版的因素挺多的,不同設備可能區別明顯,我目前未遇到此問題,不過此前也有過。zh和yue的網站設置有一些區別,最近的話可能是zh的字號調整。模板的css似乎並沒有更動。——暁月凜奈 (留言) 2024年6月13日 (四) 08:39 (UTC)[回覆]
Timeless用戶表示已出現了一段時間orz--Tim Wu留言2024年6月13日 (四) 08:48 (UTC)[回覆]
粵維是連「(快速編輯)」都不會換到下一行嗎?(粵維我不是自動確認用戶,看不了Wikiplus效果。)我在中維一直是必看到換行的,只不過之前是「查·論·編/(快速編輯)」這種換行方式,相對來說還算美觀。我以為「快速編輯」肯定會被換行……--自由雨日留言2024年6月13日 (四) 09:27 (UTC)[回覆]
.navbox-title .navbar { width: 8em; },加上那個按鈕後寬度爆掉了,就這麼簡單。(粵維這行被拆掉了)--SunAfterRain 2024年6月15日 (六) 10:56 (UTC)[回覆]
已修復,但留意到問題:最近@Shizhao修改Common.css後,navbar「查論編」這三個字的顏色,不能被設置了(詳見Template:香港電台頻道該模板在今年4月30日的存檔)。--Tim Wu留言2024年6月19日 (三) 07:46 (UTC)[回覆]
Module:Navbar/styles.css.navbar-mini abbr { color: inherit !important; },加上這個之後顏色就不能設置了。而且font-size: 88%;這行也應該去掉,中文似乎不需要。--Dabao qian 2024年6月19日 (三) 09:25 (UTC)[回覆]
為求省事抄的enwiki--百無一用是書生 () 2024年6月19日 (三) 13:55 (UTC)[回覆]
不加這行,「查論編」在dark模式下是黑色字,看不清,我暫時沒找到其他的修改方法...--百無一用是書生 () 2024年6月19日 (三) 14:04 (UTC)[回覆]
Module:Navbox的第62行fontstyle = (args.basestyle or '') .. ';' .. (args.titlestyle or '') .. ';background:none transparent;border:none;'沒有定義color:inherit;。--Dabao qian 2024年7月4日 (四) 16:23 (UTC)[回覆]
把background:none transparent;刪掉不知行不行--百無一用是書生 () 2024年7月5日 (五) 03:46 (UTC)[回覆]
經測刪掉會露出自定義背景顏色--Dabao qian 2024年7月5日 (五) 07:09 (UTC)[回覆]
完成--百無一用是書生 () 2024年7月5日 (五) 08:34 (UTC)[回覆]
把color:inherit;放到最前面才對吧,不然自定義字體顏色還是會被覆蓋掉,以及Module:Navbar/styles.css里的hack可以去掉了。--Dabao qian 2024年7月5日 (五) 08:41 (UTC)[回覆]
話說,修復之後,navbar的顏色怎麼變成無色了 囧rz……--自由雨日留言2024年6月20日 (四) 14:32 (UTC)[回覆]
上幾行留言正是在討論此事……--Cookai餅塊🍪💬留言 2024年6月20日 (四) 14:35 (UTC)[回覆]
啊?上面不是在討論「查論編」三個字(而非背景)的顏色嗎……--自由雨日留言2024年6月20日 (四) 14:38 (UTC)[回覆]
抱歉看錯了,背景色是深色模式強制覆蓋掉的。--Cookai餅塊🍪💬留言 2024年6月20日 (四) 14:47 (UTC)[回覆]
我沒有開深色模式……?而且剛好就是修復之後變成淺色的……--自由雨日留言2024年6月20日 (四) 16:54 (UTC)[回覆]
 已修復,之前改壞了--百無一用是書生 () 2024年6月21日 (五) 09:15 (UTC)[回覆]
8em那個是因為看到有個導航框的標題歪掉了(忘了是哪個了)--百無一用是書生 () 2024年6月19日 (三) 13:52 (UTC)[回覆]
8em和font-size:88%其實在Template:Navbox寫過說明了。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年6月19日 (三) 11:24 (UTC)[回覆]
簡單調整之後發現了新問題,很多導航框的副標題歪掉了,比如Template:芒果超媒。--Dabao qian 2024年6月25日 (二) 16:29 (UTC)[回覆]
並不是副標題歪了,而是標題歪了()明顯是「快速編輯」按鈕把標題往右「擠」了,不過具體算法我就不懂了……另外上面的回覆(8em之類的)似乎就是Shizhao等前輩在研究這一問題。--自由雨日留言2024年6月25日 (二) 21:50 (UTC)[回覆]
如果綜合來看的話,可能是自己引用的wikiplus導致破壞微妙的平衡。結合「Module:Navbox」和Navbar的設計,Navbar在Navbox默認在左邊為固定width:8em,為了保持平衡,右邊的摺疊按鈕塊也是固定width:8em。而且還有根據是否啟用navbar、是否禁用摺疊按鈕狀態(常見對應是子塊Navbox作為嵌套到父塊中),來補充一個固定的8em空白塊來填補位置(具體看Navbox模塊的renderNavBar方法)。8em可能考慮Navbar常見就3個字+2個間隔號,就算是4個字(查編歷討)+3個字也是7em,因此預留8em。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年7月4日 (四) 02:17 (UTC)[回覆]

摺疊問題

[編輯]

這裏想請教一下,為何我的模板使用了state=collapsed,但仍然無法在頁面載入時摺疊?謝謝。--Yutommy 崖上的孤兒 北橋的狗 2024年7月16日 (二) 16:48 (UTC)[回覆]

移動版Navbox

[編輯]

現在移動版在Wikipedia:命名空間下會顯示Navbox了,不確定正不正常。[1]--User:What7what8🏠 2024年7月7日 (日) 12:20 (UTC)[回覆]

沒留意到技術新聞有相關的更新信息。也沒見到條目放開Navbox等的渲染調整。如果不是wmf開發測試中,或者是以前就可以?——Sakamotosan路過圍觀 | 避免做作,免敬 2024年7月8日 (一) 00:44 (UTC)[回覆]
顯示的慘不忍睹的正常--百無一用是書生 () 2024年7月8日 (一) 02:35 (UTC)[回覆]
看了眼en。如果沒有過往記錄印證是除條目空間外的navbox是隱藏外,可能是基金會測試?——Sakamotosan路過圍觀 | 避免做作,免敬 2024年7月8日 (一) 09:36 (UTC)[回覆]

在導航模板中淘汰過時的可摺疊表格支持

[編輯]

參見MediaWiki talk:Common.cssMediaWiki talk:Common.jsModule talk:Navbox,對應上述三處編輯請求,停用導航模板中過時的可摺疊表格支持,改為MediaWiki自帶的摺疊語法。--Dabao qian 2024年7月3日 (三) 20:56 (UTC)[回覆]

使用mw核心提供的表格摺疊會不會存在問題?能否復刻一個樣式看看?——Sakamotosan路過圍觀 | 避免做作,免敬 2024年7月4日 (四) 00:44 (UTC)[回覆]
Template:Navbox/sandbox3Module:Navbox/sandbox3Template:香港行車隧道/sandbox。mw版技術手冊mw:Manual:Collapsible_elements。另外好像有億點點問題:默認預設摺疊的參數等和本來的不一致(mw的是「mw-collapsed」、而我們腳本是「collapsed」;上面的例子就是改了mw後加的是我們腳本的參數,當然意料之內不生效;需要統計Navbox下加了這個參數有多少影響和是否需要兼容機制),另外我們實現的摺疊腳本有自動摺疊機制:掛了「autocollapse」的結構,數量超過2個時會默認全部摺疊起來。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年7月4日 (四) 01:05 (UTC)[回覆]
MediaWiki:Gadget-collapsibleTables.js英維3.0版本改了機制,會給有collapsible和collapsed的地方自動疊加帶mw-的class(純向下兼容),中維因為涉及到導航模板所以暫時沒有部署(仍沿用2.04版本)。autocollapse、innercollapse和outercollapse需要修改Common.js才能實現。--Dabao qian 2024年7月4日 (四) 01:56 (UTC)[回覆]
User:Dabao qian/common.js這裏的最後兩段腳本,一是為mw-collapsible增加autocollapse、innercollapse和outercollapse三種元素的支持,二是3.0版本的可摺疊表格支持。--Dabao qian 2024年7月4日 (四) 02:06 (UTC)[回覆]
可能還需要更新en:MediaWiki:Gadget-collapsibleTables.js等配套腳本,需要更多測試,而不是說換就換。當然怕出問題的話,沒壞別修。就像一堆java 8、java 6不升級的——Sakamotosan路過圍觀 | 避免做作,免敬 2024年7月4日 (四) 02:34 (UTC)[回覆]
其他語言的可摺疊表格支持都是直接放在Common.js的,不像中維是以小工具的形式提供。需要灰度測試的話,關掉小工具里的可摺疊表格支持,然後複製User:Dabao qian/common.jsMediaWiki talk:Common.css裏面的相關代碼到您的用戶頁JS/CSS就可以了。不過英、粵維早就已經實際運行很長時間了,問題應該不大。--Dabao qian 2024年7月4日 (四) 02:39 (UTC)[回覆]
需要將相應的功能整理成單獨的腳本,然後通過小工具或者Commons.js引入。初步來看是暫時沒看出還有什麼明顯問題,但也要考慮為什麼很多看上去應該全站點代碼一致的站點自定義功能,實際操作上都是脫同步的——每個站點具體實施上又加了自己的調整。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年7月4日 (四) 02:49 (UTC)[回覆]
好像改了會不會影響標題居中?為了保證標題居中,我寫的User:Cwek/collapsibleTables.js默認給了摺疊按鈕8em的寬度,Navbar按照以前也給了8em的寬度。如果改了mw加Navbar不固定寬度的話,標題稍微略微偏右?——Sakamotosan路過圍觀 | 避免做作,免敬 2024年7月4日 (四) 01:37 (UTC)[回覆]
好像哪裏見過MediaWiki:Gadget-collapsibleTables.js、Navbox、或者配套的css,摺疊按鈕是設定8em,所以我的實現也跟着8em。如果要保持Navbox內標題居中的話,必須Navbar(還有它的空白替代塊)和摺疊按鈕塊的寬度一致,才能將標題擠到居中。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年7月4日 (四) 03:06 (UTC)[回覆]
Special:Diff/83093979,左右平衡的實現語法在Common.css,新版的話就用mw-collapsible-toggle替換掉collapseButton。--Dabao qian 2024年7月4日 (四) 04:10 (UTC)[回覆]
試過,這樣做法不是左右平衡的。因為兩個塊的長度不等,所以擠占的中間塊不是完全居中,所以才搞固定寬度。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年7月4日 (四) 06:44 (UTC)[回覆]
@Dabao qian如果啟用摺疊按鈕塊,保證Navbox標題居中,摺疊按鈕初始化時需要讀取同行Navbar的寬度,然後手工設成相同。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年7月4日 (四) 07:50 (UTC)[回覆]
我測算的話,Narbar的寬為49.563、摺疊按鈕的寬為34.266。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年7月4日 (四) 01:39 (UTC)[回覆]
居中問題有沒解決思路?當然Wikiplus的是它自己的問題,沒必要考慮它的感受。建議的話,可以考慮Wikiplus做個兼容補充,劫持編輯連結,改成彈窗形式機制詢問是快速編輯還是傳統編輯,從而不用因為額外添加內容導致box溢出偏移,維持Navbox內Navbar和摺疊按鈕微妙的寬度平衡。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年7月4日 (四) 02:57 (UTC)[回覆]
英維的Navbox早就改了好幾回了,粵維當前版本也早就不是中維當前版本了,不再需要Common.css定義寬度,而且英維的{{Navbar}}是不會出現快速編輯按鈕的。--Dabao qian 2024年7月4日 (四) 04:18 (UTC)[回覆]
那就測試一下,兩個塊不固定寬度後,能不能保證標題居中?——Sakamotosan路過圍觀 | 避免做作,免敬 2024年7月4日 (四) 06:30 (UTC)[回覆]
提起「Wikiplus」,是因為上面提到類似問題,所以猜測Wikiplus的編輯按鈕修改是否會影響。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年7月4日 (四) 06:42 (UTC)[回覆]
英維改了方案,編輯按鈕的連結換成了Special:Editpage內部連結,Wikiplus讀不出來自然也就不會自作主張地額外加按鈕,已經在Module:Navbox提EP按照英維方案修改。--Dabao qian 2024年7月4日 (四) 08:02 (UTC)[回覆]
那不就是Wikiplus的問題,Wikiplus沒有正確識別出編輯連結,自己處理錯了,為什麼不是Wikiplus去自己修正?而且代碼不一定要跟en同步吧?而且編輯部分不應該是Navbar去實現的?——Sakamotosan路過圍觀 | 避免做作,免敬 2024年7月4日 (四) 08:18 (UTC)[回覆]
你說的編輯連結問題,就是我們的Navbar還是用fullurl+action=edit生成連結(Module:Navbar#L-81),而en是用內鏈+加上Special:EditPage特殊頁生成內鏈(en:Module:Navbar#L-70)。在連結生成上沒明顯差異。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年7月4日 (四) 08:26 (UTC)[回覆]
@Dabao qian,Navbar的生成模式上,編輯和歷史的連結生成模式,只需要移植這部分(en:Module:Navbar#L-69--L-72)就對應了。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年7月4日 (四) 08:37 (UTC)[回覆]
[2],分別是固定寬、不固定寬,使用mw摺疊、小工具摺疊、小工具改寫摺疊的樣式。如果固定寬度的話,標題字會更接近中間。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年7月4日 (四) 07:05 (UTC)[回覆]
打開F12實時調試使用mw摺疊且按照舊版Common.css方案設定兩端固定寬度8em之後效果與小工具改寫摺疊相差無幾--Dabao qian 2024年7月4日 (四) 08:50 (UTC)[回覆]
@Dabao qian你調成這樣當然沒問題了。這裏分兩個主要部分:1.改用mw摺疊,可以考慮,但需要一組兼容性腳本用於處理自製摺疊參數的兼容處理和自動摺疊處理;2.標題居中,需要Navbox中的Navbar和摺疊按鈕塊的寬度固定且相等,這可能需要腳本控制而不能靠css的自動寬度控制(因為兩者長度大概率不等,需要腳本比較計算和注入覆蓋);2.1.Wikiplus的撐爆,一定程度上和Navbar固定寬有關,要麼Wikiplus自己適配,要麼結合前面前面計算新的寬度和重新注入。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年7月4日 (四) 09:31 (UTC)[回覆]
1.User:Dabao qian/collapsibleTables-new.js以及MediaWiki:Common.jsMediaWiki:Common.css的兩處EP即可實現;2.似乎沒有找到其他合適的方法--Dabao qian 2024年7月4日 (四) 09:37 (UTC)[回覆]
第1點暫時seems good。雖然我更喜歡我自己寫的,能使th那一欄同時也綁定上摺疊按鈕功能。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年7月4日 (四) 09:53 (UTC)[回覆]
經測試啟用Wikiplus後兩端寬度設為10em即可避免撐爆。--Dabao qian 2024年7月4日 (四) 16:05 (UTC)[回覆]
那應該是Wikiplus自己搞,還是學微軟幫用戶擦屁股?——Sakamotosan路過圍觀 | 避免做作,免敬 2024年7月5日 (五) 00:40 (UTC)[回覆]
我有個問題,我同時用Wikiplus和InPageEdit應該怎麼辦[開玩笑的] ——魔琴身份聲明 留言 貢獻 新手2023 2024年7月5日 (五) 15:05 (UTC)[回覆]
那只能自己寫腳本(js或者css)適配了,簡而言之,兩個塊固定寬度且相等就可以保證navbox標題擠占居中。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年7月6日 (六) 00:27 (UTC)[回覆]

更新清單

[編輯]
  1. 以上完畢了,才需要更新Module:NavboxModule:NavboxV2的摺疊參數調整。
@Dabao qian如果理解和沒異議的話,可以推進下去。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年7月5日 (五) 02:20 (UTC)[回覆]
無異議,寬度和深色模式適配的問題後續再議(當然這不屬於本次討論範圍)。--Dabao qian 2024年7月5日 (五) 03:46 (UTC)[回覆]
@Dabao qian,看了collapsibleTables-new.js,其實Module:NavboxModule:NavboxV2不用換,因為按照腳本邏輯,「table.collapsible:not(.mw-collapsible)」就能夠選出保持兼容class的table,然後後面加上「mw-collapsible」就是加上mw的摺疊功能。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年7月5日 (五) 08:33 (UTC)[回覆]
state=collapsed喪失作用的原因似乎與這個主題談論的內容有關,我對這個主題不熟悉,可能需要導入機械人修正(因為影響的頁面可預見非常多)--Rastinition留言2024年7月17日 (三) 23:54 (UTC)[回覆]
參見Module talk:Navbox#編輯請求 2024-07-17--Dabao qian 2024年7月18日 (四) 09:45 (UTC)[回覆]

UX

[編輯]

啊所以現在想展開已關閉的存廢討論,就必須按右邊的[展開],而不能直接點擊小藍條了?有點麻煩…… ——魔琴身份聲明 留言 貢獻 新手2023 2024年7月14日 (日) 16:55 (UTC)[回覆]

小藍條?是不是一整欄的標題行?——Sakamotosan路過圍觀 | 避免做作,免敬 2024年7月15日 (一) 00:41 (UTC)[回覆]
@魔琴可以參考User:SunAfterRain/js/TalkendFrameToggle.js--SunAfterRain 2024年7月16日 (二) 03:28 (UTC)[回覆]

我能在用navbox模板使用col和div模板嗎

[編輯]

用navbox模板有時候group(child)數量太多,list內容太少,我想在分欄顯示,但是我試過發現左邊和下邊空位會略微變大,請問如何是好?--Hzt0208042508415531 tw留言2024年9月8日 (日) 17:19 (UTC)[回覆]