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

最新留言:9小时前由AlexLeeCN在话题條目標題無法完整顯示内发布

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

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


發表前請先搜索存档,參考舊討論中的内容可節省您的時間。
公告欄
# 💭 話題 💬 👥 🙋 最新發言 🕒 (UTC+8)
1 Template:Weather box 11 6 Ericliu1912 2024-01-30 01:28
2 MobileFrontend侧边栏故障 6 2 Shizhao 2023-12-25 15:47
3 引文模板不应该报错全部的零宽空格 4 3 H2226 2024-01-07 18:11
4 “阅读无障碍”功能和本站小工具兼容问题以及字号选择 13 7 SCP-2000 2024-03-25 01:23
5 即將到來的服務器切換 5 2 HualinXMN 2024-03-21 00:31
6 回复時的異常 9 5 Diskdance 2024-03-28 14:44
7 續太不智能的跳轉與搜尋 24 6 神秘悟饭 2024-03-28 18:23
8 防濫用過濾器12誤報 5 4 WhitePhosphorus 2024-03-19 23:09
9 請求修改三菱Delica的跨語言連結數據 3 2 攻殼機動隊員 2024-03-19 10:14
10 2024年第12期技术新闻 1 1 MediaWiki message delivery 2024-03-19 01:38
11 字词转换问题 4 2 超级核潜艇 2024-03-21 15:24
12 模板:Location map France Aisne 3 2 Yzergues 2024-03-21 18:15
13 請求新增過濾器 1 1 暁月凛奈 2024-03-26 09:47
14 2024年第13期技术新闻 1 1 MediaWiki message delivery 2024-03-26 02:55
15 NoteTA查看器仍需进一步优化 5 4 Diskdance 2024-03-28 18:55
16 條目標題無法完整顯示 2 2 AlexLeeCN 2024-03-28 21:59
發言更新圖例
  • 最近一小時內
  • 最近一日內
  • 一週內
  • 一個月內
  • 逾一個月
特殊狀態
已移動至其他頁面
或完成討論之議題
手動設定
當列表出現異常時,
請先檢查設定是否有誤

正在廣泛徵求意見的議題

以下討論需要社群廣泛關注:重新整理

維基百科技術議題與模板

Template talk:N/A § 「不適用」不適用

Template talk:NoteTA/multititle § 編輯請求 2024-03-01

Wikipedia talk:字詞轉換處理/公共轉換組 § 思路:條目預儲公共轉換組中匹配的規則,減少載入時間

Template talk:Rfc § 部分说明文字的含义

Wikipedia talk:在編輯記錄中標示使用者權限 § 关于IP封鎖豁免權授予者的用户权限标示

MediaWiki talk:Gadget-noteTA.js § 建议找回手型鼠标指针效果

Module talk:Authority control § 編輯請求 2023-10-18

Template:Weather box

天气模板Template:Weather box,可以添加参数|width=auto以自动适应条目,但是在有信息框的条目中添加该参数并不总是会自适应,比如韦斯卡 (78803227)会在气候模板上方出现大段空白(可能也是信息框/Infobox的原因)。--Kethyga留言2023年9月5日 (二) 10:03 (UTC)回复

