模板讨论: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)[回复]