跳转到内容

维基百科:互助客栈/技术

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

这是本页的一个历史版本,由Wctaiwan留言 | 贡献2022年3月17日 (四) 14:22 代码调整:​ 回复)编辑。这可能和当前版本存在着巨大的差异。

本頁用作讨论在编辑时遇到的技术问题;發表問題或討論前,請先參閱常見問題解答帮助信息MediaWiki基本問題及搜索舊討論記錄。另請注意:

請注重礼仪、遵守方針與指引,一般問題請至互助客棧其他區知识问答提出,留言后请务必签名(点击 )。


發表前請先搜索存档,參考舊討論中的内容可節省您的時間。
公告欄
# 💭 話題 💬 👥 🙋 最新發言 🕒 (UTC+8)
1 濫用過濾器警告信息 14 4 人间百态 2025-01-10 20:47
2 Navbox hlist 數字清單 多餘開括號(重開) 3 3 Dabao qian 2024-12-18 02:15
3 應將使用Fullurl模板之頁面連結排除於待建立模板外 36 4 A2569875 2025-01-08 07:32
4 条目左上角的“维基百科,自由的百科全书”怎么不见了? 22 6 Kethyga 2025-01-08 20:03
5 提议给MediaWiki:Noarticletext和MediaWiki:Noarticletext-nopermission(含所有中文变体)加上维基数据 5 3 A2569875 2025-01-11 09:48
6 不蓝不绿的绿链问题 42 9 Cwek 2025-01-04 11:58
7 顽固的缓存 7 3 Cwek 2025-01-04 15:56
8 修订间差异不太智能 3 2 GUT412454 2025-01-04 02:02
9 机器人自动修正WP:MOSIW 5 4 魔琴 2025-01-05 20:28
10 “在编辑记录中标示使用者权限”小工具不支持显示仲裁员 2 2 What7what8 2025-01-06 11:42
11 方針區章節結構混亂 2 2 1F616EMO 2025-01-08 07:35
12 Template:澳門主題無法顯示圖片 2 2 Tp0910 2025-01-06 01:59
13 Template:PH wikidata疑似无法正常显示 2 2 YFdyh000 2025-01-06 01:43
14 InternetArchiveBot將有效連結判斷成失效連結 2 2 YFdyh000 2025-01-07 01:18
15 未能訂閱WP:DYKC討論 2 1 1F616EMO 2025-01-08 07:41
16 Twinkle无法识别重定向页模板 2 2 自由雨日 2025-01-11 20:21
發言更新圖例
  • 最近一小時內
  • 最近一日內
  • 一週內
  • 一個月內
  • 逾一個月
特殊狀態
已移動至其他頁面
或完成討論之議題
手動設定
當列表出現異常時,
請先檢查設定是否有誤

正在廣泛徵求意見的議題

議題清單

以下討論需要社群廣泛關注:重新整理維基百科技術議題與模板

Wikipedia talk:字詞轉換處理/公共轉換組 § 思路:條目預儲公共轉換組中匹配的規則,減少載入時間
资源充足的条目可以考虑把压力转移给Lua模组,也就是让Module:NoteTA更智慧,只加载条目中用到的转换规则,代码见Module:沙盒/GnolizX/NoteTA。看效果,User:GnolizX/肖申克的救赎/新
Post‐expand include size: 647267/2097152 bytes
Lua time usage: 1.732/10.000 seconds
Lua memory usage: 30646218/52428800 bytes
可以对比User:GnolizX/肖申克的救赎/旧,两个页面转换后的内容是一致的:
Post‐expand include size: 1764141/2097152 bytes
Lua time usage: 0.859/10.000 seconds
Lua memory usage: 20785293/52428800 bytes
于是用充足的Lua记忆体与紧张的模板展开大小进行了交换。
这个功能还可以迁移到Module:沙盒/GnolizX/CGroupViewer,汉漢图标打开的速度也能变快很多,不用再一股脑地把所有的规则全部加载出来。看效果:User:GnolizX/CGroupViewer
至于条目下方的导航模板可以考虑用机器人更新,把CGroupViewer稍微改造一下(-{D|改成-{H|等等)就可以自动获取匹配到的规则了。--GnolizX留言) 2024年8月26日 (一) 16:12 (UTC)
Template talk:AFG § 是时候在阿富汗条目及模板挂上塔利班的旗帜了吧?

喀布尔陷落已经三年了,而民族抵抗阵线的声音也已经消失了三年,可以确认的是塔利班已经基本掌控整个阿富汗地区,是时候让阿富汗的旗帜换上塔利班的了。--糯米花留言) 2024年12月10日 (二) 09:03 (UTC)

Template talk:SYR § Template:SYR所使用的旗幟

阿薩德政權垮台後的新政權所使用的旗幟這個,但Template:SYR仍未更新。請問是否應立即更新?--132.234.228.89留言) 2024年12月16日 (一) 08:57 (UTC)

Talk:天安门广场 § “位置与面积”章节显示大片空白

--Tjw123hh留言) 2025年1月6日 (一) 16:57 (UTC)

在瀏覽過程中保留中文變體

參見 Help_talk:中文维基百科的繁简、地区词处理#未登入情況下的預設值

目前如果使用者沒有登入、又無法從瀏覽器判斷他的偏好,中文維基會在每一個頁面皆預設為不轉換。然而假使某人已經在瀏覽某條目時選取了用字模式,應該可以合理推定這是他所偏好的用字模式。是否能考慮用 cookie(或 session cookie)來保存匿名使用者的用字模式,以免每點一個連結就需要重新設定?

我寫了個簡短的 JavaScript(User:Wctaiwan/rewritePathVariant.js)透過改寫連結網址來達到這個目標(如果當下的網址是/zh-tw/Foo,則把頁面上所有/wiki/Bar的連結都改寫成/zh-tw/Bar),自己測了一下效果還不錯。不知道社群對於把這個 script 放到 MediaWiki:Common.js 之類的地方(或包裝成預設開啟的小工具)有沒有什麼看法?

(另一個作法是試著在 MediaWiki 裡面直接解決,可是根據 phab:T223053 上的討論,因為各種共用快取的關係,這樣做的難度有點高。)wctaiwan留言2021年12月6日 (一) 12:14 (UTC)[回复]