自带{{clr}}效果?如果没有,表格在小屏幕宽度下不会放不下吗。--YFdyh000留言2023年9月9日 (六) 04:14 (UTC)回复
手机网页和App看了下,应该都要左右滑动。--Kethyga留言2023年9月9日 (六) 08:20 (UTC)回复
应该又是V22皮肤的css更新所致,换成2010版皮肤看是正常的。--蕭漫留言2023年10月10日 (二) 02:44 (UTC)回复
似乎现在显示效果正常了?--Kcx36留言2023年11月15日 (三) 10:39 (UTC)回复
目前已  无法重现 Willy1018留言) 2023年11月19日 (日) 02:50 (UTC)-- Willy1018留言2023年11月30日 (四) 03:21 (UTC)回复
在条目韦斯卡中,未登录和Timeless Skin下目前均无法自适应页面宽度。--Kethyga留言2023年11月27日 (一) 04:11 (UTC)回复
我的显示效果。--Kcx36留言2023年11月27日 (一) 04:50 (UTC)回复
发现新版皮肤/外观在未登录状态下的右下角有一个切换“全屏宽度”和“有限宽度”的按钮,如果选择“全屏宽度”的话就不会被信息框/Infobox遮挡,但是Weatherbox/天气框仍未填满空间。另外在条目洛帕中,Timeless Skin下可以正常自适应页宽。--Kethyga留言2023年11月28日 (二) 01:55 (UTC)回复
@Kethyga英文維基百科也有這種情形嗎?—— Eric Liu 創造は生命(留言留名學生會 2024年1月29日 (一) 17:28 (UTC)回复

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

MobileFrontend侧边栏故障

[1] Log in(登录)、Settings(设置)、Donate(资助)、About Wikipedia(关于Wikipedia(随维基媒体计划名称而变))、Disclaimers(免责声明)均无法被点击,也无法对其长按弹出浏览器菜单,全站(所有语言、所有维基媒体计划)均发生该问题。--Txkk留言2023年11月29日 (三) 03:05 (UTC)回复

在firefox下未能复现,可点击,可弹出浏览器菜单。但是侧边栏各项一点击或弹出浏览器菜单时(点击鼠标左键或右键时),侧边栏就会迅速缩回,虽然点击的链接打开没问题(选择使用弹出的浏览器菜单中的功能也没问题),但是用户体验比较糟糕。从前端角度看,很可能算是个bug--百無一用是書生 () 2023年11月29日 (三) 03:20 (UTC)回复
似乎现在mediawiki更新后,这个问题(或类似问题)已不存在了?--百無一用是書生 () 2023年12月15日 (五) 11:56 (UTC)回复
还在。--Txkk留言2023年12月15日 (五) 21:21 (UTC)回复

有没有人去Phabricator报告问题?--Txkk留言2023年12月25日 (一) 06:46 (UTC)回复

我现在是只有关于和免责声明点击后侧边栏缩回,页面不跳转--百無一用是書生 () 2023年12月25日 (一) 07:47 (UTC)回复

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

引文模板不应该报错全部的零宽空格

Cat:引文格式1错误:不可见字符现在只要有U+200B就会报错,实际上有些零宽字符是合理且必要的,比如emoji和孟加拉文使用其连接字符。

建议将其改为维护而不是错误。--落花有意12138 2023年12月16日 (六) 12:44 (UTC)回复

en:Module:Citation/CS1/Configuration有為特定文字或Emoji添加例外。--Cookai餅塊🍪💬留言 2023年12月24日 (日) 10:10 (UTC)回复
等等,Module:Citation/CS1/Configuration也有indic_script,但Module:Citation/CS1沒有把它排除。--Cookai餅塊🍪💬留言 2023年12月24日 (日) 10:19 (UTC)回复
請問此問題有辦法解決嗎?《亂世勇者》的97號來源出現此情況,但不知道該如何解決。--H2226留言2024年1月7日 (日) 10:11 (UTC)回复

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

“阅读无障碍”功能和本站小工具兼容问题以及字号选择

测试功能中Vector 2022的“阅读无障碍”功能之前和本站大字体小工具存在兼容性问题,目前主要问题已经修正,但是存在若干遗留问题。

该测试功能有三个挡位,“小”对应14px,“标准”对应16px,“大”对应20px,并无本站目前使用的15px。本来该功能是有望让小工具在Vector 2022下直接退役的,但由于缺少15px所以目前不行。

目前个人认为有以下解决方案,请社群评估:

  1. 维持现状(大字体小工具将“小”修改为15px,其他不变)。
  2. 让大字体小工具在打开“阅读无障碍”时直接失效,之后在正式部署“阅读无障碍”时调整为默认启用16px,小工具退役。注意会导致默认字号改变。
  3. (新增)让基金会加上15px的挡位,正式部署时默认启用,小工具退役。

以上。--碟之舞📀💿 2024年2月23日 (五) 02:13 (UTC)回复

我個人會傾向2。--冥王歐西里斯留言2024年2月23日 (五) 03:56 (UTC)回复
@S8321414:刚刚加了个3,提醒一下。--碟之舞📀💿 2024年2月23日 (五) 13:36 (UTC)回复
有看到,但我個人還是傾向2,但不排斥3。--冥王歐西里斯留言2024年2月23日 (五) 13:59 (UTC)回复
阅读方面14px和15px我感觉都行,但排版变化明显。顺便一提,Timeless皮肤下是15.2px。16px感觉较大,但部分用户和繁体用户可能偏爱。--YFdyh000留言2024年2月23日 (五) 14:02 (UTC)回复
依據「阅读无障碍」功能的文檔「Small is the current default」,而本站預設啟用「大字體」小工具及實際上本站預設字體為 15px 而非 14px,故「小」選項應由現時的 14px 增加至 15px,或是增加 15px 的選項及成為預設選擇。至於「大字體」小工具,當「阅读无障碍」功能仍在測試階段時應改為不覆蓋該功能字體設定,待該功能正式部署後才僅在 Vector 2022 暫停使用。謝謝。--SCP-0000留言2024年2月23日 (五) 15:22 (UTC)回复
另外,沒壞就不要修,除非有明確共識或證據支持其他字體大小比現時預設的 15px 更佳。--SCP-0000留言2024年2月23日 (五) 15:30 (UTC)回复
「小」選項由現時的 14px 增加至大字體的 15px,大家不觉得这让很多人难以理解吗?小变成了大,但却还是叫做小。。。
总的来说,15px是中文网页(可能也包括日文网页)最常见的字体大小(可认为是最优),但是随着近几年显示技术和网页技术的变化,是否15px还是最优可能需要再探讨。另外,偶数大小(14、16)从网页设计上来说更方便计算和取整,可以避免一些页面排版和渲染方面意外的发生。所以最后还是要权衡利弊,是保守原来的不变,还是拥抱新变化,还是只要最优大小,还是虽然不是最优但能够更灵活?--百無一用是書生 () 2024年2月26日 (一) 02:27 (UTC)回复
更新:Jon (WMF)表示可以针对不同语言调整预设值大小。--碟之舞📀💿 2024年2月24日 (六) 02:21 (UTC)回复
那正好,基於最小修改原則,新版外觀預設字體大小應該就設定為原本者。—— Eric Liu 創造は生命(留言留名學生會 2024年2月25日 (日) 16:52 (UTC)回复
@SGrabarczuk (WMF): BTW, I have read the analysis of the community prototype testing and I found that the analysis mixed up the data from communities using Latin and CJK characters. Since Latin and CJK is quite different (FYR the comparison by Google), perhaps re-analysis and only focus on the data from communities using CJK character (Chinese, Japanese, and Korean Wikipedia) if possible? Thanks.--SCP-0000留言2024年2月28日 (三) 05:39 (UTC)回复
Hey @SCP-2000, that's interesting, thank you for pointing this out! Our designer broke down that data by different scripts. So he must have taken this into consideration. But as I can see, this breakdown didn't make it to the wiki page. I'll ask him.--SGrabarczuk (WMF)留言2024年3月6日 (三) 16:22 (UTC)回复
@SGrabarczuk (WMF): Hello, any update of this matter? Thanks.--SCP-0000留言2024年3月24日 (日) 17:23 (UTC)回复

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

即將到來的服務器切換

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

维基媒体技术部门计划进行测试來保证系统能够抵禦灾害冲击時帶來的不可訪問風險。 本次測試将在2024年3月20日14:00 UTC (22:00 UTC+8)開始,期間因系統限制您將不能編輯約一小時,還請提前保存編輯。

參見本地化信息頁或者原文以瞭解更多。--Hualin🎗️希望の星は青霄に昇る Commons|Talk 2024年3月2日 (六) 05:55 (UTC)回复

简称:一年一度(?)灾备切换测试。——Sakamotosan路过围观 | 避免做作,免敬 2024年3月4日 (一) 07:20 (UTC)回复
更多信息可以看看本期(24年10期)和未來幾期技術新聞(或者之後的公告)。--Hualin🎗️希望の星は青霄に昇る Commons|Talk 2024年3月5日 (二) 11:46 (UTC)回复
下周三马上开始,同时亦可看看11期技术新闻。--Hualin🎗️希望の星は青霄に昇る Commons|Talk 2024年3月13日 (三) 08:38 (UTC)回复

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

回复時的異常

我在別人的留言下面回复後,頁面的「訂閱」、「取消訂閱」、「回复」按鈕都暫時消失了,要刷新頁面才能看到。刷新後我再去別人留言下回复,又出現這種狀況,請問是怎麼回事?--日期20220626留言2024年3月10日 (日) 22:42 (UTC)回复

同样,近期出现。发现测试站也能重现。DiscussionTools的bug?没找到相关报告。--YFdyh000留言2024年3月11日 (一) 10:00 (UTC)回复
@日期20220626YFdyh000可以看一下回覆前後的html,個人觀察的結果是解析器有問題導致新生成的html嵌入的這些按鈕的版本不一致導致失效。--SunAfterRain 2024年3月11日 (一) 11:58 (UTC)回复
不知道,我在用CD,没遇到问题 ——魔琴 留言 贡献 新手2023计划 ] 2024年3月11日 (一) 12:10 (UTC)回复
之前用過一次這個,發現和我自己加載的額外js功能有衝突,就卸載了。--日期20220626留言2024年3月11日 (一) 12:18 (UTC)回复
我甚至为自己的脚本给CD写了适配( ——魔琴 留言 贡献 新手2023计划 ] 2024年3月11日 (一) 12:23 (UTC)回复
可以复现。Phab有工单吗?--碟之舞📀💿 2024年3月28日 (四) 06:14 (UTC)回复
不知,你開一個吧。--日期20220626留言2024年3月28日 (四) 06:16 (UTC)回复
 完成。--碟之舞📀💿 2024年3月28日 (四) 06:44 (UTC)回复

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

續太不智能的跳轉與搜尋

接續上次討論:要使「阿當.戴華」自動跳轉至阿當·戴華,除將「.=>·」加入全局轉換表或批量自動建立此類重新導向二個選項外,別無他法?有無更簡潔的更佳選擇?若提請「.=>·」加入全局轉換表失敗,就只有批量自動建立此類重新導向一條路?--— Gohan 2024年3月12日 (二) 05:02 (UTC)回复

直接修改搜尋系統,斷詞為"阿當 / 戴華"。這樣不論你打什麼符號在中間都搜尋的到。中文維基本站可能做不到,需要由MediaWiki來做搜尋演算法修改。--Shyangs留言2024年3月12日 (二) 06:15 (UTC)回复
[2][3][4],没找到中文的stopwords是如何定义。或者,如果适用于所有语言,可能应该char_filter做转换?--YFdyh000留言2024年3月12日 (二) 11:49 (UTC)回复
修改搜尋系統是否足夠?畢竟在港澳臺星馬人名中,全形的「.」或無間隔號遠比半形或不足半形的「·」常見,後者在站外幾近捏造。使用外挂工具從站外的「阿當.戴華」/「阿當戴華」跳轉至阿當·戴華的需求,大概遠遠多於從站外的阿當·戴華直達的需求。若在社會中不常見的阿當·戴華能夠直達,而更常見的「阿當.戴華」/「阿當戴華」不能跳轉,或許輕重倒置、並不公平?--— Gohan 2024年3月18日 (一) 01:53 (UTC)回复
您是期望内链、正文也获某种转换吗。不了解“.”的常用性。--YFdyh000留言2024年3月18日 (一) 02:03 (UTC)回复
我期待使用Wikipedia search之類的工具從站外的「阿當.戴華」能夠跳轉直達阿當·戴華。--— Gohan 2024年3月18日 (一) 02:08 (UTC)回复
Wikipedia Search扩展?如果目前仅有此需求,您可以写一个用户脚本作为临时解决方案。例如将下列代码插入您的common.js文件。if (mw.config.get('searchTerm')) {window.location.href = decodeURIComponent(window.location.href).replace(/./g, '·');}--YFdyh000留言2024年3月18日 (一) 02:26 (UTC)回复
最理想還是人人可用。--— Gohan 2024年3月18日 (一) 09:54 (UTC)回复
@YFdyh000,看了SuggesterAnalysisConfigBuilder.php的char_filter配置,似乎这是改搜索索引配置的正确思路,或者可以考虑将“U+FF0E=>U+00B7”(如果能针对部署的语区(只针对zh区)的话更好)的映射配置进去?——Sakamotosan路过围观 | 避免做作,免敬 2024年3月25日 (一) 02:36 (UTC)回复
所以我认为还是允许将“.”作为间隔号的错误代替来建立重定向(基于“标点符号上的区别”或者“常见的错别字和错误拼写”),这样应该能够帮助搜索系统归集数据来使其也能被正常搜索出来。——Sakamotosan路过围观 | 避免做作,免敬 2024年3月18日 (一) 05:59 (UTC)回复
我覺得若可以應該內部處理,這樣一開放預估又會多出幾萬個重定向,有點雞肋--SunAfterRain 2024年3月19日 (二) 01:43 (UTC)回复
重定向操作相对简单一些,加全局转换可能影响更大(因为不只是标题,内容也会有影响)。或者调整搜索系统的来源词过滤也可以考虑,但需要检查CirrusSearch的技术信息,上面提及的似乎可行。——Sakamotosan路过围观 | 避免做作,免敬 2024年3月19日 (二) 01:52 (UTC)回复
至少在大陆“阿當.戴華”不会用这种不规范的标点或者很少这种不带标点的外文译名,这样的重定向绝大多数没用。普通情况下,不论是否使用间隔号或者不规范间隔号,Google搜索或者维基内部的提示词皆会排在首位,而且不想输入间隔号的话,还可以复制。港台或新马地区也许有些用。对于外部资料中有使用的或许可以考虑建立重定向,但是在所有的条目上建立未从使用、不规范的重定向感觉没必要。
另外,对于比较长的名称“维亚切斯拉夫沃洛金”,special:search中排在首位。“阿當戴華”的话,special:search的推荐词中会在首位推荐“阿當·戴華”,但是搜索结果中并未将其放在首位,要加前缀intitle:。--Kethyga留言2024年3月19日 (二) 02:29 (UTC)回复
不宜以中國大陸的「規範」凌駕其他國家/地區。如果走到只能大量建立重新導向的地步,而且機械人無法辨別中國大陸標題與否,那麽只能一概建立。況且,大陸「不會用這種不規範的標點」?中国出版集团所用的「本•阿什克罗夫特」算不算規範呢?很少「不帶標點」?在中國大陸新聞網站搜尋名人姓名,輕易可見;更不用説在微博、小紅書等選詞跳轉的需要。手寫且手快的人士未必會看選單,自加intitle:更是有違絕大多數人的習慣。--— Gohan 2024年3月25日 (一) 00:36 (UTC)回复
这不是中国大陆的规范问题,而是W3C《中文排版需求》是建议“间隔号”是用“·(U+00B7)”作为字符编码,中国大陆规范等同这个标准,但字型(字符通过字体库渲染)上,港澳台的(字体库)是全角字型、中国大陆的是半角字型;台湾的标准是“.(U+FF0E)”,港澳台的(字体库)为居中字型,而中国大陆的(字体库)是左下角字型。(关于字型渲染效果的话,可以找一个叫BabelPad的类笔记本软件,支持Unicode全部字符编码和选择字体库渲染字型,然后下载微软雅黑(简体字型)、微软正黑体(繁体字型)、思源宋体不同地区字型变体的字体库,用BabelPad加载看看两个字符渲染形式)如果从Unicode给的字意的话,应该U+00B7才是对应间隔号的正式字符,U+FF0E是将错就错的结果(字符编码用错+字体库“修正”)。所以最快的方法是按照Wikipedia:重定向来建立重定向代替,或者修改搜索索引的配置,再次就是修改全局转换表。——Sakamotosan路过围观 | 避免做作,免敬 2024年3月25日 (一) 02:08 (UTC)回复
所以不就是中國大陸的規範嗎?--— Gohan 2024年3月27日 (三) 05:03 (UTC)回复
是W3C的标准也这样规范。(指正)——Sakamotosan路过围观 | 避免做作,免敬 2024年3月27日 (三) 11:46 (UTC)回复
有個目前難以實現、或許異想天開的思路:既然個別本地轉換表能只針對指定命名空間,能否讓重新導向頁被本地轉換表視爲一種命名空間(無論是真是假),或者乾脆讓標題起到本地轉換表眼界中的命名空間作用?--— Gohan 2024年3月25日 (一) 00:37 (UTC)回复
我觉得这是不了解技术细节胡思乱想的方案吧?好像没有所谓指定命名空间生效的转换表机制,而且重定向mw:Manual:page table,重定向页本身也是一种页面,只是检测到源代码有重定向标记后,将页面表的对应字段flag起来,方便后续代码按照重定向的方式做跳转行为处理)也不是一种命名空间。四级字符转换配置表中,第一级是放在源代码的超大转换数组(方便程序读取),第二级也只是放在Mediawiki命名空间(作为系统消息等可以方便前台人员维护)而已。——Sakamotosan路过围观 | 避免做作,免敬 2024年3月25日 (一) 02:16 (UTC)回复
的確存在只針對ns8的本地轉換表。正因爲重新導向頁不是命名空間,才説「讓重新導向頁被本地轉換表視爲一種命名空間(無論是真是假)」。--— Gohan 2024年3月27日 (三) 05:03 (UTC)回复
@神秘悟饭模块:CGroup/MediaWiki special?那只是针对Mediawiki语境下,方便转换Mediawiki这个应用下的用词的公共转换组(也就是字词转换机制下的第三级)而已。我至少没找到针对特定命名空间的字词转换机制。我认为你提的这些东西没有技术依据做支撑。至少在有限时间内不具可行性的讨论。——Sakamotosan路过围观 | 避免做作,免敬 2024年3月27日 (三) 11:44 (UTC)回复
不是,是MediaWiki:Conversiontable/zh-hans/ns8MediaWiki:Conversiontable/zh-hant/ns8等。--— Gohan 2024年3月28日 (四) 10:23 (UTC)回复
现时可行的技术方案不外乎三种:(1)建立重定向页、(2)调整搜索索引的分词配置、(3)增加全局转换(影响广泛,不只是页面命名,还包括正文,但也不是不可行的办法)。——Sakamotosan路过围观 | 避免做作,免敬 2024年3月25日 (一) 02:25 (UTC)回复
应该集中在如何控制搜索适配的问题,也就是集中“在如何控制页面标题使用‘U+FF0E’作为间隔号时或者输入关键词使用‘U+FF0E’作为间隔号时能正确匹配到对应的页面”的问题上。至少(1)、(2)的技术可行性更好,对其他方面(如正文源代码的录入)的影响程度更少。——Sakamotosan路过围观 | 避免做作,免敬 2024年3月25日 (一) 02:30 (UTC)回复

