跳转到内容

维基百科:互助客栈/技术/存档/2023年8月

维基百科,自由的百科全书


Template:暫定名稱

用户讨论页和沙盒被显示在主命名空间分类中

用户讨论页和沙盒里带的分类可以不显示到主命名空间的分类吗,是否有技术可以实现。

User_talk:Zys19991010里有分类“Category:中國電視台電視劇模板”,User:Antigng/LeJOS有分类“Category:机器人学;Category:计算机编程”,User:Pdeantihuman/CoDel有分类“Category:计算机编程”。--桃花影落飞神剑留言2023年7月27日 (四) 19:23 (UTC)

误填的IAR纠正相关内容。条目草稿中的分类可以{{Main other}},但是否该编辑他人页面、维护分类清洁,我不确定。--YFdyh000留言2023年7月27日 (四) 19:33 (UTC)
除非用bot或手工清理,没其他办法--百無一用是書生 () 2023年7月28日 (五) 02:15 (UTC)
不過倒是可以試試列出這種頁面供清理吧?—— Eric Liu 創造は生命(留言留名學生會 2023年7月28日 (五) 15:52 (UTC)
感觉意义有限,一直不都这样过来的。单纯列出意义不大,机器人自动清理或者CSS/JS针对访客隐藏?--YFdyh000留言2023年7月28日 (五) 19:01 (UTC)
li:has(a[title^="User:"]) {display:none;},Firefox似乎不支持has()。但是如何判断一个分类是否是条目分类?Category:机器人学Category:上海维基人两个页面没有什么明显的区别。 ——魔琴 留言 贡献 新手2023计划 ] 2023年7月29日 (六) 02:10 (UTC)
說得是啊,我忘記還有百科全書本身的分類了。—— Eric Liu 創造は生命(留言留名學生會 2023年7月31日 (一) 06:31 (UTC)
en:Template:User category?不过给非条目用分类贴标签的工作量也不小。--洛普利寧 2023年8月1日 (二) 07:44 (UTC)
JavaScript模糊检测分类名?自动折叠允许显示?问题可能在于是否必要。--YFdyh000留言2023年8月1日 (二) 20:32 (UTC)
在分类前加个英文半角冒号(:)?--Kethyga留言2023年7月29日 (六) 05:12 (UTC)
手動添加< nowiki></nowiki>:或使用{{Draft categories}}--寒吉留言2023年7月31日 (一) 09:17 (UTC)
技术上不行(或者祈求下mw开发能够实现一种wikicode语法,标识分类适用的页面空间范围)。页面掩饰上上面提过了,但区分不出哪些是专门给条目用的。最正确的方法是按照Wikipedia:草稿命名空间等关于分类的说明,将其暂时去功能化(包括上nowiki、注释、加过冒号改直接链接,等)。——Sakamotosan路过围观 | 避免做作,免敬 2023年8月1日 (二) 00:34 (UTC)

編輯框問題

在編輯框中快速拖動後字母都重疊在一起,而且無法編輯,這個能解決嗎(詳情見圖片[1],不管中維還是英維都有同樣的問題)--日期20220626留言2023年8月2日 (三) 15:07 (UTC)

网页CSS没加载好?--YFdyh000留言2023年8月2日 (三) 15:17 (UTC)

2023年第31期技术新闻

MediaWiki message delivery 2023年7月31日 (一) 23:53 (UTC)

Synchronizer工具要怎么用?--百無一用是書生 () 2023年8月1日 (二) 02:25 (UTC)
File:Synchronizer.png来看是生成供一键更新的表格。——暁月凛奈 (留言) 2023年8月3日 (四) 04:05 (UTC)
试用了一下,感觉这个工具最适合的人群是全域管理员。Lua模块和模板中不需要做本地化的可能可以用到--百無一用是書生 () 2023年8月4日 (五) 02:20 (UTC)
不太懂其他wiki怎么标注自己有修改或拒绝全域更新。--YFdyh000留言2023年8月4日 (五) 02:23 (UTC)
工具自己会检测是否与master存在分歧或者只是页面名称相同而内容完全不同。站点太多的话,电脑性能差可能会很卡,检测速度也会很慢--百無一用是書生 () 2023年8月4日 (五) 03:01 (UTC)

{{中國古代人物信息框}}与{{東亞男性歷史人物}}、{{東亞女性歷史人物}}合并

转换词

德国条目Lua报错

提议将MOSNUM dates做成全站小工具

小工具介绍页:User:Vozhuo/Tool/MOSNUM_dates

ping原作者@Vozhuo

很好用的小工具,站内用的人我看也不少。如果做成全站小工具的话,启用更方便,其他编者也更容易找到。

不知各位有何看法?--碟之舞📀💿 2023年8月4日 (五) 12:15 (UTC)

DYK提交工具都能,日期轉換也可以,當然技術方面又是一回事。 --窝法乙烷 儿法梦碎 2023年8月4日 (五) 12:35 (UTC)
界面好像會出來英文的Regex替換工具。如果全站啓用的話,可能還要調整一下?--洛普利寧 2023年8月5日 (六) 11:21 (UTC)
得问原作者。--碟之舞📀💿 2023年8月6日 (日) 03:28 (UTC)

关于-{}-的技术问题?

我在试图创建自己的沙盒时,发现提示框中是这样显示的:“-{zh-tw:用户; zh-cn:用户; }-沙盒是-{zh-tw:用户页面; zh-cn:用户页; }-的子页面,属于-{zh-tw:用户; zh-cn:用户; }-的测试区,不是维基百科条目。 -{zh-tw: 建立; zh-cn: 创建; }--{zh-hans: 用户; zh-hant: 用户; zh-tw: 用户; }-子页面时…………”(附截图:https://imgur.com/a/sQ1RPL2

之前我也在IRC求助频道中反馈过这个问题,有大佬解释是因为提示框模板和字词转换不兼容(抱歉我记不清原话了),但没有说应该如何修复这个问题。

后来我又发现了一个与-{}-有关的问题。举个例子,我用PC端浏览维基百科,把鼠标放在→朝鲜语←这个链接上预览它时,发现“-{}-”中的内容(例如:“-{zh-hans:朝鲜;zh-hant:北韓}-”)都无法在预览时正常显示。但是使用{{NoteTA}}的内容都可以正常预览。

以上是我发现的两个问题。我想在这边反馈一下,希望它们可以得到修复!^_^--Monica0908f留言2023年8月4日 (五) 15:15 (UTC)

順便一提,DYKEntry有一個article欄位,沒有支援-{}-,因此往往會在「正在投票評選的新條目」看見被推選的條目是有錯誤字,比如臺灣山「岳」會,就會顯示臺灣山「嶽」會,對「岳」添加-{}-,-{岳}-應該是可以顯示「岳」,實際上不然,而是變成[[:Wikipedia:新條目推薦/候選#臺灣山-{岳|臺灣山-{岳]]這樣的亂碼,請看[7]。--2001:B011:A401:3DEB:B97B:3B4E:2C9D:E750留言2023年8月4日 (五) 15:26 (UTC)
无法重现,显示应该是正常的。你那里的冒号是全角的?访问的是wiki.zwnes.eu.org吗。--YFdyh000留言2023年8月4日 (五) 16:08 (UTC)
是的,我访问的是wiki.zwnes.eu.org。我这边看到的冒号是中文的全角冒号“:”。
那个提示框只在我点击首页右上角红色的“沙盒”时才能看到,但是点击位于它下方的“外观选项”或“用字选项”中的选项后又看不到了。我也感到很疑惑。如果您用一个没有创建自己的沙盒的账号去创建沙盒,或许能看到?--Monica0908f留言2023年8月6日 (日) 11:55 (UTC)
看起来是这个问题phab:T229988?--百無一用是書生 () 2023年8月6日 (日) 12:32 (UTC)
全角冒号没重现。显示问题重现了,看上去网址指定的editintro的内容不支持简繁转换。--YFdyh000留言2023年8月6日 (日) 12:46 (UTC)
关于全角冒号,是否是设备问题?注意到截图中 创建“User:�/沙盒” 的冒号似乎也是全角,但带全角的相应页面无法创建(MediaWiki:Titleblacklist用户:.*)。至于editnotice不支持/支援变体转换,目前可以使用{{lan}}模板。 ——魔琴 留言 贡献 新手2023计划 ] 2023年8月6日 (日) 16:21 (UTC)

2023年第32期技术新闻

MediaWiki message delivery 2023年8月7日 (一) 21:20 (UTC)

最近更改的同组折叠功能异常

近日看到,最近更改/监视列表中“组合显示同一页面结果”功能的小箭头会在页面加载过程中消失,所有记录被始终展开。“&safemode=1&debug=1”下可重现。似乎仅Timeless皮肤下可重现。--YFdyh000留言2023年7月25日 (二) 22:26 (UTC)

我用的Timeless,应该有几天了。--Kethyga留言2023年8月2日 (三) 09:35 (UTC)
似乎好了。--YFdyh000留言2023年8月4日 (五) 11:18 (UTC)
好了,这个应该可以关了。--Kethyga留言2023年8月9日 (三) 16:12 (UTC)

要求預設隱藏工具列

—以上未加入日期時間的留言是于2023年8月12日 (六) 16:14 (UTC)之前加入的。

{{Cite_Q}}的publication-date为中文

DYK投票间隔限制

根据Wikipedia_talk:新条目推荐/候选/存档10#DYKC灌票问题#DYKC灌票问题的讨论,是否应该针对User:小躍/Vote-Template/Vote.js加入投票间隔限制,或者通过过滤器人为降低投票速度。--Cat on Mars 2023年8月12日 (六) 20:13 (UTC)----Cat on Mars 2023年8月12日 (六) 20:13 (UTC)

只能过滤器标记或机器人记录吧。警告会干扰到集中提交的用户。--YFdyh000留言2023年8月12日 (六) 20:26 (UTC)
我有这个想法也是因为HotCat被过滤器拦住了,如果集中提交应该可以只编辑1次。----Cat on Mars 2023年8月12日 (六) 21:40 (UTC)
编辑整页多段容易编辑冲突,处理麻烦。--YFdyh000留言2023年8月12日 (六) 22:30 (UTC)
无法从本质上解决问题。如某位评审者所指出的只要是“近期、原创、符合维基编辑规则,而且具有一定长度的中文条目”即可。现在的“基本推荐资格”要求太宽了,缺乏像英维一样的细则指引,使得条目获得赞成票的标准过低。举例正在投票的Wikipedia:新条目推荐/候选#加蔥,按英维详细指引会直接被“Articles and hooks that focus unduly on negative aspects of living individuals should be avoided”否决,而先前登上首页的2023年金砖国家峰会也会不符合英维的“D7 (completeness): There is a reasonable expectation that an article—even a short one—that is to appear on the front page should appear to be complete and not some sort of work in progress.”。--桃花影落飞神剑留言2023年8月12日 (六) 21:18 (UTC)
一提交之后就必须7天4票,一个星期大概有50篇条目,也就是说要期待200次检查。如果没有某种形式的灌票,这个体制下的评审就玩不下去了--洛普利寧 2023年8月13日 (日) 04:43 (UTC)
降低投票速度也没意义。一分钟十连发反而更容易让人确信投票人没看条目,拆成多段投票反而就不知道真真假假了。感觉这里还是像像我上次说的,DYK评审问题还是要看DYK主要编写者的表态。毕竟写条目的是他们,最有能力评审的也是他们,所以他们应该能提出更可行的方法。--洛普利寧 2023年8月13日 (日) 04:56 (UTC)

HanAssist第四版

存废讨论的批量提删如何兼容回复工具

页面存废讨论中的关注度等“批量提删”,只会在结尾附“提报以上页面的维基人及时间”签名,而这不兼容目前的“回复工具”,只能手动编辑章节以回复。偶尔也有看到错误回复在结尾签名后面。WP:TW是否能改为每个子章节都附加签名。以及允许用户选择将批量提删的页面以“、”陈列,单个章节里集中讨论同类页面。建议回复工具改进的反馈未获认可[9]。--YFdyh000留言2023年8月14日 (一) 12:10 (UTC)

最好还是一个页面一个章节,否则处理起来麻烦--百無一用是書生 () 2023年8月14日 (一) 12:26 (UTC)
听过多次,但没落实。感觉动作太大。--YFdyh000留言2023年8月14日 (一) 12:30 (UTC)

DYK投票工具

最近写了个用于DYKN的投票工具User:魔琴/gadgets/yik,抛砖引玉一下,希望能解决投票“错位”的问题。 ——魔琴 留言 贡献 新手2023计划 ] 2023年8月14日 (一) 17:07 (UTC)

Wikidata相关模板的Lua错误

svg图像问题

不知道为何我上传的这个游戏截图只显示了我在图像上增加的东西,但点进去又能看见下面的图像,也不知道怎么描述这个...这方面小白--蓝叶alan 2023年8月14日 (一) 02:22 (UTC)

可能是bug?你这个是svg内嵌位图,可能mw的svg转位图的后台应用有问题?mw:Manual:$wgSVGConverter(基金会用的是 rsvg(en:Librsvg))、mw:SVG——Sakamotosan路过围观 | 避免做作,免敬 2023年8月14日 (一) 02:36 (UTC)
( π )题外话 非自由图像用1,446 × 964 px似乎超标。而缩小后可能就意义不大。--YFdyh000留言2023年8月14日 (一) 02:45 (UTC)
那就只上传一张低分辨率的截图吧,不弄成svg图像了--蓝叶alan 2023年8月14日 (一) 03:01 (UTC)
我担心看不清画面元素和文字。--YFdyh000留言2023年8月14日 (一) 12:11 (UTC)
这种肯定超标的截图做好被压成狗屎的决心。(见过类似的)——Sakamotosan路过围观 | 避免做作,免敬 2023年8月15日 (二) 10:27 (UTC)

话题订阅与布告板版式

维基百科:管理员布告板/其他不当行为为例,只能订阅整个话题而不能订阅子项的单项、新增,这似乎因为子项使用了===而非==。那么,Wikipedia:管理员布告板/其他不当行为/header去除==和现有话题减少一层,是否是可行和有益的改进?“当前的不当行为”可以用“大字:”和分割线。存档机器人可能需微调。Wikipedia:管理员布告板/编辑争议Wikipedia:当前的破坏同理。英文维基的编辑争议是只有==,但WP:VIP是===。--YFdyh000留言2023年8月14日 (一) 11:53 (UTC)

Wikipedia:字词转换/修复请求#错误转换修复请求也是,只能订阅整个话题。--Kethyga留言2023年8月14日 (一) 13:00 (UTC)
建議直接功能請求讓頁面可以選擇三級標題來訂閱,不然影響範圍會有點太可怕。--SunAfterRain 2023年8月15日 (二) 08:04 (UTC)
只是觉得可能是个简单方案。影响范围指?也有道理,比如WP:REVOKE有4个二级分类,不过也能拆成子页面+链接?--YFdyh000留言2023年8月15日 (二) 12:00 (UTC)

2023年第33期技术新闻

MediaWiki message delivery 2023年8月15日 (二) 05:59 (UTC)

省流:基金会欠费了,有道不提供服务了。--MilkyDefer 2023年8月15日 (二) 06:20 (UTC)
有道和基金会之前好像是有合作协议的,应该是没付费吧--百無一用是書生 () 2023年8月16日 (三) 03:10 (UTC)

MediaWiki皮肤疑难

#property 在获取多个值时有零宽空格

s2cid范围过时

PMC範圍已過時

新跨語言連結

請問新版條目跨語言連結如何操作,tks--消波塊留言2023年8月11日 (五) 09:02 (UTC)

新版的界面中好像是条目右上角“工具”->“添加跨语言链接”,然后会指引到维基数据进行编辑,似乎比之前复杂了。--Kethyga留言2023年8月11日 (五) 09:32 (UTC)
另外像巴巴洛斯級巡防艦,这个已经建立维基数据项目的,需要在维基数据把两个维基数据项合并。维基数据登录用户,可以在设置中开启“合并小工具”。--Kethyga留言2023年8月11日 (五) 09:38 (UTC)
Tks,這是個好問題,我按一按以後就有兩個數據頁面了--消波塊留言2023年8月11日 (五) 14:36 (UTC)
@心平星辰Kethyga打開右側選單,裡面有一個「新增跨語言連結」選項,功能跟舊版外觀一樣。—— Eric Liu 創造は生命(留言留名學生會 2023年8月20日 (日) 12:17 (UTC)

Template:NoteTA

如果在模板中插入{{NoteTA}},尤其是将其放在模板开头的话,很容易使得插入模板的条目会出现一个多余的空行,尤其是底部有多个导航模板的情况下很明显。分类Category:放置于模板的noteTA还是挺多的,将近6000多个。能否从技术上解决,还是建议少在导航模板中使用NoteTA。--Kethyga留言2023年8月14日 (一) 11:52 (UTC)

大括号左右不换行,也会出现?导航模板里用,目前肯定是有弊端的。--YFdyh000留言2023年8月14日 (一) 12:13 (UTC)
在清理影视人物奖项模板中时,不清楚是不是因为插入了公共转换组,特别容易导致插入空行。手动转换的话不清楚具体什么时候会引入空行。--Kethyga留言2023年8月14日 (一) 12:51 (UTC)
模板本來就不適合放置NoteTA了,建議批量處理掉。--SunAfterRain 2023年8月15日 (二) 08:02 (UTC)
虽然有几项副作用(重复图标,空行处理,嵌入成本),但目前不觉得“不适合放置NoteTA”。--YFdyh000留言2023年8月15日 (二) 08:08 (UTC)
所以能研發個機械人,給被<noinclude>...</noinclude>包圍的{{NoteTA}}(或者放在/doc的{{NoteTA}})加個參數,不歸類於Category:放置于模板的noteTA嗎?--洛普利寧 2023年8月20日 (日) 11:48 (UTC)
字面上我觉得noinclude后也符合这个分类名。可能需要半自动编辑,有弄坏模板的风险和大量刷新,可能不值得加分类,生成一个列表似乎成本更低。--YFdyh000留言2023年8月20日 (日) 17:54 (UTC)

2023年第34期技术新闻

2023年8月21日 (一) 15:24 (UTC)

zh不等于Zh?

導航模板標題呈現

兩年多後,問題再度出現。

看看這個模板模板:Campaignbox 阿富汗內戰,有沒有人發現導航模板標題呈現偏左了 ? 偏左得很誇張。

被「查論編」擠的。可能與模組:Navbar模組:Navbar/configuration模組:Navbar/styles.css模板:Hlist/styles.css它們有關。

但它們全都是全保護,需要管理員處理。

另外,如果和模組:Navbar有關的話,修改的同時,順便請求移除模組:Navbar第164至166行涉及Category:Name參數和實際不同的導航框和Tracking=no的代碼,其令Category:Name參數和實際不同的導航框出現不能清理的頁面,影響或掩蓋真正能處理的頁面。相關請求無爭議。請求放在模組討論:Navbar。--約翰同志-條目裱糊匠留言2023年8月21日 (一) 20:07 (UTC)

有wikiplus则变成偏右。旧版。源码中的TemplateStyles:r78597504(Module:Navbar/styles.css)和wikiplus的“(快速编辑)”元素去掉后则正常。--YFdyh000留言2023年8月21日 (一) 20:28 (UTC)
我没有用小工具的“可折叠表格支持”脚本,而是自己改了一个旧版样式同功能的脚本(User:Cwek/collapsibleTables.js),显示的标题是居中的。如果使用小工具的“可折叠表格”脚本,按照我给的折叠按钮css样式是 float: right; font-weight: normal; text-align: right; width: 8em;并且消除margin-left,按钮就“恰好”归位,标题也正常了。——Sakamotosan路过围观 | 避免做作,免敬 2023年8月22日 (二) 00:47 (UTC)
默认小工具的样式也是一样的,但要消除margin-left。——Sakamotosan路过围观 | 避免做作,免敬 2023年8月22日 (二) 00:49 (UTC)
需要处理的是Module:Navbox,我弄了个从英维移植的Module:Navbox/sandbox,已做本地化处理,经测试可解决以上问题。
测试页面:Template:Campaignbox 阿富汗內戰。(测试例子转到这里:Template:Campaignbox_阿富汗內戰/testcases。——Sakamotosan路过围观 | 避免做作,免敬 2023年8月22日 (二) 06:30 (UTC)
其余测试样例:Template:Navbox/testcases
差异:[22]。--Taeas留言2023年8月22日 (二) 05:00 (UTC)
@Comrade John @Cwek @YFdyh000--Taeas留言2023年8月22日 (二) 05:05 (UTC)
粗看了一下,好像有部分旧代码的配置没完全保留下来(titleCell部分),先观望。可以用testcase套一个实例,然后对比输出html和css样式,我弄NavboxV2也是这么对比判断。——Sakamotosan路过围观 | 避免做作,免敬 2023年8月22日 (二) 05:44 (UTC)
不一定要全部保留的,显示效果没问题就行。--Taeas留言2023年8月22日 (二) 05:50 (UTC)
修改前:
修改后(沙盒版本):
--Taeas留言2023年8月22日 (二) 05:53 (UTC)
将更换前(User:Cwek/工作室/77637380)和更换后(User:Cwek/工作室/78614658)的输出做了对比,这已经是完全改变了原有Navbox的结构了。非常不建议,如果只是Category:Name參數和實際不同的導航框的问题,或者可以在相应的调用添加参数来关闭这个功能,而不是大概。我不认为不同语言项目类似功能的代码脱同步有什么问题。——Sakamotosan路过围观 | 避免做作,免敬 2023年8月22日 (二) 06:23 (UTC)
这个问题跟Category:Name参数和实际不同的导航框无关。--Taeas留言2023年8月22日 (二) 06:38 (UTC)
那就有必要更新这个Navbox的代码?是不是Navbox和Navbar的Lua代码中都有各自的对Category:Name参数和实际不同的导航框标注检测而产生冲突?——Sakamotosan路过围观 | 避免做作,免敬 2023年8月22日 (二) 06:41 (UTC)
会不会是之前引进Navbar调整中引入了新的css模板样式(因为TemplateStyles:r78597504好像就是Navbar的模板样式,不太确定,可能以前并没有专门引入这个?或者Navbar的样式一直都在Commons.css中?)导致的问题?——Sakamotosan路过围观 | 避免做作,免敬 2023年8月22日 (二) 06:40 (UTC)
Navbar更新后确实引入了Module:Navbar/styles.css。另外,Commons.css里似乎也有Navbar的样式。--Taeas留言2023年8月22日 (二) 08:40 (UTC)
不太确定居中问题是不是这个原因,只是根据渲染后的css结果推测:默认Navbox标题行的标题div是没有margin的,然后Navbar的div默认设了width为8em,挤占了左边8em的宽度(而且加浮动左边),我写的折叠按钮脚本也给了按钮字占位div为浮动右边+width为8em,刚好平衡了。小工具的折叠脚本给折叠按钮还加多了margin-left为0.5em,刚好还把标题行的内容顶了下去。新Navbox的话,Navbar的width为auto,但给标题的div给了margin: 0 4em(也就是左右给外展4em),刚好也规避了这个问题(只要Navbar和右边的按钮长度不超过4em的话)。——Sakamotosan路过围观 | 避免做作,免敬 2023年8月22日 (二) 07:01 (UTC)
如果要解决这个居中的话,Module:Navbox#L-122加多margin: 0 4em;。不考虑Wikiplus这个外部脚本的问题。——Sakamotosan路过围观 | 避免做作,免敬 2023年8月22日 (二) 07:08 (UTC)
已在Module:Navbox/sandbox2进行尝试,测试效果是这样的:Template:Campaignbox_阿富汗內戰/sandbox,问题没有得到解决。--Taeas留言2023年8月22日 (二) 08:50 (UTC)
试下margin: 0 8em;[28]),Navbar的div给了8em,collapseButton的div也是8 em。——Sakamotosan路过围观 | 避免做作,免敬 2023年8月22日 (二) 09:44 (UTC)
试了下,还是刚才那个页面。标题居中了,但是长文字不会换行。--Taeas留言2023年8月22日 (二) 09:50 (UTC)
长文字不会换行应该是本来就是这样?因为标题div没有限制width,所以有多长字就撑开div多宽,除非通过titlestyle注入width和强制内部元素换行的属性。——Sakamotosan路过围观 | 避免做作,免敬 2023年8月22日 (二) 09:58 (UTC)
那没问题了。应该可以让管理员帮忙部署了吧。--Taeas留言2023年8月22日 (二) 10:01 (UTC)
Module:Navbox#L-122加多一行:css('margin', '0 8em')Module:Navbox#L-62加多一行tracking='no'(解决Navbar和Navbox一起检测Category:Name參數和實際不同的導航框),大概这样?——Sakamotosan路过围观 | 避免做作,免敬 2023年8月22日 (二) 10:07 (UTC)
Wikipedia:互助客栈/技术#修改Module:Navbox列出了几种类型的模板,只在Module:Navbox#L-62加多一行tracking='no'不能解决全部类型的问题,所以还是在Navbar移除比较好。--Taeas留言2023年8月22日 (二) 10:12 (UTC)
无意见,应该是因为Navbar更新而带入的问题(?)。——Sakamotosan路过围观 | 避免做作,免敬 2023年8月22日 (二) 11:03 (UTC)
移除Module:Navbar第164至166行涉及Category:Name參數和實際不同的導航框的代码就行,那个是本地另外加的。--Taeas留言2023年8月22日 (二) 11:15 (UTC)
如果降一级到模板保护的话,我的权限足够去改。——Sakamotosan路过围观 | 避免做作,免敬 2023年8月22日 (二) 10:08 (UTC)
如果改成给Module:Navbox#L-122添加margin: 0 auto;width:fit-content;,应该可以解决这个问题。--Taeas留言2023年8月22日 (二) 09:14 (UTC)
不过,不知为何,标题栏高度会被撑开一点点。--Taeas留言2023年8月22日 (二) 09:18 (UTC)
@Comrade John @Cwek 我已在Template:Campaign进行修复,不知效果是否达标。--Taeas留言2023年8月22日 (二) 09:31 (UTC)
已回退。--Taeas留言2023年8月22日 (二) 10:00 (UTC)

@TaeasYFdyh000cwek所以現在情況如何,有甚麼解決辦法 ? 導航模板標題仍呈現偏左。--約翰同志-條目裱糊匠留言2023年8月22日 (二) 11:54 (UTC)

Module:Navbox#L-122增加一行:css('margin', '0 8em')--Taeas留言2023年8月22日 (二) 12:35 (UTC)
同样需要管理员的帮助。--Taeas留言2023年8月22日 (二) 12:35 (UTC)
我回退了Navbar模組修改,似乎有改善一點。—— Eric Liu 創造は生命(留言留名學生會 2023年8月22日 (二) 13:40 (UTC)
直情解決了問題。--約翰同志-條目裱糊匠留言2023年8月22日 (二) 13:44 (UTC)
下一步应该是重新部署吧。--Taeas留言2023年8月22日 (二) 15:27 (UTC)
Module:Navbar/styles.css#L-3font-size: 88%;移除即可解决以上问题。--Taeas留言2023年8月22日 (二) 15:28 (UTC)

在澳門繁體介面編輯在生人物條目時,有關模板顯示時沒有轉換成繁體字,全為簡體。未知為何?其他正/繁體介面可有同樣問題?—An Macanese 2023年8月9日 (三) 07:21 (UTC)

如果我没有记错,编辑提示不支援繁简转换。--MilkyDefer 2023年8月9日 (三) 07:31 (UTC)
額……要是如此則鄙人動議管理員修改此模板並添加正/繁體文本,如有其他編輯提示亦一併比照辦理。—An Macanese 2023年8月9日 (三) 12:51 (UTC)
Template:Editnotice,请。--MilkyDefer 2023年8月9日 (三) 12:54 (UTC)
(?)疑問,請問閣下另行把這個模板給我的意思是?Template:BLP editintro這模板被全保護了,想要編輯終得靠管理員出馬啊—An Macanese 2023年8月10日 (四) 13:47 (UTC)
编辑提示不支持繁简转换。另外修改工程量太大了,个人认为只要编辑提示能让人看明白就行,变体不是问题,修改条目文本本身就要面对繁简混用,多一个不能转换的编辑提示不是问题。如果真想改这块,更应该开另外一个话题去让社群讨论要不要给编辑提示加繁简转换功能,社群讨论达成一致了再报Phab。H.Natsumi2023年8月20日 (日) 14:30 (UTC)
我认为是个问题,不是所有人都简繁精通。怀疑是否已经报过phab。--YFdyh000留言2023年8月20日 (日) 16:54 (UTC)
界面文字的转换不能通过常规的字词转换方式解决,需要使用{{Lan}}模板,该问题已通过提报EP实现本地解决。--Dabao qian今天19:30《中餐厅第七季》 2023年8月25日 (五) 15:18 (UTC)

2023年第35期技术新闻

MediaWiki message delivery 2023年8月28日 (一) 13:59 (UTC)

除了上述的wiki之外,URL缩短程序还在中维和日维启用。--MilkyDefer 2023年8月28日 (一) 14:45 (UTC)
MediaWiki:Gadget-shortURL.js以及小工具残留UI文本页面需要删除。cc@Shizhao、@AnYiLin--碟之舞📀💿 2023年8月28日 (一) 15:24 (UTC)
@Diskdance已於上周二提請相關處理:Wikipedia:頁面存廢討論/記錄/2023/08/22#MediaWiki:Gadget-shortURL.js。AFD已獲得共識,將於數小時內完成處理。-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鮮果茶☕在維基百尋求休閒是否搞錯了什麼☎️·☘️2023年8月29日 (二) 12:36 (UTC)

中英文自动添加空白小工具

各位维基人好,由于目前的共识是条目中英文间尽量不添加空格,我制作了中英文自动添加空白小工具。

效果图请见此处(不知道为什么被识别为18+了,请忽视)。目前小工具已经在Beta Cluster部署,目前看来没有什么大问题。各位如需测试,请前往Beta Cluster注册账号,并启用“优化中文和其他字符混排时的字距”小工具。

小工具GitHub仓库地址位于这里。--碟之舞📀💿 2023年8月21日 (一) 10:38 (UTC)

(!)意見 截图来看感觉间距稍大(单个字符宽),不习惯。型号两侧的间距规则有点怪。可能不少人在等浏览器新CSS。--YFdyh000留言2023年8月21日 (一) 13:34 (UTC)
@YFdyh000:间距大小都是0.125em。--碟之舞📀💿 2023年8月22日 (二) 01:07 (UTC)
记得规范是半个字符宽?--百無一用是書生 () 2023年8月22日 (二) 06:32 (UTC)
@Shizhao:摘自中文排版需求§横排的中、西文混排配置

……原則上,漢字與西文字母、數字間使用不多於四分之一個漢字寬的字距或空白。

目前的宽度和苹果在iOS/macOS上自动添加的中英文空白差不多。--碟之舞📀💿 2023年8月22日 (二) 11:16 (UTC)
如果说是0.125em的话,应该非常窄,但是看效果图似乎不是这样。跟我的1/4em差不多,我用的\u{2005},我觉得效果就蛮好了。我不知道你有没有听说过浏览器并不会忠实地处理这些空白字符,似乎最小就是1/4em了,而且有些空白字符还会扩张,我选的这个2005似乎是不会扩张,稳定是1/4em,所以我选它的。 1=0欢迎加入WP:維基百科維護專題 2023年8月28日 (一) 02:13 (UTC)
(!)意見 用大字号的时候看不出有空白。--ItMarki探討人生 2023年8月22日 (二) 08:11 (UTC)
我试了一下,对比前后能看出空白。能否给一下复现步骤?如果不满意的话,可以用CSS手动加大间距。--碟之舞📀💿 2023年8月22日 (二) 11:16 (UTC)
这里。--ItMarki探討人生 2023年8月22日 (二) 15:03 (UTC)
@ItMarki:修复了。如果没有效果的话请等待缓存刷新。--碟之舞📀💿 2023年8月23日 (三) 02:36 (UTC)
我記得以前Alexander Misel君還是誰寫過功能一樣的小工具來著。—— Eric Liu 創造は生命(留言留名學生會 2023年8月22日 (二) 13:34 (UTC)
对。我这个加空白的方式不一样,还有对长条目做了性能优化。--碟之舞📀💿 2023年8月23日 (三) 02:37 (UTC)
User:AnYiLin/js/pangu wiki.user.js,应该是这个吧。--蕭漫留言2023年8月23日 (三) 07:13 (UTC)
既然盘古之白作为常年提案一直争论不休,並且不止一位编者专门为此编写了小工具,不如择其善者加入本地参数设置,並对所有用户默认开启。这样既优化了中西文混排时的显示效果,也解决了编者手动加空格的问题,从根本上避免了无谓的空格编辑战。待到主流浏览器支持自动加间距後,再将小工具弃用即可。--蕭漫留言2023年8月23日 (三) 07:38 (UTC)
不建议默认开启,目前所有通过JS加空格的做法都没办法100%保证完全不存在兼容问题。--碟之舞📀💿 2023年8月23日 (三) 08:00 (UTC)
“兼容问题”是指什么问题?如果不是太大的问题,应该不妨碍默认启用。--蕭漫留言2023年8月23日 (三) 09:17 (UTC)
难说。我测试的时候就遇到很严重的问题,比如直接导致Vector 2022搜索坏掉,当然现在修好了,但是谁也不知道将来会发生什么。--碟之舞📀💿 2023年8月23日 (三) 14:11 (UTC)
请问能否部署为本站非默认小工具?如果没有异议的话我开始公示了。--碟之舞📀💿 2023年8月24日 (四) 13:42 (UTC)
如果部署,小工具页面应加备注,确保使用者理解条目源码中应该不手动加空格,而非相反。--YFdyh000留言2023年8月24日 (四) 16:26 (UTC)
我觉得这是应该在格式手册中规定的内容,和小工具本身无关吧?--碟之舞📀💿 2023年8月25日 (五) 02:02 (UTC)
我很担心有人误解为这个小工具是纠正为“正确格式”,然后用户去修改条目源码。如果加入小工具,建议描述阐明调整与MOS:空格的关系或不同。--YFdyh000留言2023年8月25日 (五) 04:57 (UTC)
我建议同步修改格式手册。能否另开讨论?--碟之舞📀💿 2023年8月25日 (五) 06:32 (UTC)

同步调整格式手册

鉴于上方所述问题,我提议同步修改格式手册为建议尽量不在中英文之间添加空格。先说一句,条文中不建议提及本小工具,因为这不应该是格式手册里该写的东西。--碟之舞📀💿 2023年8月28日 (一) 15:19 (UTC)

“在中文语境内,文字之间应该不留空格”不是已经表述吗。我是担心小工具用者不了解这个指引。--YFdyh000留言2023年8月28日 (一) 16:13 (UTC)
这句话想要表达的是中文词和词之间不加空格吧?以及下文“专有名词内的中文和数字、外文之间”也只是适用于专有名词。我没有看看见通用的条文。--碟之舞📀💿 2023年8月29日 (二) 06:57 (UTC)
我理解是中文上下文内的所有文字。“外文单词及数字间应按原文保留空格”是特例,中文和外文间适用“应该不留空格”。--YFdyh000留言2023年8月29日 (二) 17:35 (UTC)
小工具导致误解的话,我觉得可以从小工具本身的介绍入手。比如“在中文和英文混排时自动添加空白,以优化显示效果”,这样就明确只是在显示时调整。至于什么是“正确格式”,这个就如我上方所述,应该是格式手册规定的东西。--碟之舞📀💿 2023年8月29日 (二) 06:59 (UTC)
似乎不能完全避免理解为我们允许/应当手动为所有人优化显示效果以“根除问题”,虽然不一定会有很多新手来启用。描述中直接给出“条目编写参照MOS:空格”可接受,但目前格式手册讲“不是维基源代码”,有点绕。--YFdyh000留言2023年8月29日 (二) 17:39 (UTC)