维基百科:互助客栈/技术
![]() |
發表前請先搜索存档,參考舊討論中的内容可節省您的時間。 |
|
- [離任] Kuon.Haku已離任管理員,感謝其任內貢獻。
- [通知] 深色模式現已供所有行動版及桌面版網站(Vector 2022和Minerva皮膚)的用戶使用。如有任何問題,歡迎在討論頁或透過頁面右側的回報功能提出。
- [人事] Mys 721tx的管理員解任投票正在进行,参见投票頁面,歡迎踴躍參與。
- [公告] 討論頁話題索引現正重投測試。如有意見、建議或報錯,請至互助客棧的討論串提出。
- [公告] 討論遞進機制正在試行中。如對實行過程及相關規範有疑問,可在討論頁提問。
- [公告] 修訂本地更改用戶名方針敘述及修订条目内嵌入人物列表的收录标准已經通過。
- [公告] 設立教育佈告板正在公示,如有意見請儘快提出。
- [討論] Unblock-zh.org正在试运行。同时互助客栈继续对于其各项细节征求意见。
- [討論] 互助客栈方针区正在討論修订著作权验证模板与提报侵权流程,請踴躍參與討論。
- [討論] 快速删除方针討論頁正在討論G18款的調整、R7款的調整、增加快速刪除因關注度問題被刪除而又被重建的條目的規定及O4款的調整,請踴躍參與討論。
- [協作] 第二十二次動員令於7月6日至9月8日間舉行,歡迎踴躍參與!
![]() 存檔 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
發言更新圖例 |
---|
|
|
|
|
|
特殊狀態 |
已移動至其他頁面 或完成討論之議題 |
手動設定 |
當列表出現異常時, 請先檢查設定是否有誤 |
正在廣泛徵求意見的議題
您可在維基百科:回饋請求系統訂閱特定主題的徵求意見討論通知。 |
以下討論需要社群廣泛關注:(重新整理)
Template talk:User Fujian § 关于图片选用
本人有以下几点意见:
- 不知为何@向史公哲曰阁下认为土楼缺乏代表性?个人认为福建土楼不仅是福建著名景点,知名度较高,而且外形也十分有特色,比武夷山等自然景观更易辨识。
- 新样式的模板背景颜色和图案与其他中国大陆省级行政区的用户框模板样式不同,显得福建似乎十分特殊,私以为不妥。
- 新样式的用户框超高。
--射命丸 마음과 마음을 잇는 일은 언어를 뛰어넘는 일이다 2024年7月5日 (五) 14:44 (UTC)
|
這說來有點話長,但日前因為在修理相關條目時遇到了「𫛚」這種字(該字位於Unihan擴充C區),接著就發現小苇𫛚及小葦鳽並不被系統視為是同個字,所以數天前至WP:TS報修。但稍早前微腫頭龍閣下提及這是因為該字在《通用規範漢字表》以外的緣故,所以需要一些意見討論是否應該將可能會使用到的表外字作類推簡化(並修改轉換表)重定向或移動到合適標題,又或是直接限制僅使用在表內的字或要求使用繁體標題以迴避問題。畢竟實質上不少表外字可能已經被經常使用,而導致部分條目標題實質上是繁簡混雜的,卻因非表內字而無法被正常轉換。
另外現在有個問題是如果硬套{{僻字}}轉換處理的話,有時候似乎會出現蠻可怕的懸浮文字框,但我一時不太知道怎麼處理及觸發的。舉例來說,在大陸簡體模式下大麻鷺屬的右側導航框中的「麻𫛚亚科」懸浮文字。--WiTo🐤💬 2024年5月6日 (一) 16:40 (UTC)
- 有多少字?—— Eric Liu 創造は生命(留言・留名・學生會) 2024年5月6日 (一) 17:39 (UTC)
- 老實說我不知道,我目前也只是偶然發現有幾個字是這樣的狀況。但辶、門、金、食、馬、鳥、魚等字旁的字個人猜測可能會有不少這種情形,應該會需要電腦協助篩出有在Unihan擴充區內但不在表內的字。範圍上可能從擴充A區就要開始找了,A區的「䴙䴘」疑似就有類似情形(北美䴙䴘属、北美鸊鷉屬、北美鷿鷈屬,不過這組有牽涉到異體字的問題可能不一定真是如此)--WiTo🐤💬 2024年5月7日 (二) 00:33 (UTC)
- 根据我近期看到的一些中文学术著作,似乎并没有统一的做法,有人就用繁体字,有人则用简体字(生物类)--百無一用是書生 (☎) 2024年5月7日 (二) 09:36 (UTC)
- 仅考虑学术用字的话几百个应该还是有的,但如果范围扩大至所有领域恐怕得去到一千个以上(尤其是古人名、古地名)。--微肿头龙(留言) 2024年5月7日 (二) 01:43 (UTC)
- 老實說我不知道,我目前也只是偶然發現有幾個字是這樣的狀況。但辶、門、金、食、馬、鳥、魚等字旁的字個人猜測可能會有不少這種情形,應該會需要電腦協助篩出有在Unihan擴充區內但不在表內的字。範圍上可能從擴充A區就要開始找了,A區的「䴙䴘」疑似就有類似情形(北美䴙䴘属、北美鸊鷉屬、北美鷿鷈屬,不過這組有牽涉到異體字的問題可能不一定真是如此)--WiTo🐤💬 2024年5月7日 (二) 00:33 (UTC)
- 忘了副知提醒我此事的@微肿头龙閣下及當時先使用了𫛚一字的@Interaccoonale閣下。--WiTo🐤💬 2024年5月7日 (二) 00:40 (UTC)
- 这个讨论串是否应该移动到技术版?--——🦝Interaccoonale(留言・贡献) 2024年5月7日 (二) 01:18 (UTC)
- 我大概说一下我的想法:
- 从法律上讲,之前《通用規範漢字表》的草案有规定过表外汉字不类推简化,但是正式版把这一条删掉了,所以含有类推简化偏旁的表外汉字是应该简化的。
- 从实际应用上讲,《中华人民共和国国家重点保护野生动物名录》对于生物中文名的表外汉字作类推简化处理,大部分正式学术著作也作类推简化处理。
- 从技术上讲,如果相关的bug实在太多,我不反对改回原状,对于表外汉字在简体模式下显示繁体字。
- 我之前有思考过比当前的{{僻字}}模板更优雅的渲染方式,我之前想的是根据当前页面中包含的扩展区段字符,自动生成一个含有相关僻字的字体文件(字形档),然后用CSS引入到当前页面中,就可以避免这种恐怖的悬浮文字框(有时候这些文字会被显示在Tools-redirect中以及底部的页面分类里面,会变得尤其可怕)。比如大麻鷺屬就会自动生成一个仅含有𫛚字的字体文件(字形档)。
- 其实如果只考虑自动生成的部分,在技术上还不算太难,以遍黑体为基础字体(字形)就可以,能在服务器端编辑字体文件(字形档)的库也有很多。但是我不清楚要如何跟mediawiki整合起来。
- 另一种技术上更简单(但是操作上更复杂)的方法就是手动将相关字符拆分出来,然后上传到commons,然后在页面中引用即可。--——🦝Interaccoonale(留言・贡献) 2024年5月7日 (二) 01:31 (UTC)
- 若根據NC:COMMON的話,那就應該是要隨名錄名稱類推簡化沒錯了。但希望能以操作上簡易的方式處理,不然像我這種電腦技術笨蛋恐怕就不會操作了,不過命名標題會不會有需要額外調整?另若認為搬去技術版更合適,那還請協助移動。--WiTo🐤💬 2024年5月7日 (二) 03:27 (UTC)
- 我早前用字形wiki的字体做过一个小工具来实现类似你说的这种方法,后来因为技术和安全原因失效了。其实现在仍然可以利用字形wiki的字体资源来实现,只是要把字体之类的资源搬到toolforge上去,然后本地用小工具调用。c区似乎不能上传字体文件?“根据当前页面中包含的扩展区段字符”其实并不是一个很好的做法,因为每个人电脑/终端上的字库未必不一样,在甲上不能正常显示的字形,在乙那里没准就可以正常显示。所以最好的办法是自动检测某人设备上哪些字形不能正常显示,不能正常显示的就即时下载相应的字形文件(可能会遇到一些优化工作要做)。目前来说,我知道的是这种自动检测方法chrome和firefox下都有解决方案,其他浏览器内核的不确定--百無一用是書生 (☎) 2024年5月7日 (二) 09:47 (UTC)
- chrome检测法:将代表不能显示的字符形状映射到画布,然后将文本中的每个字符一个一个映射到画布并进行比较,如果比较结果一致,就表示该字符无法在这个设备上显示
- firefox检测法:将文本中所有字符设为斜体,如果某个字符不是斜体,就表示该字符无法在这个设备上显示(比如𱎼家人和𱎼家人)
- --百無一用是書生 (☎) 2024年5月29日 (三) 04:05 (UTC)
- User:微肿头龙/E。这个表肯定是不完整的,欢迎补充。--微肿头龙(留言) 2024年5月7日 (二) 06:52 (UTC)
- 這樣看起來的話,有些表外字還是有被正常轉換耶,像是魟、鰠、鎶等,那是被手動增加轉換的嗎?--WiTo🐤💬 2024年5月7日 (二) 07:49 (UTC)
- 那几个字确实已经加入全域转换了。这里有维基百科的完整繁简转换表--微肿头龙(留言) 2024年5月7日 (二) 09:01 (UTC)
我根据知乎上的一些文章整理出来了未被收录进《通用规范汉字表》的科学技术用字,见我的子页面 - 這樣看起來的話,有些表外字還是有被正常轉換耶,像是魟、鰠、鎶等,那是被手動增加轉換的嗎?--WiTo🐤💬 2024年5月7日 (二) 07:49 (UTC)
- 所以現在算是有共識要處理這個繁簡問題嗎?感覺上這些字遲早會變成正規簡化字...--WiTo🐤💬 2024年5月13日 (一) 03:47 (UTC)
- @Shizhao、Interaccoonale、T45614631、Ericliu1912:所以几位觉得需要处理这些繁简问题吗?还是放着不用理?我个人是觉得需要简化。--微肿头龙(留言) 2024年5月16日 (四) 07:48 (UTC)
- 我是支持简化的,但还是要考虑显示的问题?——🦝Interaccoonale(留言・贡献) 2024年5月16日 (四) 08:16 (UTC)
- 僻字}}就已经够用了,但如果有更好的方式也可以。我的电脑技术很差,这方面就爱莫能助了。--微肿头龙(留言) 2024年5月16日 (四) 08:36 (UTC) 其实就我个人来说{{
- 我是支持简化的,但还是要考虑显示的问题?——🦝Interaccoonale(留言・贡献) 2024年5月16日 (四) 08:16 (UTC)
- @Shizhao、Interaccoonale、T45614631、Ericliu1912:所以几位觉得需要处理这些繁简问题吗?还是放着不用理?我个人是觉得需要简化。--微肿头龙(留言) 2024年5月16日 (四) 07:48 (UTC)
- 目前维护内置转换表的管理意见,应该是大部分都只转换到中日韓統一表意文字扩展B区,后面扩展区域的因为大部分设备字体兼容性不足,一般不转换(大部分类推简化的繁体本字能正常显示)。上面有表外漏转汉字可能要从扩展A区开始找的观点,我(+)支持这种找法,扩AB两个区先查一遍看看有什么没转换的。至于后面的扩展区我暂保持中立。--屠麟傲血(留言) 2024年5月17日 (五) 14:53 (UTC)
- 那我就轉到技術區看要有沒有人能處理這問題了。--WiTo🐤💬 2024年5月25日 (六) 03:50 (UTC)
- 拿脚本找了一下Unihan數據庫(裏面可能有不適用的,例如“奨,奬”還有大部分一簡多繁轉換):
- 篩選出了簡繁皆為基礎及擴AB區的
- --User:What7what8🏠 2024年5月25日 (六) 06:51 (UTC)
- 如果通過的話,WP:R3可能也有需要更改。--User:What7what8🏠 2024年6月14日 (五) 03:12 (UTC)
- 如果通過的話Template:繁简混杂重定向也要改,不過只有幾個頁面應該不難改。--User:What7what8🏠 2024年5月25日 (六) 07:52 (UTC)
- 粗略看来一下阁下列出的,当中有些是违反简化规则的。比如“㳕,灡”,“蘭/兰”字位于《简化字总表》的第一表,因此是不可类推简化的。也就是说,如果有一天“灡”字被列为规范汉字,也仅会对“門”部件进行简化变成“𬞕”,而不是将整个“蘭”进行简化。再比如“䓕,薳”,由于“遠/远”也是不可类推简化部件,所以“薳”也是不必简化的,刚巧《通用规范汉字表》就有收录“薳”字。所以阁下的这个恐怕要进行超大规模的整理才能提交啊。而且我觉得没有具体使用例子的就没必要简化了。不过还是要感谢一下阁下把它们整理出来。 --微肿头龙(留言) 2024年5月25日 (六) 13:40 (UTC)
- 另外想問一下哪一種字體支援最完整?—— Eric Liu 創造は生命(留言・留名・學生會) 2024年5月26日 (日) 03:41 (UTC)
- 应当是宋体吧,因为Unicode的文件也是宋体,Microsoft在显示生僻字时好像也是默认宋体。--微肿头龙(留言) 2024年5月26日 (日) 03:46 (UTC)
- 宋體是字體風格不是一種字體。--Miyakoo(留言) 2024年5月26日 (日) 11:05 (UTC)
- 好吧,是我搞错了两个概念。谢谢指出。微肿头龙(留言) 2024年5月26日 (日) 11:09 (UTC) --
- Unifont吧,不過是點陣字形,可以參考Wikipedia:Unicode扩展汉字還有Template:Unihan
- ( π )题外话,Special:链入页面/Wikipedia:Unicode扩展汉字“𰻝𰻝面 (← 連結 | 編輯)”怎麽全變方框了,還有𱎼家人的標題“家人”也變成方框了,是有什麽bug嗎?--User:What7what8🏠 2024年5月26日 (日) 15:30 (UTC)
- Firefox正常显示,Chrome显示方框。--Kethyga(留言) 2024年5月29日 (三) 00:38 (UTC)
- 我这里不能复现--百無一用是書生 (☎) 2024年5月29日 (三) 03:28 (UTC)
- 我這也是,認真說應該是我兩台電腦都開chrome,一台正常顯示,另一台則是全方框。--WiTo🐤💬 2024年5月29日 (三) 05:34 (UTC)
- Firefox正常显示,Chrome显示方框。--Kethyga(留言) 2024年5月29日 (三) 00:38 (UTC)
- 宋體是字體風格不是一種字體。--Miyakoo(留言) 2024年5月26日 (日) 11:05 (UTC)
- 天珩全字庫(大陸標準)和字雲(日本標準),它們都支援到了I區。--Miyakoo(留言) 2024年5月26日 (日) 10:58 (UTC)
- 应当是宋体吧,因为Unicode的文件也是宋体,Microsoft在显示生僻字时好像也是默认宋体。--微肿头龙(留言) 2024年5月26日 (日) 03:46 (UTC)
- 目前转换表主要是我在维护,过来解释一下。确实如上文所说,目前只支持到中日韓統一表意文字扩展B区及以前的规则,B区之后基本只支持了通用规范汉字表表内的规则。这么做主要还是考虑到大众用户的设备显示,现在大家使用手机访问的频率变得更高,但目前手机显示基本只支持到扩展A区+所有表内汉字,因此不敢妄作扩张,怕反而伤害了用户的阅读体验。—Chiefwei(论 - 历) 2024年6月8日 (六) 13:23 (UTC)
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
好像就在近期,新出现了不少Module:Mapframe、Module:Location map的Lua错误[1][2],如天门山寺、和合石。--Kcx36(留言) 2024年6月9日 (日) 10:35 (UTC)
- 我也注意到了;似乎在条目内将{{coord}}中的
display=title
改为display=inline,title
可以解决报错。从时间上看,会不会和为了解决上面的问题(#Template:Infobox_body_of_water中的坐标会重复两次),Shizhao在Module:Coordinates的几个编辑(82849253)有关?Irralpaca(留言) 2024年6月9日 (日) 11:12 (UTC)- 看来似乎是Module:Coordinates修改后,导致Module:Location_map#L-122取不到/取错值了--百無一用是書生 (☎) 2024年6月9日 (日) 12:17 (UTC)
- 改为display=inline,title或者display=inline都可以解决报错--百無一用是書生 (☎) 2024年6月9日 (日) 12:30 (UTC)
- 测试了一下,Module:Location map用display=title的时候,坐标并不会显示在标题右上角(直接就不显示),似乎这样和coord对参数的声明不符合?--百無一用是書生 (☎) 2024年6月9日 (日) 12:36 (UTC)
- 改为display=inline,title或者display=inline都可以解决报错--百無一用是書生 (☎) 2024年6月9日 (日) 12:30 (UTC)
- 最近更新了Module:Coordinates,似乎这个问题解决了?--百無一用是書生 (☎) 2024年7月14日 (日) 11:54 (UTC)
- 好像是解决了。--Kcx36(留言) 2024年7月14日 (日) 11:57 (UTC)
- 看来似乎是Module:Coordinates修改后,导致Module:Location_map#L-122取不到/取错值了--百無一用是書生 (☎) 2024年6月9日 (日) 12:17 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
美国县级行政区地图显示故障
编辑- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
如弗吉尼亚州县级行政区列表,密西西比州县级行政区列表,密苏里州各县列表,马里兰州行政区划,爱达荷州县级行政区列表等列表中的小地图显示故障,只显示一个红色块而没有网格,同时对应各县的条目的地图也是一样的问题,好像是原图批量出了问题?
- 是批量出了問題,我建了很多個縣都是這樣子。經調查,這不是本人能力範圍內能解決的,只能坐等一天恢復正常。--維基病夫邀請您加入❤️邊緣人小組·🖊️簽到 2024年6月17日 (一) 15:51 (UTC)
- 是維基共享使用的底圖出問題了,各種語言維基都有顯示問題。這邊不動手,英維那邊也會吵起來,讓相關人員處理。這個應該算是技術問題?大概很快就有{{Tracked}}的工單。--Nostalgiacn(留言) 2024年6月17日 (一) 16:59 (UTC)
- 怀疑与最近librsvg版本升级有关--百無一用是書生 (☎) 2024年6月18日 (二) 03:02 (UTC)
- 是維基共享使用的底圖出問題了,各種語言維基都有顯示問題。這邊不動手,英維那邊也會吵起來,讓相關人員處理。這個應該算是技術問題?大概很快就有{{Tracked}}的工單。--Nostalgiacn(留言) 2024年6月17日 (一) 16:59 (UTC)
- 根据phab:T367645#9902624的说法,svg文件原本就有问题,只是没有表现出来,librsvg升级后这个问题变严重了。可以参考下这个[3],一大堆的报错--百無一用是書生 (☎) 2024年6月19日 (三) 02:25 (UTC)
- 舉例的圖片,以上傳新圖片解決了。不過仍然有很多圖片沒有上傳新圖片取代。如右圖(Virginia)
Virginia - 工單上編者Nux已經使用機器人替換相關圖片,美國相關圖片已經替換。不清楚是否有有其他國家或地區使用同類圖片,Phabricator上的工單已經標記完成,關閉了。--Nostalgiacn(留言) 2024年7月7日 (日) 02:53 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
维基百科:其他语言的维基百科典范条目/英語版這樣的標題是否屬於繁簡混用?
编辑维基百科:其他语言的维基百科典范条目/英語版這樣的標題是否屬於繁簡混用?有很多這樣的頁面需要移動。--Midleading(留言) 2024年7月1日 (一) 09:38 (UTC)
- 命名常规的简繁统一仅约束条目。要求子页面统一简繁会带来很多麻烦,讨论存档、新建子页面,需要手动转换简繁。有/分割,也不会有转换分词等问题。--YFdyh000(留言) 2024年7月1日 (一) 15:32 (UTC)
- 許多時候區分繁簡或許還別有意義。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年7月3日 (三) 10:59 (UTC)
像Category:埃里克·貝特爾森命名的生物分类這樣的分類名是否屬於繁簡混用呢? Midleading(留言) 2024年7月12日 (五) 08:18 (UTC)
- 理論上不算,https://dict.variants.moe.edu.tw/dictView.jsp?ID=50466 。
- 不過維基百科系統無法自動轉換。--Miyakoo(留言) 2024年7月12日 (五) 08:57 (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)
- [4],分别是固定宽、不固定宽,使用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)
条目标题左侧出现多余的“维基百科”
编辑如题,条目标题出现多余得“维基百科”,今天第一次出现,见截图,多出的是图片版的File:Wikipedia-wordmark-zh.svg,像是和MediaWiki:Common.css中的的“content: url(/static/images/mobile/copyright/wikipedia-wordmark-zh-hans.svg)
;”有关--Kethyga(留言) 2024年7月4日 (四) 12:49 (UTC)
- 不能复现,或许与您使用的js脚本之类的有关--百無一用是書生 (☎) 2024年7月4日 (四) 12:58 (UTC)
- 我使用Timeless,从几个小时前开始也这样。--Tim Wu(留言) 2024年7月4日 (四) 13:10 (UTC)
- 我在Timeless下测试,未发现问题--百無一用是書生 (☎) 2024年7月5日 (五) 03:32 (UTC)
- 使用隐私模式复现,可能不是脚本问题(? ——魔琴[身份声明 留言 贡献 新手2023] 2024年7月5日 (五) 12:55 (UTC)
- 看起来像是MediaWiki:Common.css#L-1035的问题,似乎只匿名用户有这问题?应该是Timeless最近更新导致?--百無一用是書生 (☎) 2024年7月5日 (五) 13:23 (UTC)
- 我、Kethyga还有下面的ElectronicGhost都算是匿名用户?--Tim Wu(留言) 2024年7月5日 (五) 13:25 (UTC)
- 目前我只能在firefox的隐私模式下能复现,chrome隐私模式不能复现(都是未登陆状态)。两个浏览器非隐私模式登录状态下都不能复现--百無一用是書生 (☎) 2024年7月5日 (五) 13:32 (UTC)
- 我在Chrome/Firefox的登录/隐私模式都出现这个问题……在Chrome登录小号也复现……怎么回事 ——魔琴[身份声明 留言 贡献 新手2023] 2024年7月5日 (五) 14:38 (UTC)
本人的Timeless skin,目前只在登录模式下(Chrome/Firefox)出现,隐私模式下暂时没有。--Kethyga(留言) 2024年7月5日 (五) 15:06 (UTC)- 上面结果在隐私模式下未登录,使用的默认皮肤。--Kethyga(留言) 2024年7月6日 (六) 05:01 (UTC)
- 我在使用Timeless皮肤的情况下,无论使用Safari、Chrome还是Firefox抑或是在各个浏览器开启隐私模式并登陆,这个问题都会出现。 -- ElectronicGhost|👻 2024年7月6日 (六) 04:48 (UTC)
- 这样看起来,只有使用小工具和用户权限的差异了--百無一用是書生 (☎) 2024年7月7日 (日) 06:16 (UTC)
- 我在Chrome/Firefox的登录/隐私模式都出现这个问题……在Chrome登录小号也复现……怎么回事 ——魔琴[身份声明 留言 贡献 新手2023] 2024年7月5日 (五) 14:38 (UTC)
- 目前我只能在firefox的隐私模式下能复现,chrome隐私模式不能复现(都是未登陆状态)。两个浏览器非隐私模式登录状态下都不能复现--百無一用是書生 (☎) 2024年7月5日 (五) 13:32 (UTC)
- 我、Kethyga还有下面的ElectronicGhost都算是匿名用户?--Tim Wu(留言) 2024年7月5日 (五) 13:25 (UTC)
- 看起来像是MediaWiki:Common.css#L-1035的问题,似乎只匿名用户有这问题?应该是Timeless最近更新导致?--百無一用是書生 (☎) 2024年7月5日 (五) 13:23 (UTC)
- 使用隐私模式复现,可能不是脚本问题(? ——魔琴[身份声明 留言 贡献 新手2023] 2024年7月5日 (五) 12:55 (UTC)
- 我在Timeless下测试,未发现问题--百無一用是書生 (☎) 2024年7月5日 (五) 03:32 (UTC)
- 造成需要这段站内css的问题已经修复(phab:T369537),在下周部署后可以直接删除相关段落。--Func(讨论·贡献) 2024年7月10日 (三) 16:55 (UTC)
小工具“编辑段落链接([编辑])靠右排列”使编辑按钮较正常位置偏高
编辑
印象中这个问题似乎一直存在,今天来客栈提一下,不知道是否是普遍的情况。开启该工具(可在参数设置->小工具->界面显示工具一节找到)后,在每一个段落出现“[编辑源代码/查看源代码|快速编辑]”都明显较正常(不开启该工具)位置高,在条目标题旁边,因为位置太高,甚至会使“[编辑源代码/查看源代码|快速编辑]”文字大约上1/3部分“隐没”。--——自由雨日(留言・贡献) 2024年7月7日 (日) 03:04 (UTC)
- 猜测可能是近期系统字体大小调整导致的?--百無一用是書生 (☎) 2024年7月15日 (一) 02:59 (UTC)
- “近期”,大概是什么时候的调整?🤔--——自由雨日(留言・贡献) 2024年7月18日 (四) 02:11 (UTC)
- 大概2、3个月前?--百無一用是書生 (☎) 2024年7月19日 (五) 07:37 (UTC)
- 凭我自己印象是,“按钮较高”的问题至少已经大半年(或更久)了,似乎是自我打开该工具以来一直就是这样🤔只是之前觉得影响不大一直懒得提()--——自由雨日(留言・贡献) 2024年7月19日 (五) 10:01 (UTC)
- 大概2、3个月前?--百無一用是書生 (☎) 2024年7月19日 (五) 07:37 (UTC)
- “近期”,大概是什么时候的调整?🤔--——自由雨日(留言・贡献) 2024年7月18日 (四) 02:11 (UTC)
首页下半部分排版乱了
编辑销售认证模板被我改出了bug
编辑
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
出错的文件在Template:Certification_Table_Entry模板,具体出错的几行代码如下:
{{!}} {{#if:{{{nocert|}}}|{{sdash}}{{#if:{{{nocat|}}}||{{main other|<!-- [[Category:使用Certification Table Entry沒有認證的頁面]]-->}}}}|{{#ifeq:{{{region|}}}|Mexico|{{Certification Table Entry/MexicanAward|award={{{award|}}}|number={{{number|}}}|number2={{{number2|}}}|number3={{{number3|}}}}}|{{#if:{{{number|}}}|{{#ifeq:{{{number}}}|1||{{{number}}}×}}|}} {{{award}}}{{#switch:{{{award|}}}|Silver|Gold|Platinum|Diamond|Million|Billion|Platinum+Gold|Diamond+Gold|Diamond+Platinum|Diamond+Platinum+Gold=|#default={{main other|[[Category:Pages using Certification Table Entry with unsupported award]]}}}}{{#switch:{{{type|}}}|album|single|video|jazz|compilation|videosingle|ringtone|EP|=|#default={{main other|[[Category:Pages using Certification Table Entry with unsupported type]]}}}} {{#if:{{{Spanish|}}}|([[RIAA certification#{{#switch:{{{type}}}|album=Latin|single=Singles}}|Latin]])}}}}}}
请问如何修改这一段,让输入Silver、gold等英文的时候,模板转为显示成银、白金等中文呢?--Scarsnevergoaway(留言) 2024年7月10日 (三) 08:30 (UTC)
- Help:解析器函数#switch。目前好像写反,该“Silver|银|銀=銀|Gold=金|Platinum=白金|”这样?代码很乱没弄清。--YFdyh000(留言) 2024年7月10日 (三) 13:00 (UTC)
- 谢谢,我明天改改--Scarsnevergoaway(留言) 2024年7月10日 (三) 15:40 (UTC)
- 问题已解决,请求关闭讨论--Scarsnevergoaway(留言) 2024年7月13日 (六) 06:35 (UTC)
- 谢谢,我明天改改--Scarsnevergoaway(留言) 2024年7月10日 (三) 15:40 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
提报DC的小工具什么时候能更新啊
编辑
如题,都开始好几天了一直没人更新脚本,手填既不方便还容易出错,都没参与的积极性了(恼)。DC本身的讨论页有不少人反映过了,但也没见脚本更新……--Nanhuajiaren(留言) 2024年7月11日 (四) 01:26 (UTC)
- @Nanhuajiaren:目前主持人正在討論中。技術人手不足Orz —— Eric Liu 創造は生命(留言・留名・學生會) 2024年7月11日 (四) 05:35 (UTC)
- 今年和去年的东西几乎差不多的吧?除了修改常量之外也就去掉界面上新增来源那一行(因为去年有缺来源的小项今年没有)。--Nanhuajiaren(留言) 2024年7月11日 (四) 07:11 (UTC)
- Eric Liu 創造は生命(留言・留名・學生會) 2024年7月11日 (四) 16:32 (UTC)
- 应该已经好了。--Leiem(留言·签名·维基调查) 2024年7月12日 (五) 17:13 (UTC)
主要是動員令主持人團隊向來仰賴本站僅有的幾位介面管理員,最近剛好不少在休息,沒空幫忙。這一兩天應該能解決。——
- Eric Liu 創造は生命(留言・留名・學生會) 2024年7月11日 (四) 16:32 (UTC)
- 今年和去年的东西几乎差不多的吧?除了修改常量之外也就去掉界面上新增来源那一行(因为去年有缺来源的小项今年没有)。--Nanhuajiaren(留言) 2024年7月11日 (四) 07:11 (UTC)
Navbox標題置中
编辑
Navbox標題似乎還是沒法對齊中間(見模板說明頁面範例,可參照above參數位置及英文版本),是不是需要額外設定什麼間距?—— Eric Liu 創造は生命(留言・留名・學生會) 2024年7月11日 (四) 06:26 (UTC)
- 中维以前的方案是固定宽度左右各保留8em,至于Wikiplus会撑爆那就让Wikiplus自己修吧。--Dabao qian℡ 2024年7月11日 (四) 10:14 (UTC)
- 不是Wikiplus问题,Template:Navbox中的示例1和3(从上往下数)的确现在往右歪了一点,但示例4却差不多是居中的。把.navbox-title .navbar的样式改成margin-right: -1.6em;示例1和3似乎能差不多居中了,但是示例4却又歪了--百無一用是書生 (☎) 2024年7月11日 (四) 13:01 (UTC)
- 尝试修了一下[5],现在除了示例4外,其他看起来差不多都居中了--百無一用是書生 (☎) 2024年7月11日 (四) 13:38 (UTC)
- 但是navbar和展開被擋住了,點不到。--Cookai餅塊🍪(💬留言) 2024年7月11日 (四) 13:42 (UTC)
- 回退了,这样修改后,左右两侧都无法点击了--百無一用是書生 (☎) 2024年7月11日 (四) 13:42 (UTC)
- 如果是讓左右側absolute呢?
- 即Special:PermaLink/83367707加上
.navbox-title .navbar { position: absolute; left: 1em; }
--Cookai餅塊🍪(💬留言) 2024年7月11日 (四) 14:04 (UTC).navbox-title .mw-collapsible-toggle { position: absolute; right: 1em; }
- 尝试修了一下[5],现在除了示例4外,其他看起来差不多都居中了--百無一用是書生 (☎) 2024年7月11日 (四) 13:38 (UTC)
- 不是Wikiplus问题,Template:Navbox中的示例1和3(从上往下数)的确现在往右歪了一点,但示例4却差不多是居中的。把.navbox-title .navbar的样式改成margin-right: -1.6em;示例1和3似乎能差不多居中了,但是示例4却又歪了--百無一用是書生 (☎) 2024年7月11日 (四) 13:01 (UTC)
.navbox-title .navbar {
/* @noflip */
float: left;
/* @noflip */
text-align: left;
/* @noflip */
margin-right: 0.5em;
width: auto;
padding-left: 0.2em;
position: absolute;
left: 1em;
}
/* In navboxes, the show/hide button balances the v·d·e links
from [[Template:Navbar]], so they need to be the same width. */
.navbox .mw-collapsible-toggle {
margin-left: 0.5em;
position: absolute;
right: 1em;
}
这样看上去并没有什么问题。当然,Module:Navbox也需要做修改,因为设置|navbar=plain
之后产生的占位符也需要有相同的样式。
-- Render the spacer div.
if spacerSide then
titleCell
:tag('span')
:css('float', spacerSide)
:css('position', 'absolute')
:css(spacerSide, '1em')
:css('margin-' .. (spacerSide == 'left' and 'right' or 'left'), '0.5em')
:css('padding-' .. spacerSide, '0.2em')
:wikitext(' ')
end
end
--Dabao qian℡ 2024年7月11日 (四) 15:26 (UTC)
- @Shizhao:用這個模板來看,可以知道目前標題還是歪的。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年7月11日 (四) 16:31 (UTC)
这样修改之后Template:JR东日本的车辆似乎显示有问题,左右两侧的按钮会和色块重叠,这种情况需要写脚本修复到4em才能正常显示。--Dabao qian℡ 2024年7月11日 (四) 17:44 (UTC)- 在Special:PermaLink/83367707的基础上按上述方案分别修改MediaWiki:Common.css和Module:Navbox即可。--Dabao qian℡ 2024年7月11日 (四) 18:57 (UTC)
- 改了,看看是否还有问题--百無一用是書生 (☎) 2024年7月12日 (五) 02:46 (UTC)
- 目前发现的问题是当浏览器宽度(window.innerWidth)小于640px时,点击右侧折叠按钮后,折叠按钮、查论编和标题全都会跑到左侧叠在一起。暂不确定是否和本次修订相关--百無一用是書生 (☎) 2024年7月12日 (五) 03:05 (UTC)
- 可以复现,原先是页面宽度小于640px时会折行显示,改完之后强制缩排在同一行就会直接叠在一起。--Dabao qian℡ 2024年7月12日 (五) 18:16 (UTC)
- 在Special:PermaLink/83367707的基础上按上述方案分别修改MediaWiki:Common.css和Module:Navbox即可。--Dabao qian℡ 2024年7月11日 (四) 18:57 (UTC)
- (?)疑問:{{Navbox}}的state參數設定摺疊好像失效。--Qqkuro66541(留言) 2024年7月16日 (二) 15:34 (UTC)
现有的技术能否做到将新条目自动加入相关专题的新进条目列表内
编辑我记得现在专题页面有个机器人,可以查看最近在评选FA、GA、DYK的各专题相关条目。但我打开音乐专题,发现新进条目这里还是靠人去手工加入的。能否让机器人自动更新一下,把近三十天创建的,且挂上各个专题评级模版的条目自动放进各个专题的首页,这样就免去人为添加了。--Scarsnevergoaway(留言) 2024年7月13日 (六) 06:31 (UTC)
我制作了一个自动翻译榜单排行的小工具,请问有什么办法可以推广?
编辑我目前正开发一个音乐条目的自动翻译工具,希望能实现以下功能:
- 自动翻译单曲周榜单和年终榜单的表格。
- 自动翻译专辑周榜单和年终榜单的表格。
- 自动修正常见的榜单错误翻译。
- 自动翻译专辑和单曲条目制作人员名单的分工类型。
- 自动翻译曲目列表的部分常用类型。
- 自动翻译发行历史的国家名称和日期。
- 单曲和专辑信息框模版清理。
- 根据信息框模版自动生成条目导言。
目前已完成单曲榜单的自动翻译功能的初始版本。
使用方法如下:
将mw.loader.load('//zh.wikipedia.org/w/index.php?title= User:Scarsnevergoaway/Tool/singlechart.js&action=raw&ctype=text/javascript');
加入您的common.js页。
使用时,进入源代码编辑页,工具一栏会出现“单曲榜翻译”等分类,按照需求点击分类下的各功能按钮即可。在编写条目时,务必先使用本工具,再使用链接自动翻译器。
这个工具在经常参与音乐专题,翻译歌曲条目的编者这里还是挺好用的,可以省去大量重复性工作。请问有什么办法能推广一下这个吗。--Scarsnevergoaway(留言) 2024年7月13日 (六) 06:34 (UTC)
Infobox person/Wikidata 出生日期
编辑中文數字與阿拉伯數字混用,例見热尔玛娜·维亚娜,“出生”顯示爲“1972年十月16日”--惣流·明日香·蘭格雷不姓式波 2024年7月13日 (六) 07:52 (UTC)
- 无法复现。或许已经修复?--PexEric💬|📝 2024年7月13日 (六) 11:54 (UTC)
- 剛剛看了一下,似乎是只有香港和澳門版本有此問題,應與使用的裝置和瀏覽器無關--惣流·明日香·蘭格雷不姓式波 2024年7月14日 (日) 01:30 (UTC)
- 未登录时港澳版本可重现,登录后无法重现。--YFdyh000(留言) 2024年7月14日 (日) 02:22 (UTC)
- 哪個瀏覽器?我win11 firefox和edge,登入與否,無痕與否,均能復現,chrome的話沒安裝試不了。--惣流·明日香·蘭格雷不姓式波 2024年7月14日 (日) 06:33 (UTC)
- Win10 Edge。curl -v https://zh.wikipedia.org/zh-mo/%E7%83%AD%E5%B0%94%E7%8E%9B%E5%A8%9C%C2%B7%E7%BB%B4%E4%BA%9A%E5%A8%9C 的源码里也能看到>1972年十月16日 <。--YFdyh000(留言) 2024年7月14日 (日) 11:10 (UTC)
- 哪個瀏覽器?我win11 firefox和edge,登入與否,無痕與否,均能復現,chrome的話沒安裝試不了。--惣流·明日香·蘭格雷不姓式波 2024年7月14日 (日) 06:33 (UTC)
- 我这只有未登录时香港、澳门繁体能复现。--Kcx36(留言) 2024年7月14日 (日) 10:45 (UTC)
- 未登录时港澳版本可重现,登录后无法重现。--YFdyh000(留言) 2024年7月14日 (日) 02:22 (UTC)
- 剛剛看了一下,似乎是只有香港和澳門版本有此問題,應與使用的裝置和瀏覽器無關--惣流·明日香·蘭格雷不姓式波 2024年7月14日 (日) 01:30 (UTC)
- 經測試,該欄會隨著介面語言改變(zh-hk、ko)(登入與否的差異應該跟這有關),行為與{{#time}}類似
{{#time:Y年Fj日|1942-10-16|zh-hans}}
(「1942年10月16日」){{#time:Y年Fj日|1942-10-16|zh-hant}}
(「1942年10月16日」){{#time:Y年Fj日|1942-10-16|zh-hk}}
(「1942年十月16日」)
- 可能跟MediaWiki:October月份系列有關:
- MediaWiki:October/zh-hans(「10月」)
- MediaWiki:October/zh-hant(「10月」)
- MediaWiki:October/zh-hk(「十月」)
- --Cookai餅塊🍪(💬留言) 2024年7月15日 (一) 13:27 (UTC)
- 需要去TWN修改--Dabao qian℡ 2024年7月17日 (三) 15:35 (UTC)
- 已修改,待下次MediaWiki版本更新即可应用,请留意技术新闻--Dabao qian℡ 2024年7月20日 (六) 12:21 (UTC)
- 需要去TWN修改--Dabao qian℡ 2024年7月17日 (三) 15:35 (UTC)
用戶頭銜模板重叠
编辑似乎當兩個template:Encourage之間有template:top icon時(例如任一有Encourage的頭銜模板緊接一個Template:反破壞工作小組成員),兩個Encourage頭銜框會部分重叠,具體見User:方志維(隨機選的,但他的情況非常明顯)的一堆頭銜。(小弟用戶頁直接複製了Template:反破壞工作小組成員的Encourage源碼,所以沒有此問題)--惣流·明日香·蘭格雷不姓式波 2024年7月14日 (日) 09:19 (UTC)
- 我这里未发现有什么问题--百無一用是書生 (☎) 2024年7月14日 (日) 11:51 (UTC)
- 他剛剛移除了一堆模板,在歷史版本仍可見(圖),另見User:Ericliu1912(圖)--惣流·明日香·蘭格雷不姓式波 2024年7月14日 (日) 13:22 (UTC)
- 我自己看了看倒是沒問題?—— Eric Liu 創造は生命(留言・留名・學生會) 2024年7月14日 (日) 15:42 (UTC)
- 同上,我还是看不出截图中的问题,或许是浏览器或使用了某些js脚本导致?--百無一用是書生 (☎) 2024年7月15日 (一) 02:24 (UTC)
- 這就怪了,我win11 Firefox(有一些插件)登入與否都能復現,edge(沒有插件)及android chrome(沒有插件)同理。--惣流·明日香·蘭格雷不姓式波 2024年7月15日 (一) 02:29 (UTC)
- 那可能是某个本站的js小工具或用户脚本导致的?--百無一用是書生 (☎) 2024年7月15日 (一) 03:03 (UTC)
- 但我的edge沒有任何extention,也應該沒有動過任何設定(平常用firefox),沒有登入的話理應沒有脚本或小工具?會否與裝置或瀏覽器的語言或地區設定有關?--惣流·明日香·蘭格雷不姓式波 2024年7月15日 (一) 03:10 (UTC)
- 咦,刚才重新打开了这两个用户页,莫名的就复现了...--百無一用是書生 (☎) 2024年7月15日 (一) 03:06 (UTC)
- 是重叠的模板写的有问题,解析成html后多了一个空行,可以参考我刚刚在Template:維基座標工作小組、Template:邊緣人小組和Template:維權聯盟盟友的修改方式对其他模板一并修改,把top icon和Encourage模板之间用<!-- -->断行,最后的分类和模板之间不要断行或者也用<!-- -->断行--百無一用是書生 (☎) 2024年7月15日 (一) 03:23 (UTC)
- {{維基近衛騎士}}怎麼修改?--Miyakoo(留言) 2024年7月15日 (一) 04:21 (UTC)
- 已修复--百無一用是書生 (☎) 2024年7月15日 (一) 06:22 (UTC)
- {{維基近衛騎士}}怎麼修改?--Miyakoo(留言) 2024年7月15日 (一) 04:21 (UTC)
- 那可能是某个本站的js小工具或用户脚本导致的?--百無一用是書生 (☎) 2024年7月15日 (一) 03:03 (UTC)
- 這就怪了,我win11 Firefox(有一些插件)登入與否都能復現,edge(沒有插件)及android chrome(沒有插件)同理。--惣流·明日香·蘭格雷不姓式波 2024年7月15日 (一) 02:29 (UTC)
- 他剛剛移除了一堆模板,在歷史版本仍可見(圖),另見User:Ericliu1912(圖)--惣流·明日香·蘭格雷不姓式波 2024年7月14日 (日) 13:22 (UTC)
存廢重新提交
编辑我去看《溯源之惧》的存廢討論,7月4日重新提交,但是我找不到重新提交的頁面。標註是重新提交到Wikipedia:頁面存廢討論/記錄/2024/07/12,但是編輯記錄和頁面都沒有《溯源之惧》的存廢討論移動記錄。--Nostalgiacn(留言) 2024年7月15日 (一) 08:55 (UTC)
- @Shizhao:是不是小工具故障?—— Eric Liu 創造は生命(留言・留名・學生會) 2024年7月15日 (一) 20:22 (UTC)
- @Manchiu。我以前的确遇到过几回,偶尔会故障一下--百無一用是書生 (☎) 2024年7月16日 (二) 01:34 (UTC)
- 啊不好意思。已重新提交到Wikipedia:頁面存廢討論/記錄/2024/07/16#溯源之惧,避免因失誤造成討論不公。。-千村狐兔(留言) 2024年7月16日 (二) 02:25 (UTC)。
日維動畫條目的各話列表節使用{{劇集列表}}模板時,參數都會使用{{Hlist-comma}}模板,且會根據當前畫面寬度自動換行,中維也有相同模板{{Hlist-comma}},不過不會自動換行,想知道是什麼原因。--夏冰 2024年7月16日 (二) 00:18 (UTC)
- 這參考Template_talk:Hlist#單獨使用{{hlist}}會導致同一頁面的{{Infobox}}內建的hlist出現多餘的空格,inline-block的問題一修又有另一個的問題--Qqkuro66541(留言) 2024年7月16日 (二) 17:01 (UTC)
2024年第29期技術新聞
编辑維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改;不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。
技術新聞調查
- 邀請您填寫這份簡短問卷調查,協助我們改善技術新聞。本次調查旨在更有效地滿足閱讀技術新聞的各類讀者的需求。本次調查還會開放3天。本次調查適用這份隱私聲明。本次調查提供其他語言的翻譯版本。
最近更改
- 維基媒體開發者現在可以正式繼續使用Gerrit和GitLab,基於維基媒體基金會於6月24日決定支持在這兩個平台共同進行軟體開發。Gerrit和GitLab皆是開發者用來編寫、審查和部署軟體代碼的代碼儲存庫,而這些代碼支撐著MediaWiki——用於建構維基專案,也是編輯者用於創建和改進內容的工具。這項決定將保障開發者們的生產力,並避免code review——代碼審查方面的問題影響用户。更多詳情請見遷移狀態頁面。
- 維基媒體基金會誠徵產品與技術諮詢委員會(PTAC)申請人。該小組將匯集技術貢獻者與維基媒體基金會,共同開發一個更具彈性、與時俱進的技術平台。委員會成員將對維基媒體運動的產品與技術活動進行評估與諮詢,以便我們開發多代的项目。我們正在尋找來自世界各地具有不同项目經驗的技術貢獻者。請於8月10日前在此申請。
- 持有回退權的編輯者可以在Android版維基百科App使用新的編輯巡查功能。這些功能包括最近更改的新動態、撤销和回退等相關链接,以及创建和保存個人的用户討論消息庫以供巡查時使用。如果您所在的wiki希望向沒有回退權但編輯次數達到一定門檻的用户提供這些功能,您可以聯絡團隊。更多關於此项目,請參閱Diff文章。
- 在基金會進行聯絡溝通後,有權访问維基百科圖書館的編輯者再度能使用SpringerLinks中的非開放访问內容。延伸閱讀上週完成的22個社群提交工單。
本週更改
- 本週,深色模式將供多個維基百科使用,無論桌面版或移动版,用户登录或未登录。敬請介面管理員和用户腳本維護人員在深色模式下檢查小工具和用户腳本,查找任何寫死的顏色並修復它們。有一些深色模式兼容性建議可供參考。
未來更改
- 下週,邀請工作人員、志願工具維護者和軟體開發團隊在測試維基上測試臨時帳號功能。臨時帳號功能有助於改善wiki上的隱私保護。目前未有其他進一步的部署安排。歡迎在项目討論頁發表意見和提出疑問。 [6]
- 邀請跨維基上傳文件或教導他人如此操作的編輯者,參與維基共享資源上的討論。共享資源社群正在討論將能夠通过跨維基上傳功能(或稱上傳對話框)上傳文件的用户,限縮為維基共享資源上的自动确认用户。這是因為通过這種方式上傳的文件大量侵犯了著作權。Commons:跨維基上傳有簡短摘要,討論位於Commons:互助客棧。
技術新聞由技術新聞編者撰寫,並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。 歡迎訂閱維基媒體基金會公報獲取更多新聞。
法属圭亚那行政区划列表显示问题
编辑法属圭亚那条目行政区划章节有一个列表,乍一看没什么问题,但只要点击上方任意一个排序,最右边每一格都会变成硕大的法属圭亚那地图。这张表是复制翻译的英维的,英维也有同样问题,请问应怎样改写代码才能修复?--BigBullfrog(𓆏) 2024年7月16日 (二) 04:16 (UTC)
- 具體來說發生的是:合併儲存格在排序後會被分割,即使排序取消了(回到 狀態)依然不會恢復合併。
- 排序表格遇到合併儲存格好像一直是這樣。--Cookai餅塊🍪(💬留言) 2024年7月16日 (二) 05:15 (UTC)
- phab:T122214提到類似問題,被評為
Not a bug
。不過當中沒有提到「排序取消了依然不會恢復合併。」,可以考慮針對這點提新的工單?--Cookai餅塊🍪(💬留言) 2024年7月16日 (二) 05:27 (UTC)
- phab:T122214提到類似問題,被評為
- 可以考慮把大地圖移出表格。--Cookai餅塊🍪(💬留言) 2024年7月16日 (二) 05:21 (UTC)
這玩意有必要存在嗎?直接在template:cite twitter加個日期檢測,自動調整輸出不就行了?英維(相信其他站也是)都是直接重定向到cite twitter,本站template:tweet也能正確處理X。最大問題是知道cite twitter存在的人數肯定比知道cite x的多,我相信不少人都“誤用舊模板”了。--惣流·明日香·蘭格雷不姓式波 2024年7月16日 (二) 05:36 (UTC)
- 谁有空研究改写就行了。——Sakamotosan路过围观 | 避免做作,免敬 2024年7月16日 (二) 06:56 (UTC)
- 谁能帮忙改写成检测日期输出,在此谢过了,此外template:tweet也需要改一下。--BigBullfrog(𓆏) 2024年7月16日 (二) 12:27 (UTC)
- 谁有空研究改写就行了。——Sakamotosan路过围观 | 避免做作,免敬 2024年7月16日 (二) 06:56 (UTC)
tweet貌似早前已改好?
應該可以大致照抄至cite tweet。--惣流·明日香·蘭格雷不姓式波 2024年7月16日 (二) 12:38 (UTC)
- 还是有问题的,只是按时间检测修改了图标,reference还是会显示“通过Twitter”而不是“通过X”。--BigBullfrog(𓆏) 2024年7月17日 (三) 01:02 (UTC)
- 確實,但這問題應該會隨cite twitter的改動而自動解決,因爲tweet似乎也只是調用cite tweet。(可能還要找bot把現存的“問題”tweet ref解決一下)--惣流·明日香·蘭格雷不姓式波 2024年7月17日 (三) 02:48 (UTC)
- 你们好,还请麻烦你们检查一下你们讨论的的话题发表的言论使用的源代码是否有不妥之处,我发表的话题(在下面)的标题(在电脑端维基百科上)显示的有点不对劲,我怀疑是不是你们的模板使用不妥造成的,谢谢。--■■■■(留言) 2024年7月16日 (二) 14:41 (UTC)
如题,我发现模板:六四事件在六四事件中不能正常显示,不知道这是不是自己设备的问题,本人试图将模板复制到条目中并提交编辑仍不能解决问题,请有经验的编者协助解决,谢谢!--■■■■(留言) 2024年7月16日 (二) 14:36 (UTC)
- Category:引用模板后大小超过限制的页面的隱藏分類,針對該問題,我知道的解法是調整條目內容, 減少模版的使用量。--Wolfch (留言) 2024年7月16日 (二) 14:44 (UTC) 由於條目中使用太多模版(條目中用到{{ }}的就算), 該條目已屬於
- 注意到条目在引用同一本书的不同页码时写成分开的脚注,且部分引用的书籍还包含{{link-en}}绿链,可以想见占用空间颇大,目前已修改成使用单一脚注并用{{rp}}表示页码,似乎底部的模板已经可以显示。Irralpaca(留言) 2024年7月16日 (二) 21:04 (UTC)
模板摺疊問題
编辑
突然發現使用Navbox模板時候,縱然state的一欄採用了collapsed,仍然無法摺疊,想請教這是出現了問題還是其他原因,謝謝。--Yutommy 崖上的孤兒 北橋的狗 2024年7月16日 (二) 17:03 (UTC)
- +1同发现问题,比较显著的页面如勒布朗·詹姆斯、长相思 (电视剧)。--桃花影落飞神剑(留言) 2024年7月16日 (二) 21:11 (UTC)
- 在Module:Navbox316行加入,請再測試一下,感謝,可參見en:Template_talk:Navbox--Qqkuro66541(留言) 2024年7月16日 (二) 23:02 (UTC)
if args.title and (args.state ~= 'plain' and args.state ~= 'off') then if args.state == 'collapsed' then args.state = 'mw-collapsed' end tbl :addClass('mw-collapsible') :addClass(args.state or 'autocollapse') end
- @Dabao qian:前面的#在导航模板中淘汰过时的可折叠表格支持后面提过,启用了小工具“可折叠表格”后,这部分其实可以不用改的了。——Sakamotosan路过围观 | 避免做作,免敬 2024年7月17日 (三) 00:25 (UTC)
- @Dabao qian、cwek:zh:MediaWiki:Gadget-collapsibleTables.js,請問是這個嗎?預設是開啟的。--Qqkuro66541(留言) 2024年7月17日 (三) 01:40 (UTC)
- 对的,这个小工具已经有针对原有折叠参数的兼容,导致了Navbox这样参数的两不像。——Sakamotosan路过围观 | 避免做作,免敬 2024年7月17日 (三) 01:44 (UTC)
- 所以若然現在要讓navbox在載入頁面時摺疊﹐該如何處理?謝謝!--Yutommy 崖上的孤兒 北橋的狗 2024年7月17日 (三) 04:48 (UTC)
- 我好像找到了﹐是不是使用mw-collapsed?--Yutommy 崖上的孤兒 北橋的狗 2024年7月17日 (三) 04:52 (UTC)
- 参见Module_talk:Navbox#編輯請求_2024-07-17,从粤维搬了个hack过来,等待管理员应用即可。--Dabao qian℡ 2024年7月17日 (三) 05:34 (UTC)
- 我好像找到了﹐是不是使用mw-collapsed?--Yutommy 崖上的孤兒 北橋的狗 2024年7月17日 (三) 04:52 (UTC)
- 所以若然現在要讓navbox在載入頁面時摺疊﹐該如何處理?謝謝!--Yutommy 崖上的孤兒 北橋的狗 2024年7月17日 (三) 04:48 (UTC)
- en区的讨论页里似乎提到过,不修改是由ResourceLoader懒加载,修改后直接由解析器预处理,性能上会有所提升--Dabao qian℡ 2024年7月17日 (三) 06:31 (UTC)
崩溃
编辑维基百科是不是刚刚崩溃了?有人知道发生什么了吗?--Martin 去我的签名簿签名!! 2024年7月19日 (五) 00:56 (UTC)
- EST时间下午遇到过MediaWiki internal error.--桃花影落飞神剑(留言) 2024年7月19日 (五) 04:08 (UTC)
首页的“维基百科”四字过大
编辑还是Wikipedia:互助客栈/技术/存档/2024年6月#首页顶栏排版错乱,这次是Vector 2022皮肤。依照mw:Heading HTML changes,昨日开始h1标题都会嵌套一层<div class="mw-heading mw-heading1">
,故首页上的“维基百科”四个大字变成了原本的1.8倍大。Irralpaca(留言) 2024年7月19日 (五) 02:05 (UTC)
- 还有一个bug,单击搜索框后会变成英文
- 动图--Bovemdep(留言) 2024年7月19日 (五) 09:19 (UTC)
- 2010版变得与下方标语一样大。已经懒得吐槽近期更改了。——暁月凛奈 (留言) 2024年7月19日 (五) 09:29 (UTC)
- Special:Diff/83427432/83472463,好了。——暁月凛奈 (留言) 2024年7月19日 (五) 09:35 (UTC)
- 看起来好像还是有点和以前不一样,“人人可編輯的自由百科全書”似乎离底边比以前近了--百無一用是書生 (☎) 2024年7月19日 (五) 09:47 (UTC)
- 那在TemplateStyles里面给mw-heading1再加上
padding: 0;
?--Irralpaca(留言) 2024年7月19日 (五) 14:08 (UTC)
- 那在TemplateStyles里面给mw-heading1再加上
- 看起来好像还是有点和以前不一样,“人人可編輯的自由百科全書”似乎离底边比以前近了--百無一用是書生 (☎) 2024年7月19日 (五) 09:47 (UTC)
- Special:Diff/83427432/83472463,好了。——暁月凛奈 (留言) 2024年7月19日 (五) 09:35 (UTC)
wrap换行
编辑在Template:时代年度风云人物中使用了模板{{wrap}},但是未能正常换行,在Template:奧斯卡榮譽獎也试着加了{{wrap}}也未能换行。--Kethyga(留言) 2024年7月19日 (五) 10:45 (UTC)
captcha
编辑可不可以行行好,讓captcha可以接受全型英文,別讓人敲了兩個字母才發現不對又切回來,然後為了編輯又要切回去,很好玩是不是?
如果不會,我教你。建個一維陣列,以A到Z和a到z或其unicode為索引,內容則是全型字母,這就切換過去了,而且是O(1)。簡單吧?
如果還要拿什麼安全來說嘴,那拜託內容不要用英文,用中文字好嗎?這不是更安全嗎?打完字也不用切換全型半型了,拜託拜託。
我沒有請人拿掉這個沒經過投票就私加的captcha喔,沒有喔。我是拜託在展現想加就加的莫大權力之後,也展現一下程式能寫就寫,能力跟權力匹配,這不過份吧?我知道一定有人要飛什麼安全的大帽子過來,那就改成中文字讓機器人更沒機會運作,這方向沒有錯吧?拜託拜託,行行好。--2603:8000:500:FB00:89EE:D188:8491:54F3(留言) 2024年7月20日 (六) 03:38 (UTC)
- 建議你去方針求助-- August0422 2024年7月20日 (六) 06:23 (UTC)
- 准确来说,这是基金会添加的插件mw:Extension:ConfirmEdit,我们本地社群都是普通用家,管理配置和开发维护都是基金会的事。如果对于是否启用插件有意见,请去meta:Requests for comment请求讨论意见(并且期望有人关注);如果对于代码实现逻辑有意见,请去phab:tag/confirmedit_captcha_extension开工单反馈,或者参与到相关的开发小组中。跟我们本地社群喷这个问题毫无用处。或者考虑注册一个账号,注册账户并达到自动确认用户级别可以免除这个验证。——Sakamotosan路过围观 | 避免做作,免敬 2024年7月20日 (六) 06:50 (UTC)
- 您可以提交功能请求,详细信息见此处。还有中文问题,这个验证码本身就是在西文语境下制作的,文化隔阂的问题不止一人提过,但是都找不到合适的开源替代品。--碟之舞📀💿 2024年7月20日 (六) 15:26 (UTC)
Campaignbox被默認為開啟狀態,使用指令皆無法更改
编辑在模板:Campaignbox War of the Spanish Succession這個模板中,我盡了一切辦法仍然無法讓他在讀者剛開始閱讀時是閉合狀態,明明指令與其他模板以及英文維基對應模板相同,但其他模板就沒有這個問題,想請大佬們幫忙解決 --Waylon1104(留言) 2024年7月20日 (六) 15:16 (UTC)
- @Waylon1104 完成。
- 雖然可以個別頁面處理,但collapsed的無效顯然需要導入機器人批量替換成uw-collapsed,喪失作用的頁面過多。--Rastinition(留言) 2024年7月20日 (六) 15:21 (UTC)
- 好的了解,太感謝您了--Waylon1104(留言) 2024年7月20日 (六) 15:30 (UTC)