防濫用過濾器12誤報

防濫用過濾器12描述爲「字词转换缺少简体设置」,但是就算規則中有zh-myzh-sg,也會在沒有zh-hanszh-cn任一時觸發。()——留言2024年3月12日 (二) 09:33 (UTC)回复

先前在AFFP已有相关讨论:Wikipedia:防滥用过滤器/错误报告/存档/2024年2月#Template:各地中文名/infobox。--伞木 留言 2024年3月12日 (二) 12:29 (UTC)回复
感謝告知。——留言2024年3月13日 (三) 04:59 (UTC)回复
其實此過濾器容易修改,不知何時能改。話已至此,爲何沒有缺少繁體的過濾器,只有缺少簡體的過濾器?--— Gohan 2024年3月18日 (一) 01:55 (UTC)回复
已修复。我也不是很确定为什么没有繁体版,可能要看一下有没有使用-{zh-cn:xxx}-且需要警告的例子。--砜中嘌呤的白磷萃取 打谱 2024年3月19日 (二) 15:09 (UTC)回复

請求修改三菱Delica的跨語言連結數據

管理員您好,小弟將三菱得利卡重定向回三菱Delica,但前者之跨語言連結數據無法隨著重新定向至後者,可否煩請幫忙修正?感謝!--攻殼機動隊員留言2024年3月18日 (一) 09:27 (UTC)回复

