Template talk:Navbar

編輯請求（1307953755）

请求已处理

請將 <span style="font-size:80%;">•</span> 改為{{·}}，使用比較小一點和正規一點的點。冰霜葵 2011年7月7日 (四) 15:26 (UTC)[回复]

完成 ==Ben.MQ 2011年7月20日 (三) 11:31 (UTC)[回复]

缩小查论编三字间隔

请求已处理

全麦面包在Template talk:Navbox#缩小查论编三字间隔提出的問題，我在此轉述。{{·}}本身已經包含一前一後的nbsp，再加多一前一後，間隔就顯得太多。所以請將

&nbsp;{{·}}&nbsp;

換為

{{·}}

--Quest for Truth (留言) 2012年1月21日 (六) 17:58 (UTC)[回复]

同意。-- 同舟 (留言) 2012年1月22日 (日) 00:21 (UTC)[回复]

完成--Alberth2 汪汪 2012年1月23日 (一) 16:30 (UTC)[回复]

简体界面“查”→“阅”

请求已拒绝

请求将简体中文界面下“查看”的简写由“查”改为更加能表达意思的“阅”。--113.201.61.178（留言） 2014年2月17日 (一) 08:15 (UTC)[回复]

没多大影响。--广雅范 ★ 2014年2月23日 (日) 10:37 (UTC)[回复]
- 繁体界面下是“阅”，其实统一一下也未尝不可。--Patvoiiage（留言） 2014年2月28日 (五) 12:18 (UTC)[回复]

编辑请求

请求已处理千村狐兔（留言） 2017年8月22日 (二) 10:17 (UTC)[回复]

可以使用Module:Navbar。 --Q _whisper 2017年7月26日 (三) 13:06 (UTC)[回复]

@Vozhuo：，已改。--千村狐兔（留言） 2017年8月22日 (二) 10:17 (UTC)[回复]

編輯請求 2019-12-14

请求已拒绝--Xiplus#Talk 2019年12月14日 (六) 13:29 (UTC)[回复]

向{{Navbar}}添加模板数据以便使用模板精灵添加该模板。--jingkaimori（留言） 2019年12月14日 (六) 12:47 (UTC)[回复]

請自行編輯Template:Navbar/doc。--Xiplus#Talk 2019年12月14日 (六) 13:29 (UTC)[回复]

本主題或以下段落文字，移動自Wikipedia:互助客栈/技术。执行者：Jimmy-bot（留言） 2024年7月15日 (一) 16:14 (UTC)。[回复]

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; }，加上那個按鈕後寬度爆掉了，就這麼簡單。（粵維這行被拆掉了）--Sun After Rain 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)[回复]

在导航模板中淘汰过时的可折叠表格支持

本主題或以下段落文字，移動自Wikipedia:互助客栈/技术。执行者：Jimmy-bot（留言） 2024年7月28日 (日) 16:14 (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)[回复]

好像改了会不会影响标题居中？为了保证标题居中，我写的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)[回复]

[1]，分别是固定宽、不固定宽，使用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)[回复]

更新清单

~~以上完毕了，才需要更新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)[回复]

参见Module talk:Navbox#編輯請求 2024-07-17--Dabao qian ℡ 2024年7月18日 (四) 09:45 (UTC)[回复]