模板讨论: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)
- 打印版的问题可简单隐藏解决。毕竟对于打印版这个东西用处不大。至于parser的问题,我觉得可以暂时用javascript模拟--地球发动机(〠✆ - ✉✍) 2008年7月8日 (二) 11:10 (UTC)
- 另外,这个涉及了<fieldset>和<lengend>两个html标签,但后台的parser在默认上是屏蔽了这两个标签的。—菲菇@维基食用菌协会 2008年7月8日 (二) 11:07 (UTC)
除了JavaScript以外,也可以使用HTML的Anchor功能来实现。
方法一是使用<ref>
。缺点是排版较困难:
另一个方法是使用章节的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}}模板,在使用过程中发现一些问题,希望大家能帮忙解决一下:
- Navbox和Navbox2是根据英文维基的同一个模板的不同历史版本翻译过来,其中Navbox2较新。所以希望有人能更新一下Navbox,然后把Navbox2重定向至Navbox,从而避免造成混乱。
- 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)
互助客栈正提议将{{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)
用起来也没什么问题。达师—信访—工作报告 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)
- 不知道是哪些模板“会很奇怪”?--达师—信访—工作报告—动员令 2009年7月9日 (四) 11:12 (UTC)
- 实际上需要改写的应是{{Navbox}},其实先前我已经对应英语维基的最新版本更新Template:Navbox了,可是有用户以“因为最后版本字体更动后差异太大,在某些使用此模组的模板,会很奇怪,故后退版本”的理由回复旧版本。所以若要合并两模板,请必先更新现有的{{Navbox}}(可能要取得社群共识才行)。—lkopeter (留言) 2009年7月3日 (五) 15:15 (UTC)
- {{Navbox subgroup}}可以同步改写。--达师—信访—工作报告 2009年7月3日 (五) 09:45 (UTC)
- (:)回应:我是当初回应此问题的使用者,关于模版问题可以参考JR国铁模版(类似情况),而版面问题,是因为原本模版在更新后发现字体与条目相比有差别(一个字体12,而版面字体都是14),所以才提出异议的,如果可以解决问题,我不反对合并
雾隐虎 (留言) 2009年7月9日 (四) 13:57 (UTC)- 即是更新后模板的字体较原本的小?—lkopeter (留言) 2009年7月9日 (四) 14:08 (UTC)
- (:)回应:更新后反而变大
雾隐虎 (留言) 2009年7月9日 (四) 14:27 (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)
- 我没看出有变化。可能是系统和浏览器不同会有差异。--达师—信访—工作报告—动员令 2009年7月10日 (五) 10:52 (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}}} ...}}
- 那倒不用致歉,我只是想说适宜的做法是先提出问题,而不应一下子就回退编辑。可能是英文维基与中文维基的字体大小不一,所以不应直接将英文维基的版本搬到中文维基去。我会研究一下源代码再改善IE的字体显示问题吧。—lkopeter (留言) 2009年7月10日 (五) 14:06 (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}}性质相似的导航模板:
- {{Navigation}}
- {{Navigation with image}}
- {{Navigation with columns}}
- {{Dynamic navigation box}}
- {{Dynamic navigation box with image}}
- {{Navbox generic}}
- {{NavigationBox}}
上述模板在英文维基都已被弃用了,所以我亦提议中文维基弃用这些模板,全部划一改用{{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)
- 现在已完成{{Navbox generic}}、{{Dynamic navigation box}}和{{Dynamic navigation box with image}}的整理。至于余下具分类参数的模板,正在想办法解决……在不修改模板的情况下,可能需要手动修改……—Altt311 (留言) 2009年7月23日 (四) 19:28 (UTC)
- 多吗?Special:ExpandTemplates,注意那个xml解析树--Liangent (留言) 2009年7月24日 (五) 05:43 (UTC)
- 数量不算很多,因此用人手改掉。现在只剩下被保护的{{亚洲题目}}。晚点合并{{Navbox with columns}}和{{Navigation with columns}}。以上。—Altt311 (留言) 2009年7月24日 (五) 11:32 (UTC)
- 上面的模板已经全部完成合并,现在只剩下{{Navbox2}}了。—Altt311 (留言) 2009年7月26日 (日) 06:34 (UTC)
- {{Navbox2}}的合并工作已由User:Jimmy_xu_wrk管理员代劳,谢谢。现在剩下来的工作便是更新/doc子页面,和将使用{{Navbox2}}的模板转导到{{Navbox}},以便删除{{Navbox2}}。—lkopeter (留言) 2009年7月26日 (日) 17:39 (UTC)
- 机器人跑完了,现在还剩下三个被全保护的模板需要管理员处理:{{上海行政区划}}、{{华人地区}}、{{琼山区行政区划}}。完成了以后就能删除{{Navbox2}}了。—Altt311 (留言) 2009年7月30日 (四) 13:33 (UTC)
- 刚发现还有{{Navbox generic subgroup}},已经全数转到{{Navbox subgroup}}了。—Altt311 (留言) 2009年8月1日 (六) 19:14 (UTC)
- (✓)已修复--Jimmy Xutalk·+ 2009年8月5日 (三) 13:46 (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)
- 这是系统功能问题。请前往bugzilla:查询。--达师 - 198 - 336 2011年9月9日 (五) 15:20 (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)
三个问题....
编辑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)
- 第二行仍然偏右,我是使用Firefox和IE测试。还有缩小字型的建议。--Quest for Truth(留言) 2014年1月21日 (二) 10:26 (UTC)
- 没看出来,{{int:clearyourcache}}。--Jimmy Xu 论 2014年1月12日 (日) 14:55 (UTC)
- Template:Navbox/testcases的内容仍有偏移,【列表】是在上下文字的左方;开启测试中的排版样式更新则无偏。--Jason924tw(留言) 2014年1月12日 (日) 08:12 (UTC)
- 未解决,请见Template:Navbox/testcases的示范、和间接引用Navbox的{{Campaignbox 第二次布匿战争}},当标题分成多过一行时又或者因标题太长而下降一行时,不知何故第二行会偏右。另外,目前的做法是放大了左边的字体,但见之前的讨论,缩小查论编字体会较好,当然要两边都缩小才能保持标题置中。--Quest for Truth(留言) 2014年1月11日 (六) 17:44 (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)
- 首先不是这个模板/模块的问题,其次{{List_of_writing_systems}}也没出错。--Antigng(留言) 2016年5月23日 (一) 05:14 (UTC)
navbox footer 的字没有垂直置中
编辑比较以下两个版本,发现中文版的footer中的字没有垂直置中。
Golopotw(留言) 2017年7月4日 (二) 11:47 (UTC)
@antigng:
有关模板进行上色的问题
编辑首先,我对模板和Infobox的颜色渐渐变得单一化感到意外。模板向来都是五颜六色的,不应该对上色这一件事进行阻止。然而最近在一系列的艺人模板当中,却是相反。我不认为这是正确的。铁路模板一线一色,国际关系模板一国一色,本属十分正常的事,所以我认为艺人模板亦应如是。维基百科:格式手册/文字格式要求的是正文和表格不得染色,然而没有对模板进行规范,亦不应该规范。这样的行为有损维基百科向所有人开放编辑的本意。至于WP:维基百科不是什么的爱好者问题就更不成问题,正是爱好者的存在才将条目做得那么好,就像我这个铁路迷就很常编辑铁路模板,非常正常。我不认为加上应援色就是爱好者内容。而且类似的做法反复的由不同的人作出,我更是认为应该要这么做(WP:关注度也说,一个条目反复被不同的人创建,就是他存在的理据)。如果仍觉得太过花俏,那也请不要忘记我也曾经有WP:互助客栈/条目探讨/存档/2017年10月#有关慕尼黑和布拉格地铁发起过投票,结果是压倒性地支持图案继续存在。如果图案都可以,那么标题的色带就更应存在了。大家觉得呢?User:Yinweichen、User:Dabao qian、User:Brandon0610、User:Joshua Zhan、User:Jacklamf1d14、User:Liaon98、User:Kolyma、User:Fevawo。--owennson(聊天室、奖座柜) 2018年7月28日 (六) 14:39 (UTC)
- 一直都只是说不要单格两色以上而已。--Mısaka ደ Mikøto™ 2018年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)
- 按照之前的共识Wikipedia:铁道专题/移除着色文字模板套用艺人模板也可以,我就不啰嗦了。对了,关于“模板向来都是五颜六色的,不应该对上色这一件事进行阻止”这句,我想(…)吐槽一下,你们有想过色盲用户、读者的感受吗 囧rz...,然后,维基百科也开始要走花俏华丽路线了吗??[开玩笑的]--ᴊösʜüᴀ Talk ☎ 2018年7月28日 (六) 16:15 (UTC)
- 对了,Infobox比较容易解决,只要在艺人模板内加入应援色参数就可以了。铁路车站颜色也是以类似这样的方式展示。--owennson(聊天室、奖座柜) 2018年7月28日 (六) 16:04 (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)
- 导航模板和资讯框的话,单色是可以接受的。但是,渐变色或彩色等过度花巧的颜色就比较不妥当,尤其是无法理解为何连表格都要填色。—AT 2018年7月29日 (日) 14:23 (UTC)
- 我支持导航模板各有各色,维基把各种文字染色都禁掉以后已经没有多少可以保留这些颜色的空间了。--owennson(聊天室、奖座柜) 2018年7月29日 (日) 06:03 (UTC)
- 现在要解决的就是这个问题。通用的导航模板元模板({{Navbox}})支持自定义各个元素的CSS样式(包括配色),音乐人专用的导航模板元模板({{Navbox musical artist}})是一类一色,现在要解决的就是这个历史遗留问题,是否应该允许导航模板自主配色。--Dabao qian(留言) 2018年7月28日 (六) 17:17 (UTC)
- 那导航模板呢?我的理解是,艺人信息框就像火车站的模板、下面的导航模板就像火车路线的模板。现在出现最多问题的其实是下面的导航模板,信息框倒可以灵活处理。--owennson(聊天室、奖座柜) 2018年7月28日 (六) 17:11 (UTC)
- 是的,所以Infobox信息框模板禁止显示应援色,被迫转到正文,然后正文严格禁止上色,只好转到模板,现在连模板都要禁止上色。看来维基百科真要把应援色赶尽杀绝啊。这应援色不是很爱好者内容的东西耶,粉丝名、应援色都是相当重要的东西,不然可能完全不知道自己的偶像在说什么。--owennson(聊天室、奖座柜) 2018年7月28日 (六) 16:50 (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)
- User:Jane9306,请看这里。--owennson(聊天室、奖座柜) 2018年8月1日 (三) 08:30 (UTC)
- 对于“模板向来都是五颜六色的”这句话我感到非常讶异,这应该是长期以来缺乏管理所导致的错误示范,怎成了维基百科的传统?在讨论这件事之前请思考一下百科全书的主要用途是什么?所谓的百科全书,条目的内容是写给不懂这件事的一般读者阅读而非粉丝自嗨用的,因此若有一些与颜色有关的资讯想要说明(例如艺人的应援色、铁路线的代表色之类的),也应该以文字资料的型式来说明、展现,只要官方有定义纵使把Pantone码写出来也是合适的收录资讯,但就是不该以版面上的颜色来表达。对于infobox与Navbox,框格上方的色带是否要保留我抱持中立态度,但是本文与表格内文字部分的染色与滥用花花绿绿的小图示(包含国旗)我是强力反对的。文字的颜色对于维基百科来说是有功能性的意义(蓝色是连结、红色是空连结...),像那种因为铁路线或公车路线的代表色是红色就把表格内的相关文字染成红色的作法非常让人困扰,会让人无法分辨相关的连结到底是有内容还是空连结。若路线的代表色是红色只要写个“红色”我就知道是啥颜色了,有谁是需要看到字真的被染成红色后才知道红色长啥样子?--泅水大象™ 讦谯☎ 2018年8月2日 (四) 04:06 (UTC)
- 我认为参考英维的单色Infobox颇好的,很美观。Sænmōsà动员令:为西雅图桥梁列表消绿 2018年8月2日 (四) 04:50 (UTC)
- 我也认为英文维基的单色政策比较好。但,中文维基似乎感染到比较多的日文维基风格(大概是主要维基版本中滥用颜色最凶的)。--泅水大象™ 讦谯☎ 2018年8月2日 (四) 05:26 (UTC)
- 可以照搬英维的模板;英维好的东西,中维何不参考?Sænmōsà动员令:为西雅图桥梁列表消绿 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)
- 像“ 板南线”这样,就不算文字染色了。--Sufbdbsnshsvsh(讨论) 2018年8月2日 (四) 09:29 (UTC)
- 很高兴您也不同意对文字染色。不过,与颜色使用的基本上都是相关议题呀,只是每个人能接受的程度不一。就我个人而言:最好是完全不染色(类似英文维基)→ 不得已时勉强接受色条(日文维基风格)→ 强力反对文字染色(中文维基的大杂染)。--泅水大象™ 讦谯☎ 2018年8月2日 (四) 08:37 (UTC)
- 为什么总要说我是认同文字染色呢?我早就认同了文字染色是不正确的,还努力清除(虽然清除完后总是有人再加回去)。这里讨论的都是Navbox和Infobox的色条上色,跟文字、表格染色毫无关系。--owennson(聊天室、奖座柜) 2018年8月2日 (四) 06:52 (UTC)
- 如同先前已经提过的,我对于模版顶的banner配色保持中立的态度,我主要反对的是文字染色的问题,例如有些车站条目的月台表中月台的编号就常被染色(主要是台湾、香港跟中国大陆的车站条目常见,日本的车站条目反倒比较没有)。--泅水大象™ 讦谯☎ 2018年8月2日 (四) 06:35 (UTC)
- 太过花俏的,我也会删除。WP:互助客栈/条目探讨/存档/2017年10月#有关慕尼黑和布拉格地铁还投票宁愿要花俏一些呢。但是,模板顶的色条无论如何花俏不到那里去吧?对于色盲用户,我的签名已经是问题了吧?--owennson(聊天室、奖座柜) 2018年8月2日 (四) 06:14 (UTC)
- 您应该尝试接受维基版面最好不要太花花绿绿这件事。海纳百川。--泅水大象™ 讦谯☎ 2018年8月2日 (四) 05:56 (UTC)
- 照楼上的说法,颜色这种东西在维基百科完全是无用武之地,而很明显不是。表格内文不使用颜色也随便了(事实上表格可以用简单的色带条方法解决(很多日本铁路线的车站列表都这样),而各位应该接受Navbox模板有各种颜色这一件事。海纳百川。--owennson(聊天室、奖座柜) 2018年8月2日 (四) 05:43 (UTC)
- 可以照搬英维的模板;英维好的东西,中维何不参考?Sænmōsà动员令:为西雅图桥梁列表消绿 2018年8月2日 (四) 05:36 (UTC)
- 我也认为英文维基的单色政策比较好。但,中文维基似乎感染到比较多的日文维基风格(大概是主要维基版本中滥用颜色最凶的)。--泅水大象™ 讦谯☎ 2018年8月2日 (四) 05:26 (UTC)
- 照目前看来,多数人都不反对在导航模板加入色条的建议。--owennson(聊天室、奖座柜) 2018年8月4日 (六) 17:46 (UTC)
- @SElephant:其实英维的色条也不是完全不染色的;就说乔治·华盛顿纪念大桥的英维版,里头的Infobox NRHP的色条也染了绿色;或者应该说成:完全不会embed的模板完全不染色,会embed的模板的色条只能染一种颜色。Sænmōsà动员令:为西雅图桥梁列表消绿 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)
- 例子:铁路:
- 同意赤迷迭君,那样应该比较快吧。——Howard61313(留言) 2018年8月27日 (一) 07:51 (UTC)
- 问题主要是现行的各种染色从视觉无障碍的角度说做得很糟。 --达师 - 370 - 608 2018年8月25日 (六) 09:56 (UTC)
- 提案从头到尾都是要求停止将Navbox固定同一种颜色,故此没有被修改的全部都是范例。--owennson(聊天室、奖座柜) 2018年8月22日 (三) 14:36 (UTC)
- 要作这个结论好像很勉强,大家的意思好像不是这样,是否在本页先作一个范例来看看? --赤迷迭(留言) 2018年8月20日 (一) 07:58 (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)
- 个人(+)支持navbox上色,上色可以增加非色盲用户对内容的识别度,比如{{丝氨酸/苏氨酸特异性蛋白激酶类}}{{酪氨酸激酶类}},一个用的是英文维基2011年的模板配色,一个用的是英文维基2013年的模板配色,如下。在下之前很困扰为什么之前的维基人不把两者色调统一。后来明白了,两个模板粗看之下内容有很大相似性,色调区别可以让这一领域的初学者明白具体的条目如血小板衍生生长因子受体与骨形态发生蛋白受体是完全不同的激酶类酶联受体。--Htmlzycq(留言) 2018年8月28日 (二) 11:47 (UTC)
|
|
- (=)妥协(#)有保留:以色弱角度,不要又要用颜色区分,又选到难分辨的颜色比如 、 或 、 就好。用颜色并非不好,但希望有限度。当有人进行颜色质疑时,请一律接受。并可以以其他代号㊀㊁㊂㊃㊄①②③④⑤❶❷❸❹❺来进行协助区分。 --赤迷迭(留言) 2018年8月31日 (五) 06:23 (UTC)
- 我认为有限度的上色没问题,和O君的立场相同。倒是建议维基百科应该开发个色盲模式,这样就不会引起争议了(也顺便来个儿童模式哈哈) angys →讨留奖 2018年9月1日 (六) 10:47 (UTC)
- 不光是视觉障碍的问题。又回到了和之前签名的问题一样,红底蓝字是不可接受的。 --达师 - 370 - 608 2018年9月1日 (六) 17:39 (UTC)
- 强烈高频闪动才会出癫痫,难道现在Navbox会闪动吗?--owennson(聊天室、奖座柜) 2018年9月3日 (一) 08:44 (UTC)
- Wikipedia_talk:签名#方案1 --达师 - 370 - 608 2018年9月3日 (一) 10:44 (UTC)
- 签名档跟模板都能扯上关系...看来还是要开投票决定吧。--owennson(聊天室、奖座柜) 2018年9月6日 (四) 03:43 (UTC)
- 如果您看过上述讨论中最令人不适的内容的话,可以很轻易地构造出几乎完全一致的模板。其中的例子很夸张,但不夸张的情况也是不好的。 --达师 - 370 - 608 2018年9月6日 (四) 17:25 (UTC)
- 阁下被誉为北京王,那么Template:北京地铁1号线、Template:北京地铁2号线是不是也改使用同一种颜色了?这合理吗?--owennson(聊天室、奖座柜) 2018年9月7日 (五) 09:37 (UTC)
- 本人先行道歉。但由于讨论不通,只能这样做。(我感觉owennson先生完全不知道我在说什么。)以下内容与Wikipedia_talk:签名#方案1中的一些例子采用了基本一致的样式。owennson先生,请问您是否认为Template:北京地铁1号线、Template:北京地铁2号线和本段文字采用了同样的配色方案? --达师 - 370 - 608 2018年9月11日 (二) 07:06 (UTC)
- 阁下被誉为北京王,那么Template:北京地铁1号线、Template:北京地铁2号线是不是也改使用同一种颜色了?这合理吗?--owennson(聊天室、奖座柜) 2018年9月7日 (五) 09:37 (UTC)
- 如果您看过上述讨论中最令人不适的内容的话,可以很轻易地构造出几乎完全一致的模板。其中的例子很夸张,但不夸张的情况也是不好的。 --达师 - 370 - 608 2018年9月6日 (四) 17:25 (UTC)
- 签名档跟模板都能扯上关系...看来还是要开投票决定吧。--owennson(聊天室、奖座柜) 2018年9月6日 (四) 03:43 (UTC)
- Wikipedia_talk:签名#方案1 --达师 - 370 - 608 2018年9月3日 (一) 10:44 (UTC)
- 强烈高频闪动才会出癫痫,难道现在Navbox会闪动吗?--owennson(聊天室、奖座柜) 2018年9月3日 (一) 08:44 (UTC)
- 不光是视觉障碍的问题。又回到了和之前签名的问题一样,红底蓝字是不可接受的。 --达师 - 370 - 608 2018年9月1日 (六) 17:39 (UTC)
- 我觉得很不错啊,不过用白色字体会更好。--owennson(聊天室、奖座柜) 2018年9月16日 (日) 04:32 (UTC)
题外话,反正我是随心主义,觉得看不清楚就直接移除,例如{{澳大利亚丛林大火}}英语原版用红底白字,反而{{北京地铁1号线}}左右加上颜色方格的做法可取。所以我来提个新建议,titlestyle、abovestyle、belowstyle禁止变更颜色,有需要时参考{{北京地铁1号线}}左右加上颜色方格;groupstyle等有需要时可使用,但以保证视觉无障碍为先。JC1 2018年9月7日 (五) 17:11 (UTC)
- 红底蓝字简直人间毒瘤。一定不可留。--Temp3600(留言) 2018年9月16日 (日) 15:56 (UTC)
- 赞同JC1的折中方案。需要着色时使用{{北京地铁1号线}}颜色方格的方法感觉已经足够。--Kuailong™ 2018年9月21日 (五) 17:05 (UTC)
- 好看但有意见,建议标示色名。人与人沟通口头用(例:(电话中)问:我要在北京坐地铁去找你,怎坐? 曰:坐红色线那条啊! 问:何为红色线?)。
改变前 建议 红
- --赤迷迭(留言) 2018年9月25日 (二) 05:02 (UTC)
- 没有必要禁止整个标题上色(如Template:巴黎地铁1号线)。只要能够清晰看见文字即可。当然,若要涂满,较鼓励采用白色或黑色字体。--owennson(聊天室、奖座柜) 2018年9月25日 (二) 14:26 (UTC)
- --赤迷迭(留言) 2018年9月25日 (二) 05:02 (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}}}却往右便了偏移。似乎对应的英文模版没有这种情况。
- 3月23日update:这个情况已经解决
Navbox引发的爆模板问题
编辑- 下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
光明甫条目,非常短小,却被几个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)
- 好像日维般,内容挤在一起的模板,在维护成本上远远高于英维模板,尤其在消绿方面,单要找要消绿的连结就花上一段时间,且不美观,又占字节,简直百害而无一利,阁下做不少模板维护,应深明此道理吧 ?-- 约翰同志-条目裱糊匠(留言) 2022年2月5日 (六) 10:28 (UTC)
- 但总比展开爆炸更好。无序列表语法每项加1字节,class头设置每组加6字节(“ hlist”);使用
- 如我在上说的,您这样修改合规且解决了问题,但原本一千多行的模板就变成了三千多行,我不知道在维护成本上有何见解。->>Vocal&Guitar->>留言 2022年2月5日 (六) 02:19 (UTC)
- 本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
{{Navbox with columns}}修改报备:直接套用模块
编辑由于模板所使用的{{Navbox}}本身只是呼叫模块:Navbox,所以我打算直接将首行呼叫{{Navbox}}改为直接呼叫模块:Navbox本身,主要目的是减少嵌套模板用量,避免一些大量使用Navbox的页面很快就达到嵌套上限,沙盒版本已经测试完毕,看来没问题,如果没其他问题,稍后我就会套用在模板之中。--白布飘扬(留言) 2022年12月31日 (六) 18:39 (UTC)
- 附带报备,{{Navbox subgroup}}也会做同样修改,见沙盒版本与测试样例。--白布飘扬(留言) 2023年1月1日 (日) 07:49 (UTC)
- 会不会影响分类:Name参数和实际不同的导航框 ? 可不想因为阁下的修改,导致其大量增加而不能清理。--约翰同志-条目裱糊匠(留言) 2023年1月1日 (日) 08:19 (UTC)
- 本次修改不会牵涉任何外表或参数的改变,只是绕过了充当媒介的{{Navbox}},修改只有首行几个字,其效果相同不变,却可减少了双重的模板嵌套量。实际上同系列的另一模板{{Navbox with collapsible groups}}已有同样的修改先例,而本次修改将更简单。如出现异常,只需一键回退即可恢复。--白布飘扬(留言) 2023年1月1日 (日) 09:11 (UTC)
- 会不会影响分类:Name参数和实际不同的导航框 ? 可不想因为阁下的修改,导致其大量增加而不能清理。--约翰同志-条目裱糊匠(留言) 2023年1月1日 (日) 08:19 (UTC)
- 修改 已完成,目前看起来预期良好。--白布飘扬(留言) 2023年1月1日 (日) 18:08 (UTC)
- 辛苦了。话说是否有其他类似模板可以比照办理?—— Eric Liu 创造は生命(留言・留名・学生会) 2023年1月3日 (二) 16:11 (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)
- 涉及排版的因素挺多的,不同设备可能区别明显,我目前未遇到此问题,不过此前也有过。zh和yue的网站设置有一些区别,最近的话可能是zh的字号调整。模板的css似乎并没有更动。——暁月凛奈 (留言) 2024年6月13日 (四) 08:39 (UTC)
- 没错,而且粤维的显示就是正常的“睇·倾·改(快速编辑)”无换行,不知道中维哪个CSS出了问题。--Dabao qian℡ 2024年6月13日 (四) 08:30 (UTC)
- 他会不会说的是“编”被挪到了下一行的问题?我也困扰一段时间了,之前显示是“查·论·编/(快速编辑)”,但近段时间一直显示为“查·论·/编(快速编辑)”了。--自由雨日(留言) 2024年6月12日 (三) 19:00 (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)
- 把background:none transparent;删掉不知行不行--百无一用是书生 (☎) 2024年7月5日 (五) 03:46 (UTC)
- Module:Navbox的第62行
- 话说,修复之后,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)
- 我没有开深色模式……?而且刚好就是修复之后变成浅色的……--自由雨日(留言) 2024年6月20日 (四) 16:54 (UTC)
- 抱歉看错了,背景色是深色模式强制覆盖掉的。--Cookai饼块🍪(💬留言) 2024年6月20日 (四) 14:47 (UTC)
- 啊?上面不是在讨论“查论编”三个字(而非背景)的颜色吗……--自由雨日(留言) 2024年6月20日 (四) 14:38 (UTC)
- Module:Navbar/styles.css,
- 8em那个是因为看到有个导航框的标题歪掉了(忘了是哪个了)--百无一用是书生 (☎) 2024年6月19日 (三) 13:52 (UTC)
- 已修复,但留意到问题:最近@Shizhao:修改Common.css后,navbar“查论编”这三个字的颜色,不能被设置了(详见Template:香港电台频道及该模板在今年4月30日的存档)。--Tim Wu(留言) 2024年6月19日 (三) 07:46 (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.css、MediaWiki talk:Common.js、Module talk:Navbox,对应上述三处编辑请求,停用导航模板中过时的可折叠表格支持,改为MediaWiki自带的折叠语法。--Dabao qian℡ 2024年7月3日 (三) 20:56 (UTC)
- 使用mw核心提供的表格折叠会不会存在问题?能否复刻一个样式看看?——Sakamotosan路过围观 | 避免做作,免敬 2024年7月4日 (四) 00:44 (UTC)
- Template:Navbox/sandbox3、Module:Navbox/sandbox3、Template:香港行车隧道/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.js和MediaWiki talk:Common.css里面的相关代码到您的用户页JS/CSS就可以了。不过英、粤维早就已经实际运行很长时间了,问题应该不大。--Dabao qian℡ 2024年7月4日 (四) 02:39 (UTC)
- 需要将相应的功能整理成单独的脚本,然后通过小工具或者Commons.js引入。初步来看是暂时没看出还有什么明显问题,但也要考虑为什么很多看上去应该全站点代码一致的站点自定义功能,实际操作上都是脱同步的——每个站点具体实施上又加了自己的调整。——Sakamotosan路过围观 | 避免做作,免敬 2024年7月4日 (四) 02:49 (UTC)
- 其他语言的可折叠表格支持都是直接放在Common.js的,不像中维是以小工具的形式提供。需要灰度测试的话,关掉小工具里的可折叠表格支持,然后复制User:Dabao qian/common.js和MediaWiki talk:Common.css里面的相关代码到您的用户页JS/CSS就可以了。不过英、粤维早就已经实际运行很长时间了,问题应该不大。--Dabao qian℡ 2024年7月4日 (四) 02:39 (UTC)
- 可能还需要更新en:MediaWiki:Gadget-collapsibleTables.js等配套脚本,需要更多测试,而不是说换就换。当然怕出问题的话,没坏别修。就像一堆java 8、java 6不升级的 ——Sakamotosan路过围观 | 避免做作,免敬 2024年7月4日 (四) 02:34 (UTC)
- User:Dabao qian/common.js这里的最后两段脚本,一是为mw-collapsible增加autocollapse、innercollapse和outercollapse三种元素的支持,二是3.0版本的可折叠表格支持。--Dabao qian℡ 2024年7月4日 (四) 02:06 (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: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)
- Special:Diff/83093979,左右平衡的实现语法在Common.css,新版的话就用mw-collapsible-toggle替换掉collapseButton。--Dabao qian℡ 2024年7月4日 (四) 04:10 (UTC)
- 好像哪里见过MediaWiki:Gadget-collapsibleTables.js、Navbox、或者配套的css,折叠按钮是设定8em,所以我的实现也跟着8em。如果要保持Navbox内标题居中的话,必须Navbar(还有它的空白替代块)和折叠按钮块的宽度一致,才能将标题挤到居中。——Sakamotosan路过围观 | 避免做作,免敬 2024年7月4日 (四) 03:06 (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)
- 英维改了方案,编辑按钮的链接换成了Special:Editpage内部链接,Wikiplus读不出来自然也就不会自作主张地额外加按钮,已经在Module:Navbox提EP按照英维方案修改。--Dabao qian℡ 2024年7月4日 (四) 08:02 (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.js和MediaWiki: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)
- 我有个问题,我同时用Wikiplus和InPageEdit应该怎么办[开玩笑的] ——魔琴[身份声明 留言 贡献 新手2023] 2024年7月5日 (五) 15:05 (UTC)
- 那应该是Wikiplus自己搞,还是学微软帮用户擦屁股?——Sakamotosan路过围观 | 避免做作,免敬 2024年7月5日 (五) 00:40 (UTC)
- 经测试启用Wikiplus后两端宽度设为10em即可避免撑爆。--Dabao qian℡ 2024年7月4日 (四) 16:05 (UTC)
- 第1点暂时seems good。虽然我更喜欢我自己写的,能使th那一栏同时也绑定上折叠按钮功能。——Sakamotosan路过围观 | 避免做作,免敬 2024年7月4日 (四) 09:53 (UTC)
- 1.User:Dabao qian/collapsibleTables-new.js以及MediaWiki:Common.js和MediaWiki:Common.css的两处EP即可实现;2.似乎没有找到其他合适的方法--Dabao qian℡ 2024年7月4日 (四) 09:37 (UTC)
- @Dabao qian:你调成这样当然没问题了。这里分两个主要部分:1.改用mw折叠,可以考虑,但需要一组兼容性脚本用于处理自制折叠参数的兼容处理和自动折叠处理;2.标题居中,需要Navbox中的Navbar和折叠按钮块的宽度固定且相等,这可能需要脚本控制而不能靠css的自动宽度控制(因为两者长度大概率不等,需要脚本比较计算和注入覆盖);2.1.Wikiplus的撑爆,一定程度上和Navbar固定宽有关,要么Wikiplus自己适配,要么结合前面前面计算新的宽度和重新注入。——Sakamotosan路过围观 | 避免做作,免敬 2024年7月4日 (四) 09:31 (UTC)
- 打开F12实时调试使用mw折叠且按照旧版Common.css方案设定两端固定宽度8em之后效果与小工具改写折叠相差无几--Dabao qian℡ 2024年7月4日 (四) 08:50 (UTC)
- 英维的Navbox早就改了好几回了,粤维当前版本也早就不是中维当前版本了,不再需要Common.css定义宽度,而且英维的{{Navbar}}是不会出现快速编辑按钮的。--Dabao qian℡ 2024年7月4日 (四) 04:18 (UTC)
更新清单
编辑以上完毕了,才需要更新Module:Navbox、Module:NavboxV2的折叠参数调整。
- @Dabao qian:如果理解和没异议的话,可以推进下去。——Sakamotosan路过围观 | 避免做作,免敬 2024年7月5日 (五) 02:20 (UTC)
- 无异议,宽度和深色模式适配的问题后续再议(当然这不属于本次讨论范围)。--Dabao qian℡ 2024年7月5日 (五) 03:46 (UTC)
- @Dabao qian:,看了collapsibleTables-new.js,其实Module:Navbox、Module: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)
- @Dabao qian:,看了collapsibleTables-new.js,其实Module:Navbox、Module:NavboxV2不用换,因为按照脚本逻辑,“table.collapsible:not(.mw-collapsible)”就能够选出保持兼容class的table,然后后面加上“mw-collapsible”就是加上mw的折叠功能。——Sakamotosan路过围观 | 避免做作,免敬 2024年7月5日 (五) 08:33 (UTC)
- 无异议,宽度和深色模式适配的问题后续再议(当然这不属于本次讨论范围)。--Dabao qian℡ 2024年7月5日 (五) 03:46 (UTC)
UX
编辑啊所以现在想展开已关闭的存废讨论,就必须按右边的[展开],而不能直接点击小蓝条了?有点麻烦…… ——魔琴[身份声明 留言 贡献 新手2023] 2024年7月14日 (日) 16:55 (UTC)