@攻殼機動隊員 您好,请不要WP:剪贴移动,已回退阁下的变更。阁下应使用移动页面功能;如无法移动,请遵照WP:移动请求的指引。--Tim Wu留言2024年3月18日 (一) 09:34 (UTC)回复
抱歉,小弟無法移動,已在三菱得利卡提出Wikipedia:移動請求,可否勞請管理員幫忙?感恩!--攻殼機動隊員留言2024年3月19日 (二) 02:14 (UTC)回复

2024年第12期技术新闻

MediaWiki message delivery 2024年3月18日 (一) 17:38 (UTC)回复

字词转换问题

背景:中美洲有个国家,大陆叫伯利兹,台湾叫贝里斯,已经列入全局转换了;乌克兰有个城市贝里斯拉夫,也有叫“别里斯拉夫”的(而且似乎更常用);二者应该是没啥关系。但由于前者全局转换的存在,导致在大陆简体的情况下,这座城市名变成了“伯利兹拉夫”。如果只是单独的地区词转换我倒是能修复,但涉及到全局转换,我不懂得如何修复。

--超级核潜艇留言2024年3月19日 (二) 12:06 (UTC)回复

现在  已完成,大陆简体没有问题了。感谢@TuhansiaVuoria。--超级核潜艇留言2024年3月21日 (四) 01:36 (UTC)回复
@超级核潜艇:我只是在那个条目里修改了,但其他成百上千个条目里还是有过度转换的问题(参见这个条目新卡姆揚卡 (貝里斯拉夫區)),需要查看条目本身,条目正文,及下面的分类)。我已在Kethyga的帮助下在Wikipedia:字词转换/修复请求里提出了请求,您也可以跟踪一下。--万水千山留言2024年3月21日 (四) 07:18 (UTC)回复
@TuhansiaVuoria:是这样啊……我也看了那边的讨论。要不等一下那边的结果,如果能直接解决最好;否则我估计要手动加代码了(这可能是个笨法)。--超级核潜艇留言2024年3月21日 (四) 07:24 (UTC)回复

