跳转到内容

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

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