先前的討論
如有可能,应在后端实现。通过前端脚本循环全部相关DOM节点并无差别替换将严重影响页面性能。--安忆Talk 2021年12月6日 (一) 12:45 (UTC)[回复]
同意,我一開始也是試著在後端解決,但是發現這樣做會影響到 parser cache 的正確性。還有些其他可能可行的後端作法,可是應個都會更複雜,也會需要基金會的人員提供協助(參見 Phabricator 上的討論)。
還有一點我想特別強調的是這個 script 只有在網址包含變體的時候才會發生作用,所以理論上只會影響透過下拉選單手動選擇變體的使用者(以及點選包含變體連結的使用者)。兩害相權(效能 vs. 每點一個連結就跳回不轉換)的情況下,我覺得這可能還是值得。wctaiwan留言2021年12月6日 (一) 13:03 (UTC)[回复]
如果包含無效變體,會產生無效網址,如[1]。另已確定會破壞popups-- Sunny00217  2021年12月6日 (一) 13:14 (UTC)[回复]
變體是從網址中取得,所以應該不太需要擔心無效變體的情形吧?(要把 regex 改得嚴格一些也是可以,我只是覺得未必有必要)Popups 的部分看來問題是因為 Popups 假設連結都會符合 MediaWiki 裡$wgArticlePath的格式(原始碼:en:MediaWiki:Gadget-popups.js),稍微看一下我覺得要解決可能有點複雜... wctaiwan留言2021年12月6日 (一) 13:31 (UTC)[回复]
@AnYiLinSunny00217 改了一下作法,變成在點選連結的時候才去改寫網址,這樣效能應該會好一點,也應該可以解決 Popups 失效的問題。wctaiwan留言

能不能請大家對這個提案多給點意見?這個對多數中港台使用者可能影響不大,可是像我自己手機的作業系統是英文的,不登入的話每次看中文維基都要一直切換變體,所以我真的還蠻希望可以解決這個問題的,謝謝。wctaiwan留言2021年12月10日 (五) 03:00 (UTC)[回复]