模板:Location map France Aisne

本人无意中发现使用模板:Location map France Aisne所显示的位置与实际位置有明显差距(如吉斯)。经查,该模板的法维及其他语言对应版本中均采用坐标top=50.125, bottom=48.775, left=2.9, right=4.3,而英维版本数据则为top=50.25, bottom=48.75, left=2.75, right=4.50。不过法维和英维的相关条目地图均能正确显示地理位置,反而在中维版本内将原数据修改为英维版本后,地图显示位置并无改变. 。烦请协助修正,谢谢。--YZERGUES 2024年3月20日 (三) 15:44 (UTC)回复

这是由于已经存在了Module:Location map/data/France Aisne导致的。既有Template又有同名Module的情况下,系统会默认优先使用Module。--Bigbullfrog1996𓆏2024年3月20日 (三) 20:24 (UTC)回复
(:)回應 感谢解答。--YZERGUES 2024年3月21日 (四) 10:15 (UTC)回复

請求新增過濾器

請求新增一個過濾器,用於在包括內文和編輯註解區等所有地方過濾所有已知的賭博網站(例如b52點fansboti點net等),以抵抗類似破壞。謝謝!--📕📙📒📗📘 賭博機構最堅定的反對者 📚📖 2024年3月25日 (一) 17:17 (UTC)回复

