维基百科:互助客栈/技术
發表前請先搜索存档,參考舊討論中的内容可節省您的時間。 |
|
- [請求] 请报告并协助修复深色模式问题。
- [人事] Mys 721tx的管理員解任議案已完成答辯階段,正在準備進入安全投票,請關注。
- [提醒] 討論遞進機制試行案公示結束,進入試行期。如對試行期間的實行過程及相關規範有任何疑問,可在討論頁提問。
- [公告] 2024年日本ACGN條目通用譯名定義更新議案及更新日本遊戲命名辦法議案及破壞方針重修條文已經通過。
- [公告] NC:ACGN過時條文修訂及修订著作权验证模板与提报侵权流程正在公示,如有意見請儘快提出。
- [討論] 互助客栈正在对于Unblock-zh.org的各项细节征求意见。
- [討論] 隨管理人員申請進行,有關仲裁委員會與管理人員解任程序調整的問卷調查結果經已刊登。社群正在討論實行機制,敬請踊躍參與。
- [討論] 互助客栈方针区正在討論電視條目播放信息增加收錄準則、修訂高風險主題回退限制、限制新用户创建页面、将管理操作复核设置为管理員布告板的子布告板及提议限制无意义用户名,請踴躍參與討論。
- [討論] 互助客栈其他区正在討論設立教育佈告板,請踴躍參與討論。
- [廣告] 第二十二次動員令將於7月6日至9月8日間舉行,歡迎踴躍參與!
存檔 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
發言更新圖例 |
---|
|
|
|
|
|
特殊狀態 |
已移動至其他頁面 或完成討論之議題 |
手動設定 |
當列表出現異常時, 請先檢查設定是否有誤 |
正在廣泛徵求意見的議題
您可在維基百科:回饋請求系統訂閱特定主題的徵求意見討論通知。 |
以下討論需要社群廣泛關注:(重新整理)
Template talk:Bd § 編輯請求 2024-05-19
加入為各條目自動加入某月(某日)出生與某月(某日)逝世的分類的代碼,見WP:頁面存廢討論/記錄/2024/05/19#批量提刪。Sanmosa 人人皆王 2024年5月19日 (日) 05:56 (UTC) |
Wikipedia talk:互助客栈 § 互助客棧(或是任何討論)存檔到空的討論頁需改為加上Template:Talk header
例如這個部分,當機器人存檔到一個空討論頁時,會自動加上存檔模板。但問題是有時目標本身就是一個正常的討論頁,加上存檔模板不合常理。因此希望這個機制改一下,正常頁面就改成用 |
近期部署的深色模式(Dark mode)对页面内容带来了很多兼容性问题,需要修复。可参考mw:Recommendations for night mode compatibility on Wikimedia wikis。 修复工作需要修复许多模板、模块以及小工具,还有个别的页面也需要修复。这个征求意见的目的一是需要很多人帮忙查找问题并修复,二是一些页面如何修复可能会影响到页面本身的用色、排版设计,需要进一步讨论寻求共识。 |
|
天气模板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)
- 我的显示效果。--Kcx36(留言) 2023年11月27日 (一) 04:50 (UTC)
- 在条目韦斯卡中,未登录和Timeless Skin下目前均无法自适应页面宽度。--Kethyga(留言) 2023年11月27日 (一) 04:11 (UTC)
- @Kethyga:英文維基百科也有這種情形嗎?—— Eric Liu 創造は生命(留言・留名・學生會) 2024年1月29日 (一) 17:28 (UTC)
- @Ericliu1912 en:Wikipedia:Sandbox (1220692034) 在英维的效果,个人认为无问题,右侧的信息框一般不会遮挡天气框。--Kethyga(留言) 2024年4月25日 (四) 09:52 (UTC)
- Eric Liu 創造は生命(留言・留名・學生會) 2024年4月25日 (四) 15:28 (UTC)
- 得先测试看看了,不知道差异大不大,另外也不知道是否只是 Weather box 的问题。--Kethyga(留言) 2024年4月26日 (五) 01:30 (UTC)
若直接複製來本地,是否可行?——
- Eric Liu 創造は生命(留言・留名・學生會) 2024年4月25日 (四) 15:28 (UTC)
- @Ericliu1912 en:Wikipedia:Sandbox (1220692034) 在英维的效果,个人认为无问题,右侧的信息框一般不会遮挡天气框。--Kethyga(留言) 2024年4月25日 (四) 09:52 (UTC)
- 因此話題遲無進展,故暫時作結,來日再議。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年6月25日 (二) 02:57 (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)
有没有人去Phabricator报告问题?--Txkk(留言) 2023年12月25日 (一) 06:46 (UTC)
- 我现在是只有关于和免责声明点击后侧边栏缩回,页面不跳转--百無一用是書生 (☎) 2023年12月25日 (一) 07:47 (UTC)
- @Txkk、Shizhao:現在情況如何?—— Eric Liu 創造は生命(留言・留名・學生會) 2024年6月25日 (二) 02:58 (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)
- 要改的是Module:Citation/CS1/Utilities的
has_invisible_chars
,en的has_invisible_chars
在en:Module:Citation/CS1,看有沒有高人要來修。--Cookai餅塊🍪(💬留言) 2024年4月24日 (三) 04:58 (UTC) - 因此話題遲無進展,故暫時作結,來日再議。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年6月25日 (二) 02:58 (UTC)
關於使用 ToolsRedirect 創建的繁簡重定向[编辑]
使用ToolsRedirect自動創建的繁簡重定向,會被該工具錯誤地標記為別名重定向,參見:Special:Diff/82229793、Special:Diff/82063339、Special:Diff/82063322、Special:Diff/82034218、Special:Diff/82003931……煩請界管盡快修復此bug,防止掛有錯誤標記的繁簡重定向不斷增加。
由於大量編者均習慣以ToolsRedirect快速創建重定向,因此需要修正的繁簡重定向恐怕已不可勝數,能否讓機器人批量處理使用該工具創建的繁簡重定向,將頁面中的{{別名重定向}}
替換為{{簡繁重定向}}
?@Kanashimi--蕭漫(留言) 2024年4月12日 (五) 08:22 (UTC)
- 一个疑问,这些简繁重定向是必要还是不太必要的。是解决可视化编辑器问题的吗。--YFdyh000(留言) 2024年4月12日 (五) 19:47 (UTC)
- 个人感觉别名(包括地区用词、外文名)有必要,繁简必要性不大,条目和模板中可以正常跳转,只是编辑摘要(或者还有什么地方)会显示红链。--Kethyga(留言) 2024年4月13日 (六) 00:22 (UTC)
- 若不涉及一簡對多繁或異體字問題,繁簡重定向應該是不必要的。--蕭漫(留言) 2024年4月13日 (六) 01:04 (UTC)
- User:YFdyh000、User:Kethyga、User:蕭漫:對我來說,簡繁重定向最重要的功能是克服伺服器緩存過多、直接逼User:Cewbot清掉被系統忽略、遺忘的偽藍連,例如我做完Special:PermaLink/82174815不久,機器人就幫我做了這筆清理,不這樣做的話,
機器人不會清到這些條目機器人很難清到這些條目。英文維基百科那邊也是這樣,大家可以留意裡面有一條「{{ill|Hundred Flowers Award for Best Writing|zh|大众电影百花奖最佳编剧|lt=Best Writing}}」被標示為「The corresponding foreign language page does not exist.」,但中文百科其實有大眾電影百花獎最佳編劇條目,只是繁簡不同而已,如果有簡繁重定向頁就不會跳出這個錯誤。--迴廊彼端(留言) 2024年4月14日 (日) 14:19 (UTC)- 伪蓝链是什么效果。Database reports可能该机器人不支持简繁机制,不了解有无别的方案。是否要建简繁重定向似乎多次讨论过,有无结论忘记了。--YFdyh000(留言) 2024年4月14日 (日) 14:54 (UTC)
- User:YFdyh000:偽藍連只有兩種可能,一個是應該功成身退的跨語言連結,另一個是編者寫的不正確或與未來建立條目名稱不同、導致機器人清不掉的連結,兩種最好都不要存在。--迴廊彼端(留言) 2024年4月15日 (一) 14:16 (UTC)
- 我还没发现本地User:Cewbot/需要修正的跨語言連結中因为繁简而受影响的情形。如果确实有的话,应该可以考虑重新设计机器人。倒是除此之外,繁简重定向确实没有什么作用。--PexEric 💬|📝 2024年5月2日 (四) 09:35 (UTC)
- 伪蓝链是什么效果。Database reports可能该机器人不支持简繁机制,不了解有无别的方案。是否要建简繁重定向似乎多次讨论过,有无结论忘记了。--YFdyh000(留言) 2024年4月14日 (日) 14:54 (UTC)
- User:YFdyh000、User:Kethyga、User:蕭漫:對我來說,簡繁重定向最重要的功能是克服伺服器緩存過多、直接逼User:Cewbot清掉被系統忽略、遺忘的偽藍連,例如我做完Special:PermaLink/82174815不久,機器人就幫我做了這筆清理,不這樣做的話,
- 可能需要修改MediaWiki:Gadget-ToolsRedirect.js的识别方案吧,另外还有非繁简识别成繁简重定向的,比如82561648--Kethyga(留言) 2024年5月10日 (五) 03:13 (UTC)
- 不知@Kanashimi看法如何?—— Eric Liu 創造は生命(留言・留名・學生會) 2024年6月25日 (二) 02:59 (UTC)
- @迴廊彼端 不知能否提供個需要創建繁簡重定向的例子讓我研究看看?--Kanashimi(留言) 2024年6月25日 (二) 06:11 (UTC)
- User:Kanashimi:除了上面的例子外,Special:Diff/82267560中有個「{{link-en|湿实验室|Wet lab}}」,實際上已有濕實驗室條目,所以這模板應該被分入Category:有蓝链却未移除内部链接助手模板的页面,但目前沒有;要是我沒剛好遇到,Cewbot不知道過多久才會來處理,。--迴廊彼端(留言) 2024年6月25日 (二) 13:31 (UTC)
- 我改一下程式,這兩天跑跑看有沒有效。--Kanashimi(留言) 2024年6月25日 (二) 13:47 (UTC)
- User:Kanashimi:除了上面的例子外,Special:Diff/82267560中有個「{{link-en|湿实验室|Wet lab}}」,實際上已有濕實驗室條目,所以這模板應該被分入Category:有蓝链却未移除内部链接助手模板的页面,但目前沒有;要是我沒剛好遇到,Cewbot不知道過多久才會來處理,。--迴廊彼端(留言) 2024年6月25日 (二) 13:31 (UTC)
- @迴廊彼端 不知能否提供個需要創建繁簡重定向的例子讓我研究看看?--Kanashimi(留言) 2024年6月25日 (二) 06:11 (UTC)
未有登入的用戶將可以使用外觀選單和新的預設標準字體大小[编辑]
摘要:基金會計劃將未登入用戶的字體大小改為標準選項(16px),登入用戶維持原狀及為小選項(15px),所有用戶將有選項列表改變字體大小和行高、及開關深色模式。此變更僅影響使用Vector 2022皮膚的用戶。如果沒有任何重大問題,將會兩星期後部署此改動。--SCP-0000(留言) 2024年5月25日 (六) 03:17 (UTC)
大家好! 我們是維基媒體基金會網路團隊。作為本年度年度計劃「閱讀和媒體體驗目標的一部分,我們致力於讓維基媒體計劃的閱讀變得更容易。為了實現這一目標,我們推出了「無障礙閱讀」測試版功能。這添加了一個適用於 Vector 2022 皮膚的選單,並允許已登入的用戶根據個人需求選擇不同的字體大小和配色方案。
此選單引入了新的標準字體設定。這稍微增加了字體的大小和高度。它是根據多個來源選擇的。您可以在「關於新的標準字體設定」部分找到更多相關資訊。
我們將會發生什麼變化
- 我們現在已準備好為未有登入的和已登入的用戶提供新的外觀選單。
- 同時,我們將標準選項設定為僅適用於未有登入的用戶之新預設選項。
- 如果沒有發現重大技術問題,我們計劃在接下來的兩週內進行此更改。
- 稍後,該選單將包括選擇深色模式的選項(該功能暫時仍將是測試版功能)。如希望了解更多信息,請查看我們的專案頁面。
關於選項列表
新選單將允許為未有登入的和已登入的用戶設定以下首選項:
- 文字大小和行高(現以測試版功能提供):使用者將能夠在「小」(目前預設值)、「標準」(建議更好的可訪問性)和「大」選項之間進行選擇。選擇一個選項將更改文字的字體大小和行高。
- 深色模式(現以測試版功能提供):使用者將能夠選擇永久以深色模式查看網站,或選擇「自動」設置,根據裝置或瀏覽器首選項設定淺色或深色模式。
- 內容寬度(先前作為切換按鈕提供):我們已將內容寬度切換從頁面底部的圖示移至新選單中標籤的單選按鈕。其工作原理與切換開關完全相同。之前的切換按鈕將不再可用。
此選單已作為測試版功能由不同的維基之專案上的已登入使用者進行了測試,同時我們邀請了一些讀者進行了使用者測試。根據這些測試的結果,我們更改了選單,以提高可發現性和易用性,並適應小工具的相容性。
此選單將顯示在頁面右側,如果已固定選單,則緊鄰「工具」選單的下方。與「工具」選單不同,「外觀」選單預設是固定的,但您可以取消固定預設。一旦取消固定預設,這就會折疊在頁面頂部的圖示下。
關於新的標準字體設置
小字體選項是目前的預設值。對於未有登入的用戶,我們將將此預設值更改為「標準」,同時保留小字體選項作為已登入用戶的預設值。「標準」和大字體選項是根據以下內容構建和測試的:
- 針對大多數讀者的最佳平均字體大小的學術研究和建議。這些建議表明,我們目前的字體尺寸太小無法讓大多數人舒適地閱讀。這意味著,平均而言,人們閱讀速度較慢,閱讀時眼睛疲勞,或難以清楚地看清文字。預設增加字體大小可以改善所有使用者的這些問題,包括可能沒有足夠時間透過外觀選單或瀏覽器調整設定的使用者。資訊密度同時很重要,這就是為什麼我們希望在不犧牲資訊密度的情況下增加字體大小。我們不僅透過更改字體大小,同時透過更改行高和段落間距來實現這一目標。
- 由來自 13 個不同語言、腳本和大小的維基專案中 630 多名維基媒體成員提交的設計。這些用戶中的大多數(約 450 名)選擇了比預設值更大的字體大小。「標準」代表最受歡迎的一組答案(15-20 像素)的平均值。大字體選項代表讀者需要更大的字體尺寸選項,例如 21-26 像素之間的一組尺寸。您可以在此閱讀更多關於我們如何讓志願者參與此過程並確定這些選項的資訊。
- 測試版功能使用情況表明,至少一次與該功能互動的大多數使用者選擇的字體大小大於當前預設值。
我們目前為止的工作和下一步
已登入的用戶將暫時保留小字體選項設置作為預設設置,但可以隨時更改為任何其他設定。幾個月後,我們將研究有多少登入使用者切換到標準字體選項,並開始討論已登入的用戶進行的切換是否具有意義。根據測試版功能的早期數據,與該功能的互動中有 55% 選擇使用標準或更大的字體選項設定。
如果您想提供協助,我們有一些簡單的請求:
- 請開啟測試版功能 (「無障礙閱讀(Vector 2022皮膚)」)
- 請嘗試一下新選單。請問有什麼令人困惑的部分嗎?您了解所有標籤以及選單的工作原理嗎?
- 請嘗試不同的字體選項:小尺寸、標準尺寸和大尺寸、配色方案和寬度切換。如果您發現任何錯誤或有任何疑問,請與我們聯絡。
Last-minute FAQ (thanks to SCP-2000 for pointing out these issues:
- Zhwiki community has already solved this issue by increasing the font size to 15px with a gadget.
- We believe that it's great that you have decided to increase the font size. You are one of few communities which have done that, and we applaud you. But 15px turns out to be not enough.
- Why 16px? Do this research and data usage apply to CJK characters?
- Yes, they do. 16px is a minimum for any script, including non-diacriticized Latin scripts like English. Since Chinese characters are more complex than Latin characters, the minimum for zhwiki is at least equal to the minimum for the Latin script-wikis.
如果您想了解有關該專案的更多信息,請參閱我們的常見問題與答案。我們歡迎您提出意見和問題。謝謝你![Translated by Venuslui] OVasileva (WMF) & SGrabarczuk (WMF)(留言) 2024年5月24日 (五) 12:26 (UTC)
- 我记得@Shizhao曾经解释过选择15px的理由,想问一下同样的理由也适合16px吗?这个变化至少在我这里是可感的,而社群当时同意保持15px的理由是尽量避免变化。--碟之舞📀💿 2024年5月24日 (五) 14:11 (UTC)
- 相關討論的編者。謝謝。--SCP-0000(留言) 2024年5月24日 (五) 16:09 (UTC)
- 如果真的要更改的话,有必要维持两个选项吗?我觉得这样徒增维护成本。--碟之舞📀💿 2024年5月25日 (六) 03:02 (UTC)
- 這功能本來設計就有「小」(目前預設值)、「中」(基金會建議值)及「大」選項,應該不會徒增基金會維護的成本,但始終可能對社群有些影響。--SCP-0000(留言) 2024年5月25日 (六) 03:26 (UTC)
- 也就是说中文的“小”还是会从14px改为15px,是吗?--碟之舞📀💿 2024年5月25日 (六) 03:34 (UTC)
- 這功能本來設計就有「小」(目前預設值)、「中」(基金會建議值)及「大」選項,應該不會徒增基金會維護的成本,但始終可能對社群有些影響。--SCP-0000(留言) 2024年5月25日 (六) 03:26 (UTC)
- 所以現在未登入與已登入的使用者都是小(15px)、標準(16px)、大(20px),只是未登入使用者預設是標準(16px),已登入使用者預設是小(15px)這樣?我是覺得這樣沒什麼問題。--冥王歐西里斯(留言) 2024年5月26日 (日) 02:16 (UTC)
- 理論上是的。--SCP-0000(留言) 2024年5月26日 (日) 02:34 (UTC)
簡單而言,未登入用戶的字體大小改為標準選項(16px),登入用戶維持原狀及為小選項(15px),所有用戶將有選項列表改變字體大小和行高、及開關深色模式。如果沒有任何重大問題,將會兩星期後部署此改動。副知曾參與 - 如果真的要更改的话,有必要维持两个选项吗?我觉得这样徒增维护成本。--碟之舞📀💿 2024年5月25日 (六) 03:02 (UTC)
- 目前已经部署了,将来打算如何调整?--碟之舞📀💿 2024年6月16日 (日) 09:32 (UTC)
- 感覺社群意見不多。建議往後分別提出。祇是個人納悶為何登入與否字體大小不同?—— Eric Liu 創造は生命(留言・留名・學生會) 2024年6月23日 (日) 02:36 (UTC)
- 應依據原定計劃將「大字體」工具在 Vector 2022 停用,然而現在「無障礙閱讀」功能並非所有用戶預設啟用,所以可以再等一下。謝謝。--SCP-0000(留言) 2024年6月25日 (二) 06:30 (UTC)
- @SCP-2000:技术上可以做到只在“无障碍阅读”功能启用的情况下停用。原定计划可以执行。--碟之舞📀💿 2024年6月25日 (二) 07:28 (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错误[2][3],如天门山寺、和合石。--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修改后,导致Module:Location_map#L-122取不到/取错值了--百無一用是書生 (☎) 2024年6月9日 (日) 12:17 (UTC)
[编辑]
RT,{{Navbox}}模板最近才出现的问题,启用Wikiplus后会导致Navbar被换行,粤维无此问题。--Dabao qian℡ 2024年6月12日 (三) 18:19 (UTC)
- 您是指快速编辑按钮没有和查论遍在同一行?——暁月凛奈 (留言) 2024年6月12日 (三) 18:51 (UTC)
- 他会不会说的是“编”被挪到了下一行的问题?我也困扰一段时间了,之前显示是“查·论·编/(快速编辑)”,但近段时间一直显示为“查·论·/编(快速编辑)”了。--自由雨日(留言) 2024年6月12日 (三) 19:00 (UTC)
- 没错,而且粤维的显示就是正常的“睇·傾·改(快速编辑)”无换行,不知道中维哪个CSS出了问题。--Dabao qian℡ 2024年6月13日 (四) 08:30 (UTC)
- 涉及排版的因素挺多的,不同设备可能区别明显,我目前未遇到此问题,不过此前也有过。zh和yue的网站设置有一些区别,最近的话可能是zh的字号调整。模板的css似乎并没有更动。——暁月凛奈 (留言) 2024年6月13日 (四) 08:39 (UTC)
- Timeless用户表示已出现了一段时间orz--Tim Wu(留言) 2024年6月13日 (四) 08:48 (UTC)
- 粤维是连“(快速编辑)”都不会换到下一行吗?(粤维我不是自动确认用户,看不了Wikiplus效果。)我在中维一直是必看到换行的,只不过之前是“查·论·编/(快速编辑)”这种换行方式,相对来说还算美观。我以为“快速编辑”肯定会被换行……--自由雨日(留言) 2024年6月13日 (四) 09:27 (UTC)
- 涉及排版的因素挺多的,不同设备可能区别明显,我目前未遇到此问题,不过此前也有过。zh和yue的网站设置有一些区别,最近的话可能是zh的字号调整。模板的css似乎并没有更动。——暁月凛奈 (留言) 2024年6月13日 (四) 08:39 (UTC)
- 没错,而且粤维的显示就是正常的“睇·傾·改(快速编辑)”无换行,不知道中维哪个CSS出了问题。--Dabao qian℡ 2024年6月13日 (四) 08:30 (UTC)
- 他会不会说的是“编”被挪到了下一行的问题?我也困扰一段时间了,之前显示是“查·论·编/(快速编辑)”,但近段时间一直显示为“查·论·/编(快速编辑)”了。--自由雨日(留言) 2024年6月12日 (三) 19:00 (UTC)
.navbox-title .navbar { width: 8em; }
,加上那個按鈕後寬度爆掉了,就這麼簡單。(粵維這行被拆掉了)--SunAfterRain 2024年6月15日 (六) 10:56 (UTC)- 已修复,但留意到问题:最近@Shizhao:修改Common.css后,navbar“查论编”这三个字的颜色,不能被设置了(详见Template:香港電台頻道及该模板在今年4月30日的存档)。--Tim Wu(留言) 2024年6月19日 (三) 07:46 (UTC)
- Module:Navbar/styles.css,
.navbar-mini abbr { color: inherit !important; }
,加上这个之后颜色就不能设置了。而且font-size: 88%;
这行也应该去掉,中文似乎不需要。--Dabao qian℡ 2024年6月19日 (三) 09:25 (UTC)- 为求省事抄的enwiki--百無一用是書生 (☎) 2024年6月19日 (三) 13:55 (UTC)
- 不加这行,“查论编”在dark模式下是黑色字,看不清,我暂时没找到其他的修改方法...--百無一用是書生 (☎) 2024年6月19日 (三) 14:04 (UTC)
- 话说,修复之后,navbar的颜色怎么变成无色了 囧rz……--自由雨日(留言) 2024年6月20日 (四) 14:32 (UTC)
上幾行留言正是在討論此事……--Cookai餅塊🍪(💬留言) 2024年6月20日 (四) 14:35 (UTC)- 啊?上面不是在讨论“查论编”三个字(而非背景)的颜色吗……--自由雨日(留言) 2024年6月20日 (四) 14:38 (UTC)
- 抱歉看錯了,背景色是深色模式強制覆蓋掉的。--Cookai餅塊🍪(💬留言) 2024年6月20日 (四) 14:47 (UTC)
- 我没有开深色模式……?而且刚好就是修复之后变成浅色的……--自由雨日(留言) 2024年6月20日 (四) 16:54 (UTC)
- 已修复,之前改坏了--百無一用是書生 (☎) 2024年6月21日 (五) 09:15 (UTC)
- 我没有开深色模式……?而且刚好就是修复之后变成浅色的……--自由雨日(留言) 2024年6月20日 (四) 16:54 (UTC)
- 抱歉看錯了,背景色是深色模式強制覆蓋掉的。--Cookai餅塊🍪(💬留言) 2024年6月20日 (四) 14:47 (UTC)
- 啊?上面不是在讨论“查论编”三个字(而非背景)的颜色吗……--自由雨日(留言) 2024年6月20日 (四) 14:38 (UTC)
- Module:Navbar/styles.css,
- 8em那个是因为看到有个导航框的标题歪掉了(忘了是哪个了)--百無一用是書生 (☎) 2024年6月19日 (三) 13:52 (UTC)
- 已修复,但留意到问题:最近@Shizhao:修改Common.css后,navbar“查论编”这三个字的颜色,不能被设置了(详见Template:香港電台頻道及该模板在今年4月30日的存档)。--Tim Wu(留言) 2024年6月19日 (三) 07:46 (UTC)
- 8em和font-size:88%其实在Template:Navbox写过说明了。——Sakamotosan路过围观 | 避免做作,免敬 2024年6月19日 (三) 11:24 (UTC)
- 简单调整之后发现了新问题,很多导航框的副标题歪掉了,比如Template:芒果超媒。--Dabao qian℡ 2024年6月25日 (二) 16:29 (UTC)
- 并不是副标题歪了,而是标题歪了()明显是“快速编辑”按钮把标题往右“挤”了,不过具体算法我就不懂了……另外上面的回复(8em之类的)似乎就是Shizhao等前辈在研究这一问题。--自由雨日(留言) 2024年6月25日 (二) 21:50 (UTC)
美国县级行政区地图显示故障[编辑]
如弗吉尼亚州县级行政区列表,密西西比州县级行政区列表,密苏里州各县列表,马里兰州行政区划,爱达荷州县级行政区列表等列表中的小地图显示故障,只显示一个红色块而没有网格,同时对应各县的条目的地图也是一样的问题,好像是原图批量出了问题?
--桃花影落飞神剑(留言) 2024年6月17日 (一) 15:43 (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升级后这个问题变严重了。可以参考下这个[4],一大堆的报错--百無一用是書生 (☎) 2024年6月19日 (三) 02:25 (UTC)
- 舉例的圖片,以上傳新圖片解決了。不過仍然有很多圖片沒有上傳新圖片取代。如右圖(Virginia)
- --Nostalgiacn(留言) 2024年6月30日 (日) 06:50 (UTC)
跨项目通知的蓝点[编辑]
近期发现在中文维基百科的页面中,“常规通知”右侧有蓝点,一般情况下点击之后页面会被标记为已读状态。但是跨语言/跨项目的通知的“总”蓝点无法点掉(原来是可以的),只能一个个点击“子”蓝点来已读。例如:
- 来自另外1个wiki的更多常规通知 ●←(1)
- 中文维基词典
- 您创建的[A]页面在[B]页面被人链接。●←(2)
只有点(2)才会把●标记为○,而点(1)只有点击手感,无其它改变。
请问是哪边有了更改了吗?--Leiem(留言·签名·维基调查) 2024年6月19日 (三) 09:33 (UTC)
- 似乎这个已经有一段时间了。我还以为是特意为之....--百無一用是書生 (☎) 2024年6月20日 (四) 08:21 (UTC)
- 我怎么觉得一直如此……--YFdyh000(留言) 2024年6月21日 (五) 05:22 (UTC)
- 近期是这样的,以前是可以直接点掉未读消息的。--Leiem(留言·签名·维基调查) 2024年6月25日 (二) 02:20 (UTC)
- 我這邊也出現了這種問題。應考慮提交工單。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年6月26日 (三) 13:21 (UTC)
以淺藍色背景突顯被點選到的數學式其對應的NumBlk模板[编辑]
我已將{{NumBlk}}的inline styles盡可能地都移到其對應的模板樣式CSS頁NumBlk/styles.css了。接下來,因為維基百科原本就有一些點選後以淺藍色背景顏色突顯目標的行為(例如:點選條目中的註釋編號後註釋文字會以淺藍色突顯、點選訂閱通知後在討論章節中新增文字會以淺藍色突顯),所以我想{{NumBlk}}或許也應比照辦理。例如,在特征线法裡的數學式(6)其源碼為:
{{NumBlk|:|<math>
...(省略LaTeX,不是討論的重點)...
</math>|{{EquationRef|6}}}}
它的渲染結果為:
而在條目的源碼中加入({{EquationNote|6}})
即可產生連到該數學式的連結(6)。我希望點選前面那個連到數學式的連結後,會變成如下的樣式,也就是整個{{NumBlk}}的背景變為淺藍色:
而不是只有編號的部份其背景變為淺藍色(這樣非常不明顯,而且也看不出整個數學式的範圍):
以上的需求,不確定能否光靠模板樣式或CSS來達成?????
但是目前看來似乎有難度,因為({{EquationNote|6}})
所連結到的目標是{{EquationRef|6}}
,所以用:target
pseudo-class所選到的節點基本上是{{EquationRef|6}}
而不是最外層的整個{{NumBlk|:|<math>...</math>|...}}
,如此就難以突顯整個{{NumBlk}},而是可能只有突顯到{{NumBlk}}的子節點,也就是編號的部份。可能這需要CSS selector能夠選到父節點的類似功能才能辦到...--Justin545(留言) 2024年6月22日 (六) 15:25 (UTC)
- (~)補充:Is there a CSS parent selector? 提到可以用
:has()
pseudo-class來選到父節點,但這CSS規格較新,一些browser可能不支援。--Justin545(留言) 2024年6月23日 (日) 13:01 (UTC)- (:)回應我用火狐和Chrome在F12 Console下使用回傳
console.log(document.querySelectorAll(".numblk:has(a:hover)"))
NodeList [ table.numblk ]
,如圖
- 但使用Template:沙盒/TemplateStyles測試之後得到以下錯誤訊息:
- Error: Expected RPAREN at line 1, col 14.
- 似乎
:has()
語法在頁面內容模型(ContentModel)為「sanitized-css」(已過濾的CSS),也就是Help:模板樣式,似乎還不支援此種語法,所以系統會阻止你在Help:模板樣式:「sanitized-css」(已過濾的CSS)頁面中提交包含:has()
的css selector,如圖- 既然系統已經阻擋,即使繞過阻擋,該規則也會被MediaWiki過濾掉而無法生效,因此含有此CSS Selector會無法保存編輯(沙盒也發不了、而顯示預覽時,則該規則消失)。
- 所以,如需要讓Help:模板樣式支援
:has()
的css selector,可能需要提工單或提交社群願望清單。c.c.@Justin545:-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年6月23日 (日) 14:59 (UTC)
- (:)回應
- 我之前沒有實際做過
:has()
的測試,沒想到sanitized-css或MediaWiki可能也是潛在的問題,感謝閣下的測試與回覆。 - 後有去查了一下,在MDN關於:has()的Browser compatibility一節看到各大browser的相容資訊,Firefox是121 (Released 2023-12-19)。所以根據該表,沒錯的話可以整理出一個相容性的清單:
- Chrome:105 (Released 2022-09-02)
- Edge: 105 (Released 2022-09-01)
- Firefox: 121 (Released 2023-12-19)
- Opera: 91 (Released 2022-09-14)
- Safari: 15.4 (Released 2022-03-14)
- Chrome Android: 105 (Released 2022-09-02)
- Firefox for Android: 121 (Released 2023-12-19)
- Opera Android: 72 (Released 2022-10-21)
- Safari on iOS: 15.4 (Released 2022-03-14)
- Samsung Internet: 20.0 (Released 2023-02-10)
- WebView Android: 105 (Released 2022-09-02)
- 可以看到各browser似乎都要到2022年後才開始對
:has()
提供支援,對於不常更新browser軟體的使用者是有一定的危害。 - 現在主要的兩個問題:server side是閣下所發現的問題,client side是browser相容性的問題,這似乎讓
:has()
的解決方案走進暫時的死胡同裡。如果CSS的問題在幾年內都是暫時無解的,或許要考慮CSS以外的方法...。也許是另外再建一個新版的{{NumBlk}},譬如像是{{NumBlkEx}}這個新模板,然後在新版{{NumBlkEx}}的實作部份會自動把第3個參數(也就是編號)當作是最外層節點的id attribute,例如呼叫{{NumBlkEx|:|<math>...</math>|17}}
- 展開後會自動變成
<table id="math_17" class="numblk">...(數學式與編號)...</table>
- 這樣當在條目中若有新增或存在既有的
{{EquationNote|17}}
,它所連結到的目標基本上就會是整個{{NumBlkEx}}了(若沒錯的話,原本{{EquationNote}}所連結到的目標id是透過其展開後所包含的一個連結<a href="#math_17">...</a>
所決定的)。若是這個做法,呼叫{{NumBlkEx}}時第3個參數就不應該再使用{{EquationRef}}。而{{NumBlkEx}}的實作部份看是要把{{NumBlk}}的源碼複制過去改,還是要把{{NumBlkEx}}當作一個wrapper template去呼叫原本的{{NumBlk}}。{{NumBlk}}的說明文件也要明顯地註明將{{NumBlkEx}}與{{EquationRef}}合併使用是不建議的(deprecated),應改用{{NumBlkEx}}。 - 目前還想不到較好的做法,上述做法的缺點是只能適用到新增的條目內容,原有的條目內容可能要手動(以機器人改對我有技術門檻,但英文維基呼叫{{NumBlk}}或{{EquationRef}}的次數估計皆超過1000次)慢慢改成使用新版的{{NumBlkEx}}。--Justin545(留言) 2024年6月24日 (一) 05:01 (UTC)
- (:)回應我用火狐和Chrome在F12 Console下使用
繁簡分類重新導向問題[编辑]
歸類於繁體標題下之頁面,未能自動重新導向至簡體;如不丹宗份在「各國一級行政區」,卻不能自動分類至既有之「各国一级行政区」分類。Jimmy-bot可能亦需要注意此種分類。我知道手動建立分類重新導向應該可以解決,但本來應該不建立也能運作纔是。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年6月23日 (日) 14:32 (UTC)
有没有辦法限制重定向在條目正文中的使用?[编辑]
諸如溫哥華白帽、FC多倫多這樣屬於「常見錯誤拼寫」的重定向,有沒有辦法能限制它們在條目正文中的使用,使這些重定向只能用於搜索和導航,但不能在正文中出現?--📕📙📒📗📘 賭博機構最堅定的反對者 📚📖 2024年6月23日 (日) 16:53 (UTC)
- 看了一下,正文目前也并没有出现这两个词啊……(除了“温哥华白帽”在介绍这个词本身时候出现了一次。)如果用词罕见或不当,正文自然不会出现(即便出现,也会被其他编者改为常用词)。如果说您是想要通过技术手段限制类似的“错误用法”的话,我倾向没有必要。--自由雨日(留言) 2024年6月23日 (日) 18:46 (UTC)
- 请问这么做的意义是?尚没有规则禁止不常见的错误拼写,常见的又怎么会被禁止?而且,技术上有可能实现吗?--微肿头龙(留言) 2024年6月24日 (一) 17:10 (UTC)
- 意義在於不讓條目質量下跌到可接受程度之下。而且既然是錯誤拼寫,自然不應該出現在正文之中。即使是這種重定向在正文中用作鏈接,也應該被豎杠後面的文字覆蓋掉(就像這樣:「
[[溫哥華白帽|溫哥華白浪]]
」)。📕📙📒📗📘 賭博機構最堅定的反對者 📚📖 2024年6月24日 (一) 18:39 (UTC)
- 意義在於不讓條目質量下跌到可接受程度之下。而且既然是錯誤拼寫,自然不應該出現在正文之中。即使是這種重定向在正文中用作鏈接,也應該被豎杠後面的文字覆蓋掉(就像這樣:「
- 感觉可设立机器人检查和提醒,但全自动是不行的。--YFdyh000(留言) 2024年6月25日 (二) 14:26 (UTC)
- 假如廣泛採用
{{錯誤拼寫重定向|正確寫法=xxx}}
,機器人或許能幫忙處理。--Kanashimi(留言) 2024年6月25日 (二) 22:58 (UTC)
2024年第26期技術新聞[编辑]
維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改;不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。
最近更改
- 上週,差異視圖中的文字背景顏色以及位元組變化數字的顏色有一些更改。這些改動旨在使文字在淺色模式和深色模式下更容易閱讀,是加強落實無障礙的一部分。您可以在專案討論頁提出意見和疑問。 [5]
- 上週,
visited
、hover
和active
链接的顏色也略有改動,以在淺色模式和深色模式下進一步落實無障礙。 [6]
問題
- 點擊留言的时间戳可以複製討論頁留言的固定链接。當話題標題過長並且链接被用作wikitext連結時,有一些留言固定链接不起作用。此問題已解決。感謝Lofhi回報錯誤。 [7]
本週更改
MediaWiki message delivery 2024年6月24日 (一) 22:31 (UTC)
请求修改Cite book对统一书号的支持[编辑]
前次未获回应的请求见此,这里重新复制粘贴下:
发现大量由中国标准出版社出版的中华人民共和国国家标准纸质出版物,将统一书号的第二部分添加了短横线(如 GB/T 10302-2010 的 155066·1-40495、GB/T 33677-2017 的 155066·1-56323 等),也出现混用了圆点·与短横线-的情况(GB/T 32626-2016 的 155066-1-55030)。虽然暂时没找到短横线的意义是什么,但请求修改Module:Citation/CS1/Identifiers以添加对第二个短横线的支持,以及不要强制将-转为·。--Tim Wu(留言) 2024年6月28日 (五) 06:05 (UTC)
- 需要耐心等待,之前類似的统一书号修改請求(Cite_book的unified需要更新),我在2022年10月提出,到2024年5月才給出臨時應對方案{{统一书号}},我想應該優化的是{{统一书号}}。因為英維根本不用统一书号,沒法參考,要這邊獨立寫。--Nostalgiacn(留言) 2024年6月30日 (日) 06:47 (UTC)
TW部分功能故障[编辑]
- 存废讨论中三级标题右侧不出现“关闭讨论”
- 在存废讨论中无法关闭讨论,只能删除相关提删页面或移除相关提删页面的模板,但无法关闭相应的讨论
- 另外发现Wikipedia:頁面存廢討論/記錄/2024/06/22使用tw关闭讨论时,发生了错位(“賴擁連”错位到了“Code Geass角色列表”,“Category:各国县治、Category:县治”错位到了“家庭教師HITMAN_REBORN!角色列表”),当时#2问题还未发生
--百無一用是書生 (☎) 2024年6月30日 (日) 06:17 (UTC)
- @Xiplus @Manchiu--百無一用是書生 (☎) 2024年6月30日 (日) 06:19 (UTC)
- 大概是mw:Heading HTML changes?——暁月凛奈 (留言) 2024年6月30日 (日) 06:43 (UTC)
- 能否給一下具體的案例(固定版本號或差異),不然上面三個問題我目前都無法重現。--Xiplus#Talk 2024年6月30日 (日) 13:08 (UTC)
- 1應為此版本。我也有同樣情況。以為是自己瀏覽器問題。(我本身需F5多遍方看到關閉討論鍵。)-千村狐兔(留言) 2024年6月30日 (日) 13:15 (UTC)
- @Manchiu,Wikipedia:頁面存廢討論/記錄/2024/06/24,你的操作似乎也发生了错位,杨尚铭和王红权星被标记为允许并入,Eva IM client被标记为删除,已删除的陳美琪 (企業家)被标记为允许并入...--百無一用是書生 (☎) 2024年7月1日 (一) 02:09 (UTC)
- Special:PermaLink/83231036--百無一用是書生 (☎) 2024年7月1日 (一) 02:10 (UTC)
- 建议这个问题未修好前,暂时不要使用TW来处理存废讨论,我刚用了一下,结果错位得太离谱了!--百無一用是書生 (☎) 2024年7月1日 (一) 02:15 (UTC)
- 謝謝修正錯誤。真的不好意思!--千村狐兔(留言) 2024年7月1日 (一) 02:26 (UTC)
- 建议这个问题未修好前,暂时不要使用TW来处理存废讨论,我刚用了一下,结果错位得太离谱了!--百無一用是書生 (☎) 2024年7月1日 (一) 02:15 (UTC)
- 我重新回退后,全手工处理了一遍,请复查--百無一用是書生 (☎) 2024年7月1日 (一) 02:28 (UTC)
- Special:PermaLink/83231036--百無一用是書生 (☎) 2024年7月1日 (一) 02:10 (UTC)
- @Manchiu,Wikipedia:頁面存廢討論/記錄/2024/06/24,你的操作似乎也发生了错位,杨尚铭和王红权星被标记为允许并入,Eva IM client被标记为删除,已删除的陳美琪 (企業家)被标记为允许并入...--百無一用是書生 (☎) 2024年7月1日 (一) 02:09 (UTC)
- 2.無法關閉是[11](TW刪除)、Special:Diff/83221043(手動關閉)
- 3.錯位是Special:Diff/83212283--夏冰 2024年7月1日 (一) 01:08 (UTC)
- 已確認這是由Vector2022引起的,Vector2010運作正常。--Xiplus#Talk 2024年7月1日 (一) 14:04 (UTC)
- 根據 Heading HTML changes,應該所有的標題(h1-h6)都會被加上 mw-heading,但不知為何在 Vector 2022 僅有 h2 被加上,導致計算章節數量時錯誤而造成此問題,為避免 Vector 2022 後續再次更改,我暫時決定在 Heading HTML changes 完成前不會支援 Vector 2022,請改用其他外觀,經測試本功能在 Vector 2010 運作正常。--Xiplus#Talk 2024年7月1日 (一) 14:45 (UTC)
Attached KML模板的display=title显示位置有问题[编辑]
{{Attached KML}}模板的display=title在Vector2022皮肤下,显示位置有问题。示例:美國國道41號商業線 (密西根州馬凱特)。对照英维的话,“路线图”显示在与“坐标”相同的位置比较好。--深鸣(留言) 2024年6月30日 (日) 07:02 (UTC)
機器人給隱退用戶發消息的情況[编辑]
隱退用戶理論上不再使用賬號了,但是我留意到機器人還是會繼續給這些用戶發消息,如這個。請問是否有改善的空間,例如隱退就自動屏蔽所有消息?--Nostalgiacn(留言) 2024年6月30日 (日) 11:00 (UTC)
- 可以nobots或者保护页面。但,是否有显著的必要性?--YFdyh000(留言) 2024年6月30日 (日) 12:20 (UTC)
- 儘管浪費的這些性能和佔用的空間可能微不足道,但是給我一種感覺,人已經搬走了,外面的信箱還一直收到郵件。不清楚隱退後,討論頁的電子郵箱的通知功能是否也一併自動除去,否則也是給用戶電郵寄送垃圾郵件。--Nostalgiacn(留言) 2024年7月1日 (一) 02:25 (UTC)
维基百科:其他语言的维基百科典范条目/英語版這樣的標題是否屬於繁簡混用?[编辑]
维基百科:其他语言的维基百科典范条目/英語版這樣的標題是否屬於繁簡混用?有很多這樣的頁面需要移動。--Midleading(留言) 2024年7月1日 (一) 09:38 (UTC)
- 命名常规的简繁统一仅约束条目。要求子页面统一简繁会带来很多麻烦,讨论存档、新建子页面,需要手动转换简繁。有/分割,也不会有转换分词等问题。--YFdyh000(留言) 2024年7月1日 (一) 15:32 (UTC)
2024年第27期技術新聞[编辑]
維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改;不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。
最近更改
- 在未來三週內,從行動版網頁開始,深色模式將逐步供所有用户使用,無論登入與否。這實現了社群最迫切的願望之一,並改善低對比環境下的閱讀體驗以及低光環境下的使用。作為這些變更的一部分,深色模式現在可以在用户页和主題頁面使用。詳情請見網頁團隊的最新更新。 [12]
- 已登入用户現在可以设置字型大小和深色模式的全域参数设置,感謝基金會各團隊的共同努力。如此,穿梭多個wiki的維基人能夠輕鬆地建立一致的閱讀體驗,例如,只需设置一次即可為所有wiki切換淺色或深色模式。 [13]
- 維基媒體維基上的部分功能將不再兼容老舊的網頁瀏覽器。這將影響Internet Explorer 11以及早於2016年的Chrome、Firefox和Safari版本。這使我們能夠使用新的CSS特性,並向所有讀者傳送更少的代碼。 [14][15]
- 維基百科管理員可以使用社群配置功能,輕鬆自訂本地配置選項。社群配置旨在使社群能夠自訂特定功能的運作方式,以滿足不同語言版本維基的獨特需求。目前,管理員可以在其維基配置Growth功能,以更有效地吸引和留住新編輯者。未來幾個月將提供更多選項。 [16]
- 有興趣探討與Unicode標準相關語言議題的編輯者,現可於MediaWiki.org的新對話空間討論這些話題。維基媒體基金會現已成為Unicode聯盟的會員,協調小組將共同審查討論議題,並適當地傳達給Unicode聯盟。
- 一個新的維基已创建: 曼代靈語维基百科 (
w:btm:
) [17]
問題
- 在修復錯誤後,編輯者再度能夠在可视化编辑器中點擊引註預覽中的連結,感謝編輯團隊修復錯誤。 [18]
未來更改
- 邀請您填寫這份簡短問卷調查,協助我們改善技術新聞。本次調查旨在更有效地滿足閱讀技術新聞的各類讀者的需求。本次調查將持續開放兩週。本次調查適用這份隱私聲明。本次調查提供其他語言的翻譯版本。