咱真的不能写个cookie吗?--Milky·Defer 2021年12月10日 (五) 14:55 (UTC)[回复]
如果不能純粹在JavaScript實現的話會有難度,因為必須要修改 Varnish 去用這個 cookie 去判定要回傳哪個變體的內容(詳見 [2]wctaiwan留言2021年12月11日 (六) 01:37 (UTC)[回复]
如果您使用的是Android操作系统,其实可以在系统的语言设置中添加其他语言,这样浏览器发送的请求里面应该就会有您偏好的多种语言及优先级。不清楚iOS的情况如何。--David Xuang (contact me) 2021年12月17日 (五) 11:05 (UTC)[回复]
比如我的手机设置的是zh-Hans-CN和en-GB,那么Firefox发送请求时的Accept-Language头是zh-CN,en-GB;q=0.5,Chrome则是zh-CN,zh;q=0.9,en-GB;q=0.8,en;q=0.7,这样网站就会按照顺序依次匹配可用的语言。--David Xuang (contact me) 2021年12月17日 (五) 11:12 (UTC)[回复]
就我所知 iOS / Safari 不支援這個,不過即使支援,我還是覺得如果可以不需要手動設定也能自動保留變體,對讀者會是比較好的體驗。改版過的JS只需要在點選連結的時候執行,效能應該不會是太大的問題。@AnYiLinSunny00217MilkyDefer您們還有什麼其他意見嗎?wctaiwan留言2021年12月18日 (六) 07:06 (UTC)[回复]
代码在该URL改坏链接。--Lt2818留言2021年12月18日 (六) 08:05 (UTC)[回复]
修好了。(把zh-\w+換成zh-(cn|hk|mo|my|sg|tw)wctaiwan留言2021年12月18日 (六) 08:31 (UTC)[回复]
@Wctaiwan我會建議是如果網址變體和當前變體匹配再修改,如User:Sunny00217/rewritePathVariant.js的做法-- Sunny00217  2021年12月22日 (三) 15:22 (UTC)[回复]
感謝您的建議;已修改。(我剩下的部分還是保留我原本的做法,因為可以向下相容不支援 ES2015 的瀏覽器,而且可以支援在背景分頁開啟等情形,且因為只需要在 document 上加兩個 listener,頁面開啟時的效能影響應該比較小一點。)wctaiwan留言2021年12月23日 (四) 01:51 (UTC)[回复]

是否可以部署?

這個也討論一段時間了,大家提出來的問題我應該也都有所修正。想請問社群和管理員群對部署這個 script 有沒有什麼看法,有什麼其他缺失也麻煩繼續提出。wctaiwan留言2021年12月23日 (四) 01:51 (UTC)[回复]

現在提議的腳本是哪一份?--Xiplus#Talk 2022年1月11日 (二) 01:53 (UTC)[回复]
我都是直接改在User:Wctaiwan/rewritePathVariant.js,目前版本為 [3] wctaiwan留言2022年1月11日 (二) 03:42 (UTC)[回复]
如果破坏popups则反对。--桐生ここ[讨论] 2022年1月11日 (二) 10:41 (UTC)[回复]
原本會影響 Popups 是因為原始版本是在頁面載入時直接改寫所有符合 regex 的連結,現在已經改成在點選當下改寫,所以這個問題已經得到改善。(已點選過連結的 Popups 還是會失效,不過這應該 99% 的人都不會被影響,畢竟都點開來看了...)wctaiwan留言2022年1月11日 (二) 11:20 (UTC)[回复]
是说,点一下href被改了所以才失效了吧,弹出新标签页也是默认行为。那就直接阻止默认行为,从href用window.open开个新窗口好了,不实际更改href。--安忆Talk 2022年1月11日 (二) 11:26 (UTC)[回复]
相對於直接改動window.location.href,我當初會選擇現行的做法是因為這樣可以保留瀏覽器原本的事件處理,不用手動處理以新分頁開啟等特例(也由此減低邊角案例出錯的機率)。不過如果您可以提出處理右鍵、中鍵開新分頁的具體方式,且經測試可以相容於主要的電腦及行動瀏覽器,我對現有的做法也沒有太強烈的偏好。wctaiwan留言2022年1月11日 (二) 15:28 (UTC)[回复]
$(document).mousedown(e=>console.log(e.button))?中键同左键用window.open,右键再实际改href。--安忆Talk 2022年1月12日 (三) 10:13 (UTC)[回复]
這裡的情況其實還蠻多種的:
  1. 一般左鍵或是觸控螢幕點選(應修改window.location.href
  2. 中鍵點選(應使用window.open
  3. 右鍵點選(端看點選右鍵後選擇的選項)
  4. ctrl/cmd+左鍵(應使用window.open
  5. 觸控螢幕長按(端看長按後選擇的選項)

感覺起來如果要全部正確處理會有點複雜,而且邊角案例可能還是會出錯。這樣處理的原因除了避免影響 Popups 還有什麼理由嗎?如果只是這樣的話,我會覺得現有方法可能還是利大於弊。wctaiwan留言2022年1月12日 (三) 14:11 (UTC)[回复]


如果加入,则建议以可开启关闭的小工具方式。--桐生ここ[讨论] 2022年1月11日 (二) 10:44 (UTC)[回复]
如果可以只針對匿名使用者部署我也覺得 OK,畢竟已登入的使用者可以透過修改個人設定解決這個問題。wctaiwan留言2022年1月11日 (二) 11:20 (UTC)[回复]
看上去应该改不坏什么,所以不反对。--Milky·Defer 2022年1月11日 (二) 13:56 (UTC)[回复]
在只默认对未登录用户启用的情况下支持,但仍然建议使用浏览器DevTools对性能进行一下对比测试(对没有偏好的游客是否有影响)。--David Xuang (contact me) 2022年1月12日 (三) 10:32 (UTC)[回复]
直接複製連結的部分應該就不用處理了,畢竟如果是要把連結傳去其他地方的話帶有變體並不好-- Sunny00217  2022年1月15日 (六) 08:55 (UTC)[回复]
這個要刻意排除有點難度。為了要完整處理上面提及的各種情況(尤其是以新分頁開啟),我現在的做法是在 mousedown(滑鼠按鈕按下去)或 touchstart(觸控螢幕接觸開始)時改寫連結。如果要避免複製的連結被改到,則必須區分按右鍵 -> 以新分頁開啟和按右鍵 -> 複製連結兩種情形。我甚至不太確定這能不能透過 JS 達成。有鑒於這只有在使用者手動選擇變體時才會有效果(如果 Accept-Language 標頭中有變體資訊則不會用到),我覺得這應該是個可以接受的缺點?wctaiwan留言2022年2月14日 (一) 00:09 (UTC)[回复]
我支持默认启用,毕竟你都开了popups怎么还不选一个你喜欢的变体…… ——魔琴 [ 留言 贡献 ] 2022年1月21日 (五) 15:01 (UTC)[回复]
應該是login就不執行吧,直接叫他去偏好調了-- Sunny00217  2022年2月9日 (三) 07:29 (UTC)[回复]
已排除已登入的使用者。wctaiwan留言2022年2月13日 (日) 23:58 (UTC)[回复]

@Xiplus(或其他路過的管理員)能不能麻煩您依據以上的討論看一下是否可以部署,並將此討論存擋?謝謝。wctaiwan留言2022年2月14日 (一) 00:20 (UTC)[回复]

最近比較忙沒空處理這個,不過我打算等有空把這個 JavaScript 包裝成一個 gadget 然後在這裡公示透過 MediaWiki:Gadgets-definition 預設部署。這樣就不需要修改 Common.js。wctaiwan留言2022年3月3日 (四) 03:47 (UTC)[回复]
容我把先前的討論折疊起來,免得一直佔空間。wctaiwan留言2022年3月3日 (四) 04:02 (UTC)[回复]
問個技術問題,要怎麼製作對未登入使用者預設啟用,但對登入使用者預設關閉的小工具?--Xiplus#Talk 2022年3月3日 (四) 09:08 (UTC)[回复]
印象里没有直接办法,反过来倒是行。想到的方法是,先在common.js之类的地方判断userid再load,嗯…load会慢一些,可以直接default加载再用if包裹具体内容执行。--安忆Talk 2022年3月3日 (四) 09:36 (UTC)[回复]
用common.js比較好吧,對登入使用者減少載入沒有功能的js。--Xiplus#Talk 2022年3月10日 (四) 04:28 (UTC)[回复]
這個 script 才 1.5KB 左右,經過 ResourceLoader minify 應該可以再壓縮一半左右。我的猜測是相對於(僅在需要時)加掛那個 listener,下載程式碼這件事對頁面效能應該趨近毫無影響,用小工具部署也比較模組化一些,反而在 common.js 用 mw.loader.load 可能還會因為需要多一個 request 而使多數匿名讀者載入頁面的效能變差... 不過我可以至少把 mw.user 改成用 mw.config,這樣可以少一個 dependency。 wctaiwan留言2022年3月10日 (四) 06:25 (UTC)[回复]
ResourceLoader minify也只有移除空白字元而已,不過我說的不是這個,還是可以用ResourceLoader,只是把判斷式放到common.js,不開default。--Xiplus#Talk 2022年3月10日 (四) 06:57 (UTC)[回复]
這樣不是在讀取 common.js 後才會用mw.loader.load發另一個 request 去載入這個 script?不過我對於實際實作方式沒有太過強烈的偏好,對我而言重點是解決一開始提出的問題。如果您覺得這樣比較好,能不能請您條列具體的步驟,以利公示期結束時進行部署?(我主要是覺得這個提議這麼久都尚未部署,一方面也是因為一直沒有一個確定的方案,所以才提出具體步驟進行公示。)謝謝。wctaiwan留言2022年3月12日 (六) 19:04 (UTC)[回复]
應該做不到,不過現行的版本裡面已排除已登入使用者。[4] 大概可以在部署 gadget 時把它設成 default|hidden,這樣對未登入使用者會自動啟用,對已登入使用者則應沒有影響。wctaiwan留言2022年3月3日 (四) 14:24 (UTC)[回复]

部署公示討論

研究了一下 mw:Gadget kitchen#Deploying or enabling a gadget,看來要部署的話具體的步驟如下:

  1. User:Wctaiwan/rewritePathVariant.js 搬動到 MediaWiki:Gadget-rewritePathVariant.js
  2. MediaWiki:Gadgets-definition 中進行以下修改:
現行條文

browser ...

appear

提議條文

browser ...

* RewritePathVariant[ResourceLoader|default|hidden|targets=desktop,mobile|type=general]|rewritePathVariant.js

appear

這樣做的話會預設為匿名使用者開啟這項功能,但不影響已登入使用者。現行部署的版本將會是 [5]

依據以上的具體提案,🕗 公示7日,2022年3月17日 (四) 02:45 (UTC) 結束 wctaiwan留言2022年3月10日 (四) 02:45 (UTC)[回复]

代码调整

/**
 * Work around https://phabricator.wikimedia.org/T223053 by rewriting link URLs
 *
 * Thanks to User:Legoktm for the idea and for technical assistance, and to
 * User:Jack Phoenix for reviewing the implementation.
 */

(function () {
	if (mw.config.get('wgUserName') !== null)
		return; // Don't run this for logged-in users
	var userVariant = mw.config.get('wgUserVariant');
	if (!userVariant || userVariant.indexOf('zh-') !== 0 ||
		window.location.pathname.indexOf('/' + userVariant + '/') !== 0 &&
		new mw.Uri().query.variant !== userVariant
	)
		return;
	$(document).on('keydown mousedown touchstart', 'a', function () {
		var originalHref = $(this).attr('href'),
			uri;
		if (!originalHref)
			return;
		try {
			uri = new mw.Uri(originalHref);
		} catch (e) {
			return;
		}
		if (!('variant' in uri.query))
			if (originalHref.indexOf('/wiki/') === 0)
				this.href = '/' + userVariant + originalHref.slice(5);
			else if (originalHref.indexOf('/zhwiki/w/index.php?') === 0)
				this.href = uri.extend({variant: userVariant}).getRelativePath();
	});
})();

对代码做了些调整,依赖项有mediawiki.Uri,请其他人复核一下。

  • 增加keydown事件,适用于键盘导航的场景。
  • mw.Uri处理网址,应能规避一些边角错误。
  • 简化代码。

--Lt2818留言2022年3月10日 (四) 09:29 (UTC)[回复]

增加keydown我覺得是個好主意。其餘部分我覺得我原本的程式碼可能比較容易閱讀/維護(例如省略{}可能會造成 goto fail 之類的錯誤),不過同上,我對實際的程式碼沒有強烈的偏好,所以端看社群的想法。wctaiwan留言2022年3月12日 (六) 19:04 (UTC)[回复]
您的代码未考虑到/zhwiki/w/index.php网址中可能存在的fragment,例如将该页面第二行的“資訊”链接改错。“goto fail”之类属于劣质代码,不认为是加个括号能避免的。--Lt2818留言2022年3月13日 (日) 07:38 (UTC)[回复]
已修正,程式碼風格部分見仁見智,就看社群怎麼想吧。wctaiwan留言2022年3月13日 (日) 15:03 (UTC)[回复]
先以我說的方式部署了 1 2 3,登入使用者如有需要(可能想要一段時間以某種變體瀏覽多個頁面之類的?)也可以開啟這個小工具。--Xiplus#Talk 2022年3月17日 (四) 05:30 (UTC)[回复]
例如...以隨機用字模式閱讀頁面的小工具?--Xiplus#Talk 2022年3月17日 (四) 05:31 (UTC)[回复]
萬分感謝!wctaiwan留言2022年3月17日 (四) 14:22 (UTC)[回复]

本地是否启用Commons deletion notification bot?

我们是否可以在本地启用Commons deletion notification bot?当共享资源上的文件被提删时,该bot会在本地使用了该文件的页面的对话页发出通知。该bot由基金会的Community Tech提供支持--百無一用是書生 () 2021年12月30日 (四) 07:43 (UTC)[回复]

(+)支持。—— Eric Liu 創造は生命(留言留名學生會 2021年12月30日 (四) 15:49 (UTC)[回复]
(+)支持桐生ここ[讨论] 2022年1月6日 (四) 15:30 (UTC)[回复]
( ✓ )同意。--东风留言2022年1月9日 (日) 13:45 (UTC)[回复]
(+)支持----👻Cryberghost 2022年1月11日 (二) 13:07 (UTC)[回复]
(+)支持--0906(回復請Ping我) 2022年1月11日 (二) 15:34 (UTC)[回复]
(+)支持--在下荷花请多指教欢迎签到2022年1月29日 (六) 06:40 (UTC)[回复]
(+)支持,之前经常看到条目中共享资源的图片不知什么时候就没了,想在本地合理使用又找不到图片存档……有了这个机器人会方便许多。——BlackShadowG留言2022年2月1日 (二) 15:24 (UTC)[回复]
(+)支持。--Leiem留言·签名·维基调查 2022年2月4日 (五) 18:37 (UTC)[回复]

部署相關問題

phab那边给了一些意见需要社群给予回应:

  • 这个东西的i18n相关问题需要社群给予关注。translatewiki.net上面CommunityTechBot分zh-hans和zh-hant,而且两者很多用语都不一样,需要确定提示信息具体使用哪一种语言变体(这应该意味着必须牺牲一部分地区词,如果我没理解错的话)。
  • 同时,社群需要决定什么时候给讨论页上留通知。commons常见的删除方式有快速删除、删除讨论(类似于存废讨论,需要7天的讨论)以及npd (no permission)(可以理解成需要提交上传者确实是版权持有人或者得到了授权,否则文件会在7天后删除)——默认设置是前两者得到通知。如果认为有必要的话,可以在第三种情况下也进行通知。
  • 最后是有没有必要给这个通知的账户bot flag的问题——这个交给BAG的人商量比较好。 Stang 2022年2月20日 (日) 21:43 (UTC)[回复]
通知问题我觉得全部都可以上,bot flag不需要--百無一用是書生 () 2022年2月21日 (一) 02:50 (UTC)[回复]
  • 之前想回覆這件事情結果一直忘記。建議Commons在對話頁的通知維持在英語就可以了。由於英語是Commons的主流溝通用語,雖然可以使用華語,如果自身的英語能力有限還是很難跟人互動,除非我們有強大的翻譯志愿者常駐在Commons上協助使用者。話說Commons許多的方針指引頁面依然還沒翻譯成中文或者翻譯不全以及過時的版本,想要全面理解Commons方針還是要有基本的英語能力才是上策。另外在Commons會接觸到各式各樣的人,將新來的中文使用者導向Commons未必能替他們帶來良好的體驗。--章安德魯留言2022年3月14日 (一) 10:40 (UTC)[回复]
    • 这里是中文站点。如果存在可用的翻译,应尽可能使用翻译的内容。而且不就是一个罐头信息么,改成英文并不能起到实质上“提升英文理解能力”的作用(删除里有不管用什么语言都是不会随之改变的)。 Stang 2022年3月15日 (二) 11:29 (UTC)[回复]

本討論章節會維持開放,暫時不按最後意見發表時間存檔,直到機器人部署。欲讓機器人存檔,請移除本模板。留言請置於本模板上方。

路过解决了RFR申请页排版问题

路过解决了RFR申请页排版问题,请管理员复核:[6][7][8][9][10][11][12][13][14][15][16][17][18][19]--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~ 2022年1月22日 (六) 10:17 (UTC)[回复]

  • 电脑板
    电脑板
  • 手机版 宽屏
    手机版 宽屏
  • 手机版 正常
    手机版 正常
  •   Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~ 2022年1月31日 (一) 11:43 (UTC)[回复]
    [20]你应该检查你的分辨率--。->>Vocal&Guitar->>留言 2022年1月31日 (一) 12:19 (UTC)[回复]
    額 待會修理--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~ 2022年2月6日 (日) 11:56 (UTC)[回复]
    似乎沒有動靜?—— Eric Liu 創造は生命(留言留名學生會 2022年3月15日 (二) 06:51 (UTC)[回复]

    Vector2022 不重新加载页面时显示预览错位

    下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。

    编辑页面不重新加载页面时显示预览错位,2022年2月3日

    如图,我使用Vector2022皮肤,今天编辑页面时点击预览按钮,预览就会错位。昨天没有这种情况,不知道怎么解决。 -- 2022年2月3日 (四) 06:36 (UTC)[回复]

    @ Ericliu1912你刪除{{Hide}}模板後圖片整個跑版凸出去了。我猜U:50829!可能是看到排版問題才使用{{Hide}}模板的。—- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2022年2月4日 (五) 10:59 (UTC)[回复]
    。—— Eric Liu 創造は生命(留言留名學生會 2022年2月4日 (五) 14:16 (UTC)[回复]

    本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。

    @50829!請問這個問題是怎麼解決的?我現在每一次預览都會這樣,在維基文庫也是--0906(回復請Ping我) 2022年2月9日 (三) 15:12 (UTC)[回复]

    @ChhTJ096我也不清楚。我发现这个问题的第二天,bug就自然消失了,此后也没有类似的情况出现。-- 2022年2月10日 (四) 04:41 (UTC)[回复]
    結果現在我也沒有這個問題了...--0906(回復請Ping我) 2022年2月17日 (四) 17:07 (UTC)[回复]
    @50829! @ChhTJ096 我在粤维也遇到了,提交编辑后便会出现。--Tim Wu留言2022年3月15日 (二) 07:09 (UTC)[回复]

    Template:DNA

    Category 页面的次级标题存在冗余的“分类”二字

    在 Category 页面的次级标题中,重复出现了“分类”一词。例如 Category:自然科学 这个页面,其第二个次级标题为「分类“分类:自然科学”中的页面」,对比英维的相应页面,该标题作「Pages in category "Natural sciences"」,可见本站应删去此处的“分类:”字样,希望管理人员能处理一下这个 bug。--蕭漫留言2022年2月19日 (六) 17:52 (UTC)[回复]

    在“不转换”模式下是正常的,其他变体都有问题。 Stang 2022年2月19日 (六) 18:09 (UTC)[回复]

    本討論章節會維持開放,暫時不按最後意見發表時間存檔,直到問題解決。欲讓機器人存檔,請移除本模板。留言請置於本模板上方。

    Chembox模板更新(技术)

    先前Chembox模板需要更新的内容已讨论完毕,参见Template_talk:Chembox#Chembox模板更新,模板修改涉及技术问题,希望有熟悉代码的进行更新。--Leiem留言·签名·维基调查 2022年2月23日 (三) 06:23 (UTC) Template:DNA[回复]

    请求处理Module:Tlg的编辑请求

    如题,于Module talk:Tlg。合并英文维基最新版本。该版本解决了一些技术问题。--Yining Chen留言|签名页2022年2月26日 (六) 13:13 (UTC) Template:DNA[回复]

    2022年2月28日 (一) 22:59 (UTC)

    用于替换的系统内置box css样式见这里的测试案例:User:Shizhao/boxcss--百無一用是書生 () 2022年3月1日 (二) 03:02 (UTC)[回复]
    有一些页面使用[25]--百無一用是書生 () 2022年3月1日 (二) 03:05 (UTC)[回复]
    ok。已经基本替换(除用户空间外)--百無一用是書生 () 2022年3月1日 (二) 03:24 (UTC)[回复]
    还有很多没改啊。messagebox没有对应的替代品似乎(如果从boxcss那个页面来看)。 Stang 2022年3月2日 (三) 17:48 (UTC)[回复]
    还有哪些啊?能举几个例子吗?messagebox这个我深深怀疑是否是个bug?完全和其他几个不是一个风格.....--百無一用是書生 () 2022年3月4日 (五) 07:16 (UTC)[回复]
    主要是messagebox吧(很多表格里面有,不知道怎么搞的),别的基本都解决了。 Stang 2022年3月7日 (一) 16:47 (UTC)[回复]
    找到了[26],看起来不少啊--百無一用是書生 () 2022年3月8日 (二) 03:48 (UTC)[回复]
    有的应该可以用mbox换掉(不过就比较费功夫了),实在不行暂时抄过来顶顶也不是不可以。 Stang 2022年3月9日 (三) 07:20 (UTC)[回复]
    "Page not found"....--百無一用是書生 () 2022年3月10日 (四) 02:58 (UTC)[回复]

    mw-add(remove)-media

    这两个标签1.37起就默认禁用了,但本站历史上大量使用本标签,禁用后编辑摘要里就只能显示比较不具有描述性的tag-mw-add-mediatag-mw-remove-media。可否本地强制创建对应的界面信息?-- Stang 2022年3月4日 (五) 12:07 (UTC)[回复]

    應該去phab:T286362報告吧?這不是單一站點的問題。--Xiplus#Talk 2022年3月4日 (五) 12:54 (UTC)[回复]
    兩個標籤已從所有編輯移除,結果根本不是需要本地擔心的事情嘛。--Xiplus#Talk 2022年3月7日 (一) 15:07 (UTC)[回复]
    那挺好。 Stang 2022年3月7日 (一) 16:43 (UTC)[回复]

    請求清理Category:在infobox_station使用未知参数的页面

    如題,Category:在infobox_station使用未知参数的页面分類中條目數量非常多,從呼和浩特东站來看似乎不相容舊有中文參數名稱(預覽編輯時會顯示很多未知參數錯誤),又有至少三個系統的參數(見Template:Infobox_station/doc/更新旧有模版参数)需要清理;不相容中文參數部分需要修改Template:Infobox_station,更新舊有參數部分則不知道有無機器人處理,如果沒有的話希望在此建立共識,以便之後請求建立機器人。--迴廊彼端留言2022年3月5日 (六) 16:15 (UTC)[回复]

    邀請有在清理相關參數的User:JhstriverUser:OwennsonUser:Disney2967評論,也請有在添加這類參數的User:Marvin LouUser:FoampositeUser:S2000171User:2021 LEE KAR KEE JACKYUser:Cyron ChoiUser:Vitsuha留意。--迴廊彼端留言2022年3月15日 (二) 05:04 (UTC)[回复]
    我覺得中文參數應該保留,畢竟這裡是中文維基百科。這個Infobox station本身就是由數個Infobox合併而成,為了兼容舊的參數而留存至今。不過有一些我覺得確實有需要換掉,比如Station Infobox和與其相關的大寫參數,這個我還在清理,沒有那麼快(整理舊的日本車站就花了我整整一年時間)。另外,namecolour、linecolour和livery三個參數亦應當保留。--owennson聊天室獎座櫃2022年3月15日 (二) 05:34 (UTC)[回复]

    Abuse filters that need to be optimized

    Hello, and apologies for writing in English! While I was investigating an AbuseFilter issue (T303059), I noticed in the MediaWiki logs that a some filters here on the Chinese Wikipedia need to be improved. In particular:

    • Filter 340 often fails to run because the regex has horrible performance and the PHP regex engine kills it. I'd suggest replacing every "match-all dot" with something more specific that guarantees that the regex engine won't try to look ahead until the end of the page.
    • There are other filters that also use the match-all dot and sometimes the regex takes a long time to be checked, slowing the page save down by a few seconds. These are: 170, 201 (third regex), 214, 223, 245, 255, 261, 267. Sometimes, these will also fail to run.
    • In filter 294, I suggest reordering the conditions to check user_blocked last, because that can be expensive to compute.

    I strongly suggest fixing those, because they can have a noticeable impact on performance. Also, the AbuseFilter has a limit of 1000 conditions that can be checked by all filters, and this limit is sometimes reached (see stats here). I suggest you to optimize the conditions used, or some filters will not be checked. Please feel free to ask me if you need any help, just make sure to ping me as I don't watch this page. Thank you, --Daimona Eaytoy留言2022年3月5日 (六) 17:49 (UTC)[回复]


    概要:系统维护人员通知:防滥用过滤器340的性能惨不忍睹以至于经常不能在时间限制内执行完毕。其他性能差的还有170、201、214、223、245、255、261、267。另有对294提出建议。--MilkyDefer 2022年3月5日 (六) 19:00 (UTC)[回复]

    Filter 340 is disabled now. Filter 294 (and 295 with same condition) are fixed.--Xiplus#Talk 2022年3月6日 (日) 03:55 (UTC)[回复]
    Filter 201 is fixed. Replace .* with .{0,10}.--Xiplus#Talk 2022年3月6日 (日) 04:03 (UTC)[回复]
    Filter 170 is fixed.--Xiplus#Talk 2022年3月13日 (日) 09:28 (UTC)[回复]

    模板:Infobox royalty

    T:Infobox royalty中的「full name」欄位異常,參閱喬治王子 (劍橋),在「全名」欄位多了一個換行,格式也沒有對齊。--CaryCheng留言2022年3月7日 (一) 07:59 (UTC)[回复]

    好像这个模板就是这么设计的?--Tim Wu留言2022年3月7日 (一) 08:33 (UTC)[回复]
    了解,感謝。--CaryCheng留言2022年3月7日 (一) 15:39 (UTC)[回复]

    参考文献提示工具的弹出框中跨语言链接小工具无法正常显示

    鼠标浮于在参考文献提示工具的弹出框中的跨语言链接时,跨语言链接小工具的弹出框无法正常提示跨语言链接。——角色扮演对话留言2022年3月7日 (一) 08:27 (UTC)[回复]

    @角色扮演对话 参数设置里8个跨语言链接的选项只选了1个?--Tim Wu留言2022年3月7日 (一) 08:32 (UTC)[回复]
    @Tim Wu 是的,只选了“光标悬浮时显示Tooltip(对于已存在页面的情况下高亮表示)”。--角色扮演对话留言2022年3月8日 (二) 03:16 (UTC)[回复]

    (※)注意 我刚刚在手机端(但是是桌面版视图)测试过了,不是小工具无法正常显示,而是跨语言链接小工具跨语言链接小工具会显示在下面的参考资料栏里。草(中日双语)

    另外,这种问题的一个例子可以在条目矫枉过正的注释“nb2”和“nb3”中找到。--角色扮演对话留言2022年3月10日 (四) 13:49 (UTC)[回复]

    關於近期的新功能notpageimageT301588

    近期多出了可以使用|class=notpageimage來防止某張圖片被加入預覽圖,而現在Module:Location map生成的圖像有時會莫名覆蓋掉當前的圖像,如自由女神像,想問各位覺得有必要對這個模組加上上面這個功能嗎?--SunAfterRain 2022年3月7日 (一) 15:28 (UTC)[回复]

    觉得可以。如果条目缺图的时候,地图作为页面图像意义也不大(毕竟上面也没有具体坐标点)。@ShizhaoMilkyDefer Stang 2022年3月7日 (一) 16:59 (UTC)[回复]
    首先{{Flag}}和{{Flagicon}}的國旗都要先排除成為頁面圖像。--路西法人𖤐 2022年3月8日 (二) 02:51 (UTC)[回复]
    The best possible page image on Wikimedia wikis is one of the first four images in an article which has a width/height between 400-600px and a height/width which is twice the value of the other dimension. Stang 2022年3月8日 (二) 03:16 (UTC)[回复]
    旗帜模板中的国旗系统已经自动过滤掉了,不需要这个新的参数。唯一不确定的问题是这个新参数是否对og起作用?当然加上这个参数也没什么问题,多一点冗余应该不是坏事--百無一用是書生 () 2022年3月8日 (二) 03:59 (UTC)[回复]
    另外,地图是Kartographer生成的,没法用这个参数吧?--百無一用是書生 () 2022年3月8日 (二) 04:00 (UTC)[回复]
    如果Kartographer地图顶掉了其他图片,是不是应该提报bug啊?--百無一用是書生 () 2022年3月8日 (二) 04:03 (UTC)[回复]

    啊,搞错了,不是Kartographer啊--百無一用是書生 () 2022年3月8日 (二) 04:04 (UTC)[回复]
    不過不論是內部連結預覽還是站外平台的連結預覽,都還是會將國旗圖示當成預覽圖的情況。還是這個不相關?--路西法人𖤐 2022年3月9日 (三) 00:41 (UTC)[回复]
    不相关。您可以理解成她实现了另一套东西。 Stang 2022年3月9日 (三) 07:16 (UTC)[回复]
    @Shizhao但感覺預覽圖出現國旗(頁面中只有國旗時)也怪怪的?--SunAfterRain 2022年3月9日 (三) 14:49 (UTC)[回复]
    預覽圖是指哪里的预览图?--百無一用是書生 () 2022年3月11日 (五) 03:02 (UTC)[回复]
    然後搜尋一下目前存在這些Flag有[[File:]]連結(限Special:Prefixindex/Template:Flag找的到的) 囧rz……
    1. {{Flag/core}}
    2. {{Flagathlete/core}}
    3. {{Flagc/1}}
    4. {{Flagcountry/core}}
    5. {{Flagdeco/core}}
    6. {{Flagicon/core}}
    7. {{Flagicon/nt}}
    8. {{Flagicon image}}
    9. {{Flaglink/core}}
    10. {{Flaglist/core}}
    11. {{Flagmedalist/core}}
    12. {{Flagright/core}}
    13. {{Flagu/core}}
    --SunAfterRain 2022年3月9日 (三) 15:00 (UTC)[回复]
    以上模板已经全部加上了notpageimage参数,请看看是否都正常--百無一用是書生 () 2022年3月11日 (五) 03:00 (UTC)[回复]
    另外,对于站内预览和站外预览的影响,能提供一些案例作比较就好了--百無一用是書生 () 2022年3月11日 (五) 03:05 (UTC)[回复]
    目前此更動,造成如使用{{Bk-rt}}的條目都出現問題,如使用{{bk-rt|JPN}},出現「class=notpageimage|日本(旗幟)」,非「日本(旗幟)」。-- 2022年3月11日 (五) 04:43 (UTC)[回复]
    修掉了,感谢反馈。 Stang 2022年3月11日 (五) 18:16 (UTC)[回复]

    2022年3月7日 (一) 21:16 (UTC)

    部分条目的标题显示异常

    P進數,现在网页版显示的是<i>p</i>进数 --Ember Edison 2022年3月9日 (三) 03:24 (UTC)[回复]

    完成,改為使用DISPLAYTITLE魔術字即可正常顯示。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2022年3月9日 (三) 11:32 (UTC)[回复]

    在使用翻译器翻译过程中发现一些英文模板缺失相应的中文版本

    比如相当重要的参考文献模板、一些人物模板之类的。

    有没有小伙伴想要一起研究一下把那部分英文模板转成中文模板呢? --Georges Smiley留言2022年3月9日 (三) 03:26 (UTC)George Smiley[回复]

    @Georges Smiley給個列表出來,我去改改。--Ghren🐦🕖 2022年3月9日 (三) 11:01 (UTC)[回复]
    目前发现问题最大的是,Template:reflist经常会显示缺少该模板的相关信息,不知道究竟是因为模板不一样还是因为别的什么……
    但是会把翻译好的东西搞得一团糟。--Georges Smiley留言2022年3月10日 (四) 00:44 (UTC)[回复]
    所以具體是什麼模板?reflist的英維和中維是完全一樣的。--Ghren🐦🕚 2022年3月10日 (四) 03:15 (UTC)[回复]

    使用2017编辑器时光标偏移

    如题。在编辑文字时光标正常,但在编辑代码高亮的模板部分时就会出现严重偏移(实际编辑的位置与光标显示位置不一致),不清楚是否为设备或浏览器或Mediawiki的问题。--Yining Chen留言|签名页2022年3月9日 (三) 15:20 (UTC)[回复]

    老问题了。--Bigbullfrog1996𓆏2022年3月9日 (三) 17:58 (UTC)[回复]

    IABOT 故障 2022-03

    机器人在BURNOUT SYNDROMES运行时出现错误,该错误已经出现过多次。--Q28留言2022年3月11日 (五) 15:19 (UTC)[回复]

    @Q28请去提phab,此机器人不在本地维护。--在下荷花请多指教欢迎签到2022年3月12日 (六) 12:34 (UTC)[回复]
    虽然我不太明白什么错了,能详细说说吗?--在下荷花请多指教欢迎签到2022年3月12日 (六) 12:37 (UTC)[回复]
    存档太旧了吗?我重新存了一份并补到了机器人的域名配置里,我重新运行了一次,等等看看效果。--在下荷花请多指教欢迎签到2022年3月13日 (日) 03:39 (UTC)[回复]
    这是因为互联网档案馆收录了该条目的官方网站,于是机器人就会对这个链接挂wayback模板。但不知道为什么,我们不需要这个模板,有人能解决我的这个(?)疑問吗?--Q28留言2022年3月13日 (日) 06:42 (UTC)[回复]
    @Q28这不是bug,IAbot的存档范围包括外部链接,这是为了防止万一外部链接网站炸了读者无法打开它。--在下荷花请多指教欢迎签到2022年3月13日 (日) 06:45 (UTC)[回复]
    但是为什么现在当IABOT添加该官方网站的WAYBACK时,我们需要将其移除呢?--Q28留言2022年3月13日 (日) 07:09 (UTC)[回复]
    @Q28为什么要问我这个问题?--在下荷花请多指教欢迎签到2022年3月13日 (日) 07:10 (UTC)[回复]
    我没懂,什么是“但不知道为什么,我们不需要这个模板”?这一句里的“我们”指谁?--在下荷花请多指教欢迎签到2022年3月13日 (日) 07:12 (UTC)[回复]
    我的意思是,你近期的编辑diff=70597044&oldid=70574363是什么意思?为什么iabot的编辑被你回退了?--Q28留言2022年3月13日 (日) 07:16 (UTC)[回复]
    @Q28???我没动这个页面啊……这里应该@Hijk910吧,一直是他在回退。--在下荷花请多指教欢迎签到2022年3月13日 (日) 07:31 (UTC)[回复]

    連結還沒死,不需要在外部連結一節顯示存檔給讀者。-hiJK910 走先喇 係咁先喇 下次再玩吖 2022年3月13日 (日) 10:33 (UTC)[回复]

    @Hijk910然而即使没死在外部链接显示存档也是惯常做法,就像一般在参考链接里加存档一样。--在下荷花请多指教欢迎签到2022年3月13日 (日) 10:35 (UTC)[回复]
    「參考資料」跟「外部連結」功能不一樣,不能混為一談。「參考資料」是給編者看的,「外部連結」是給讀者看的。參考資料還會加出版日期、閱覽日期等,但顯然外部連結並不用,因為外部連結不須滿足可供查證的需求。所謂慣常做法,也只是這個bot不懂分辨外部連結而已。-hiJK910 走先喇 係咁先喇 下次再玩吖 2022年3月13日 (日) 10:40 (UTC)[回复]
    我认为这里的存档链接和搜索引擎的“网页快照”功能相似,假设网页临时失效或其他问题时临时访问用。--在下荷花请多指教欢迎签到2022年3月13日 (日) 10:56 (UTC)[回复]
    就我個人的觀察,你口中的「臨時」幾乎不會發生。如果發生了,就那時候再加。-hiJK910 走先喇 係咁先喇 下次再玩吖 2022年3月13日 (日) 11:58 (UTC)[回复]
    临时嘛,就是那种很少发生的问题,再有就是防范网络错误,我认为加上是没问题的。(寻求其他人意见?)--在下荷花请多指教欢迎签到2022年3月13日 (日) 12:03 (UTC)[回复]
    我覺得就別加了。-hiJK910 走先喇 係咁先喇 下次再玩吖 2022年3月13日 (日) 12:21 (UTC)[回复]
    支持加,但假如有編輯不希望加,似乎可以使用{{Cbignore}}模板叫機械人不要加。--留言2022年3月13日 (日) 13:22 (UTC)[回复]
    原來有這玩意。-hiJK910 走先喇 係咁先喇 下次再玩吖 2022年3月13日 (日) 16:33 (UTC)[回复]
    意見(▲)同上。—— Eric Liu 創造は生命(留言留名學生會 2022年3月13日 (日) 15:46 (UTC)[回复]

    命名空間

    究竟Gadget和Gadget definition是什麼命名空間?一個頁面都沒有,卻不讓我們建立。Choi Chin Long 2022年3月12日 (六) 11:35 (UTC)[回复]

    小工具吧。--在下荷花请多指教欢迎签到2022年3月12日 (六) 12:35 (UTC)[回复]
    就是小工具(mw:Extension:Gadgets)用的命名空间,但基金会项目不用这个命名空间来部署小工具。——Sakamotosan路过围观 | 避免做作,免敬 2022年3月13日 (日) 02:43 (UTC)[回复]

    “𢄂买县 (北𣴓省)”条目名显示崩了

    点入即可见:𢄂买县 (北𣴓省)。--Bigbullfrog1996𓆏2022年3月13日 (日) 04:26 (UTC)[回复]

    @SD hehua,我也遇到了这个问题。你能解释一下吗?--Q28留言2022年3月13日 (日) 07:18 (UTC)[回复]
    您好,我不能,这个问问娜娜奇或者白磷或者Xiplus之类的吧--在下荷花请多指教欢迎签到2022年3月13日 (日) 07:31 (UTC)[回复]
    簡而言之,就標題暫時不支援HTML標籤(如<span></span>)或其他擴展標籤(如<math></math>),因此在工單phab:T294612修好之前,暫時只能使用有限制的腳本補上(有限制的原因是安全問題,全部恢復的話難防有心人士植入代碼),剛好遇到該「有限制的腳本」之技術限制:不對稱的標籤,所以沒有轉換。-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2022年3月13日 (日) 15:08 (UTC)[回复]
    類似的問題亦發生於e進制p進數。-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2022年3月13日 (日) 15:15 (UTC)[回复]
    @SD hehuaQ28魔琴找到原因了,(表象是</span>缺少)實際原因是{{僻字}}裡面有「&#10;」在轉換過程中變成了換行符,導致字串損毀(在字串引號"間出現換行符導致Syntax Error以至於瀏覽器無法解析字串),因而造成Span標籤損壞。可能要在MediaWiki:Common.js#L-243再加入將換行符換回「&#10;」的代碼才能解決問題(例如 firstHeadingNew = firstHeadingNew.replace(/\n/g, '&#10;');)。@AnYiLinWhitePhosphorusShizhao-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2022年3月15日 (二) 05:01 (UTC)[回复]
    调试时发现,phab:T294612 workaround 在本页运作时,</span>不见了,<span>未被恢复。目前暂时用{{DISPLAYTITLE}}并多插入一个</span>暂时解决显示问题。 ——魔琴 [ 留言 贡献 ] 2022年3月13日 (日) 12:53 (UTC)[回复]
    看來絕大部份的越南喃字都掛掉了。真不知道怎樣修。--owennson聊天室獎座櫃2022年3月15日 (二) 07:18 (UTC)[回复]

    指標 (電腦科學)的目录问题

    繁简转换有问题,如图,目录的第四项被直接转换成了“使用指标的目的”,但在文章中的标题就无转换问题。使用的变体:大陆简体。--在下荷花请多指教欢迎签到2022年3月13日 (日) 06:11 (UTC)[回复]

    感觉是bug,原生的目录生成似乎不稳定,有时是“指标”,有时是“指针”。如果使用API获得sections的话,就是“指标”。——Sakamotosan路过围观 | 避免做作,免敬 2022年3月13日 (日) 06:36 (UTC)[回复]
    Chrome 99 x64 on Windows 11 x64 无问题。可能问题(bug?)与移动版视图有关?— 🍀 CLOVER YAN (^_^) 回复请ping 2022年3月13日 (日) 09:01 (UTC)[回复]
    测试发现:Google Chrome(未登录)、Microsoft Edge(登录)、Microsoft Edge(未登录) 、Firefox(登录)、Firefox(隐私页、未登录)皆有问题,大陆显示为指标;新、马随机显示指针、指标,出现指标的次数居多。--Kethyga留言2022年3月13日 (日) 09:51 (UTC)[回复]
    您好,这不是移动版视图,而是monobook皮肤。另外,有人在TG的cs群复现了问题,有无人去提个phab工单?--在下荷花请多指教欢迎签到2022年3月13日 (日) 10:58 (UTC)[回复]
    我们的老朋友吗。 Stang 2022年3月13日 (日) 15:11 (UTC)[回复]
    @Stang感觉不是完全相同,这个似乎是NoteTa没有应用进目录而是直接繁简转换的。--在下荷花请多指教欢迎签到2022年3月13日 (日) 15:27 (UTC)[回复]

    标题显示不正常

    --Fireattack留言2022年3月14日 (一) 19:36 (UTC)[回复]

    模板里有个换行符(\n)。--安忆Talk 2022年3月15日 (二) 03:41 (UTC)[回复]
    @AnYiLin我不認為是這個問題,不然去年11月為何沒出錯? 相關模板亦無其他改動。研判是近期標題又加了其他相關字元跳脫機制。另見Wikipedia:互助客栈/技术#“𢄂买县_(北𣴓省)”条目名显示崩了-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2022年3月15日 (二) 04:05 (UTC)[回复]
    @AnYiLinWhitePhosphorus重新考察認為换行符(\n)必須存在,不然缺字提示會崩。能否給標題轉換加入换行符(\n)→「&#010;」的轉換?-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2022年3月15日 (二) 04:51 (UTC)[回复]
    (註:這可能不是主要原因)考察原始碼發現「&#039;」,@WhitePhosphorus能否給標題轉換加入「&#039;'」、「&#034;"」支持以解決問題?@AnYiLin-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2022年3月15日 (二) 04:32 (UTC)[回复]
    已確認原因:「&#10;」導致。需要在瀏覽器端將换行符(\n)替換為「&#10;」才能解決問題。-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2022年3月15日 (二) 09:11 (UTC)[回复]

    移除Timeless主题下按钮字体的阴影 2

    前情提要。我个人不认同这种判断,这应该不是一种风格,而且事实上造成了字体模糊并影响了观感,因此重开讨论。 Stang 2022年3月14日 (一) 20:12 (UTC)[回复]

    那为什么不直接和Timeless的设计成员讨论呢。--安忆Talk 2022年3月15日 (二) 03:29 (UTC)[回复]
    但这是本地做出的额外变更啊。或者您的意思是要跟设计成员讨论“这是不是一种风格”这个问题? Stang 2022年3月15日 (二) 11:25 (UTC)[回复]
    是。--安忆Talk 2022年3月16日 (三) 05:19 (UTC)[回复]

    2022年3月14日 (一) 22:07 (UTC)

    Survey: Help improve Kartographer

    Apologies for writing in English. If anyone could help translating this message, it would be deeply appreciated.

    Do you create interactive maps with Kartographer (mapframe)? If your answer is yes, we would like to hear from you. Please take part in the survey and help improve Kartographer!

    Some background: Wikimedia Germany's Technical Wishes team is currently working on the Kartographer extension. Over the last few months, we have been working on a solution to make this software usable on wikis where it isn’t available yet. In the next phase of the project, we are planning to improve Kartographer itself.

    Because Kartographer is used quite a lot on this wiki, we would like to ask you: Where do you run into problems using it? Which new features would you like to see? Editors of all experience levels and with all workflows around Kartographer are welcome to participate.

    Here is the survey: https://wikimedia.sslsurvey.de/Kartographer-Workflows-EN/

    • The survey is open until March 31.
    • It takes 10-15 minutes to complete.
    • The survey is anonymous. You don't need to register, and we will not store any personal data which identifies you, such as your name or IP address.

    Unfortunately, the survey is only available in English, but we have tried our best to use simple English and to add visual examples. If English is not your native language, it might help to use a translation tool in your browser.

    More information on our work with Kartographer and the focus area of Geoinformation can be found on our project page.

    Thank you for your help! – Johanna Strodt (WMDE) (talk) 2022年3月16日 (三) 13:14 (UTC)[回复]