请在MediaWiki talk:Spam-blacklistMediaWiki talk:BlockedExternalDomains.json提出编辑请求。过滤器不适合作此用途。——暁月凛奈 (留言) 2024年3月26日 (二) 01:47 (UTC)回复
明白了。謝謝。📕📙📒📗📘 賭博機構最堅定的反對者 📚📖 2024年3月26日 (二) 03:29 (UTC)回复

2024年第13期技术新闻

MediaWiki message delivery 2024年3月25日 (一) 18:55 (UTC)回复

NoteTA查看器仍需进一步优化

近日編輯頁面時,發現noteTA查看器在預覽模式下顯示異常且無法點擊查看,煩請界面管理員修復。此外大部分人慣用右手,而noteTA查看器的關閉按鈕卻位於左上角,有違用戶界面設計常規,應置於右上角以合乎大部分用戶的操作習慣。查看器彈出框的底色也建議更換,使其與頁面有所區分。窃以為不論是淺淡的灰藍色調,還是像模板文件那樣的淺綠色,都比一片純白色看着舒服且更適於閱讀。--蕭漫留言2024年3月26日 (二) 16:22 (UTC)回复

确实预览模式下异常。确实,对于看一眼就关闭,按钮放在右上更方便。底色暂无意见,对比度别太差。--YFdyh000留言2024年3月27日 (三) 03:12 (UTC)回复
附知维护者@SunAfterRain。--碟之舞📀💿 2024年3月28日 (四) 05:51 (UTC)回复
@Diskdanceaction=edit時小工具沒載入所以不起作用我也不知道為什麼,按鈕位置把Special:PermanentLink/81816647#L-385拿掉就會到右邊去了,預設底色這麼醜的問題去怪基金會吧(攤手)--SunAfterRain 2024年3月28日 (四) 09:09 (UTC)回复
@SunAfterRainMediaWiki_talk:Gadget-noteTA.js#編輯請求_2024-03-28。--碟之舞📀💿 2024年3月28日 (四) 10:55 (UTC)回复

條目標題無法完整顯示

南極冰架列表的標題不知為何只會顯示「冰架」。--SingBow留言2024年3月28日 (四) 13:49 (UTC)回复

noteTA有误,已修复。--伞木 留言 2024年3月28日 (四) 13:59 (UTC)回复