維基百科:互助客棧/技術
發表前請先搜尋存檔,參考舊討論中的內容可節省您的時間。 |
|
- [人事] 管理人員申請預討論正在進行中,敬請關注參與。
- [公告] 回饋請求系統正在試運作中,誠邀用戶訂閱以接收討論通知。用戶訂閱有興趣參與的討論議題後,機械人會自動在新討論發起時隨機抽取部分用戶發訊息通知。
- [公告] 調適日期和數字格式手冊條文及調整現行頁面存廢討論的方針規範已經通過。
- [公告] 給予IPBE授予者強制為全域帳號建立本地帳號權限及標題規則地區詞不遞補轉換「zh-han•」模式下標題原詞已經通過,等候調整。
- [公告] 就技術原因禁止再在簽名中插入樂譜及調整交通關注度指引有關鐵路車站的要求正在公示,如有意見請盡快提出。
- [討論] 互助客棧方針區正在討論重議刪除方針規定「多餘無用」模板模組提刪條件及確立廢棄模板模組提刪規範及PWVCST的第二個自然段,敬請踴躍參與。
- [討論] 互助客棧技術區正在討論「閱讀無障礙」功能和本站小工具相容問題以及字號選擇,敬請踴躍參與。
- [討論] 有用戶就變更小小作品計算字數的標準、RELIST繼續運行及仲裁委員會運行細節徵求社群意見,敬請踴躍參與。
存檔 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
# | 💭 話題 | 💬 | 👥 | 🙋 最新發言 | 🕒 (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 |
發言更新圖例 |
---|
|
|
|
|
|
特殊狀態 |
已移動至其他頁面 或完成討論之議題 |
手動設定 |
當列表出現異常時, 請先檢查設定是否有誤 |
正在廣泛徵求意見的議題
以下討論需要社群廣泛關注:(重新整理)
中維不僅不需要不純正、不自然的中文,更要清除不着邊際的中文。最爲諷刺且致命的是,「不適用」3字在其出現的絕大多數表格中才是不適用的,令人一頭霧水、徒增迷惑。建議「不適用」3字參照英維、德維、葡維等改爲橫綫或斜綫,甚或其他更切合意旨的純正中文。--— Gohan 2024年2月29日 (四) 12:55 (UTC) |
Template talk:NoteTA/multititle § 編輯請求 2024-03-01
請去除zh-my一行前後的<!-- -->字符,使之與其他地區標題平等。現在,若不在標題轉換規則填寫大馬地區詞字段,則在不會説明大馬簡體標題是什麽;但若不在標題轉換規則填寫其他地區詞字段,則在依然會説明當地標題是什麽。例如:2024年印度尼西亞總統選舉。會不會是本模板zh-my一行前後的<!-- -->字符所致?--— Gohan 2024年3月1日 (五) 05:14 (UTC) |
Wikipedia talk:字詞轉換處理/公共轉換組 § 思路:條目預儲公共轉換組中匹配的規則,減少載入時間
近年有些公共轉換組越來越大,導致所嵌入的各條目等頁面(爲便説明下稱「條目」但不限於條目)載入越來越慢,爲人詬病。而若條目預先儲存公共轉換組中與條目中字詞相匹配的轉換規則,並適時更新:— Gohan 2024年3月12日 (二) 05:00 (UTC) |
「如果本頁也列在其他列表中,也將會在下方得到通知。」準確嗎。出處, |
Wikipedia talk:在編輯記錄中標示使用者權限 § 關於IP封鎖豁免權授予者的用戶權限標示
如題。鑑於你維的IP封禁豁免授予者已進入試行期階段,提議於用戶權限標示小工具的js和css中增添與IP封禁豁免授予者相關的內容。--人間百態,獨尊變態(討論) 2024年3月24日 (日) 13:38 (UTC) |
MediaWiki talk:Gadget-noteTA.js § 建議找回手型鼠標指針效果
Special:Diff/80729085 .css( 'cursor', 'pointer' ) --YFdyh000(留言) 2024年3月24日 (日) 17:36 (UTC) |
Module talk:Authority control § 編輯請求 2023-10-18
|
|
天氣模板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)
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)
引文模板不應該報錯全部的零寬空格
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所以目前不行。
目前個人認為有以下解決方案,請社群評估:
- 維持現狀(大字體小工具將「小」修改為15px,其他不變)。
- 讓大字體小工具在打開「閱讀無障礙」時直接失效,之後在正式部署「閱讀無障礙」時調整為默認啟用16px,小工具退役。注意會導致默認字號改變。
- (新增)讓基金會加上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)
- @S8321414:剛剛加了個3,提醒一下。--碟之舞📀💿 2024年2月23日 (五) 13:36 (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)
- 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)
即將到來的服務器切換
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
維基媒體技術部門計劃進行測試來保證系統能夠抵禦災害衝擊時帶來的不可訪問風險。 本次測試將在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)
- 更多信息可以看看本期(24年10期)和未來幾期技術新聞(或者之後的公告)。--Hualin🎗️希望の星は青霄に昇る Commons|Talk 2024年3月5日 (二) 11:46 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
回復時的異常
我在別人的留言下面回復後,頁面的「訂閱」、「取消訂閱」、「回復」按鈕都暫時消失了,要刷新頁面才能看到。刷新後我再去別人留言下回復,又出現這種狀況,請問是怎麼回事?--日期20220626(留言) 2024年3月10日 (日) 22:42 (UTC)
- 同樣,近期出現。發現測試站也能重現。DiscussionTools的bug?沒找到相關報告。--YFdyh000(留言) 2024年3月11日 (一) 10:00 (UTC)
- SunAfterRain 2024年3月11日 (一) 11:58 (UTC) 可以看一下回覆前後的html,個人觀察的結果是解析器有問題導致新生成的html嵌入的這些按鈕的版本不一致導致失效。--
- 不知道,我在用CD,沒遇到問題 ——魔琴 [ 留言 貢獻 新手2023計劃 ] 2024年3月11日 (一) 12:10 (UTC)
- 之前用過一次這個,發現和我自己加載的額外js功能有衝突,就卸載了。--日期20220626(留言) 2024年3月11日 (一) 12:18 (UTC)
- 我甚至為自己的腳本給CD寫了適配( ——魔琴 [ 留言 貢獻 新手2023計劃 ] 2024年3月11日 (一) 12:23 (UTC)
- 之前用過一次這個,發現和我自己加載的額外js功能有衝突,就卸載了。--日期20220626(留言) 2024年3月11日 (一) 12:18 (UTC)
- 可以復現。Phab有工單嗎?--碟之舞📀💿 2024年3月28日 (四) 06:14 (UTC)
- 不知,你開一個吧。--日期20220626(留言) 2024年3月28日 (四) 06:16 (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)
- Wikipedia Search擴展?如果目前僅有此需求,您可以寫一個用戶腳本作為臨時解決方案。例如將下列代碼插入您的common.js文件。
- 我期待使用Wikipedia search之類的工具從站外的「阿當.戴華」能夠跳轉直達阿當·戴華。--— Gohan 2024年3月18日 (一) 02:08 (UTC)
- @YFdyh000:,看了SuggesterAnalysisConfigBuilder.php的char_filter配置,似乎這是改搜索索引配置的正確思路,或者可以考慮將「U+FF0E=>U+00B7」(如果能針對部署的語區(只針對zh區)的話更好)的映射配置進去?——Sakamotosan路過圍觀 | 避免做作,免敬 2024年3月25日 (一) 02:36 (UTC)
- 您是期望內鏈、正文也獲某種轉換嗎。不了解「.」的常用性。--YFdyh000(留言) 2024年3月18日 (一) 02:03 (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月27日 (三) 05:03 (UTC)
- 這不是中國大陸的規範問題,而是W3C《中文排版需求》是建議「間隔號」是用「·(U+00B7)」作為字符編碼,中國大陸規範等同這個標準,但字型(字符通過字體庫渲染)上,港澳台的(字體庫)是全形字型、中國大陸的是半角字型;台灣的標準是「.(U+FF0E)」,港澳台的(字體庫)為居中字型,而中國大陸的(字體庫)是左下角字型。(關於字型渲染效果的話,可以找一個叫BabelPad的類筆記本軟件,支持Unicode全部字符編碼和選擇字體庫渲染字型,然後下載微軟雅黑(簡體字型)、微軟正黑體(繁體字型)、思源宋體的不同地區字型變體的字體庫,用BabelPad加載看看兩個字符渲染形式)如果從Unicode給的字意的話,應該U+00B7才是對應間隔號的正式字符,U+FF0E是將錯就錯的結果(字符編碼用錯+字體庫「修正」)。所以最快的方法是按照Wikipedia:重定向來建立重定向代替,或者修改搜索索引的配置,再次就是修改全局轉換表。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年3月25日 (一) 02:08 (UTC)
- 不宜以中國大陸的「規範」凌駕其他國家/地區。如果走到只能大量建立重新導向的地步,而且機械人無法辨別中國大陸標題與否,那麽只能一概建立。況且,大陸「不會用這種不規範的標點」?中國出版集團所用的「本•阿什克羅夫特」算不算規範呢?很少「不帶標點」?在中國大陸新聞網站搜尋名人姓名,輕易可見;更不用説在微博、小紅書等選詞跳轉的需要。手寫且手快的人士未必會看選單,自加intitle:更是有違絕大多數人的習慣。--— Gohan 2024年3月25日 (一) 00:36 (UTC)
- 重定向操作相對簡單一些,加全局轉換可能影響更大(因為不只是標題,內容也會有影響)。或者調整搜索系統的來源詞過濾也可以考慮,但需要檢查CirrusSearch的技術信息,上面提及的似乎可行。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年3月19日 (二) 01:52 (UTC)
- 我覺得若可以應該內部處理,這樣一開放預估又會多出幾萬個重定向,有點雞肋--SunAfterRain 2024年3月19日 (二) 01:43 (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)
- 的確存在只針對ns8的本地轉換表。正因爲重新導向頁不是命名空間,才説「讓重新導向頁被本地轉換表視爲一種命名空間(無論是真是假)」。--— Gohan 2024年3月27日 (三) 05:03 (UTC)
- 我覺得這是不了解技術細節胡思亂想的方案吧?好像沒有所謂指定命名空間生效的轉換表機制,而且重定向(mw:Manual:page table,重定向頁本身也是一種頁面,只是檢測到原始碼有重定向標記後,將頁面表的對應字段flag起來,方便後續代碼按照重定向的方式做跳轉行為處理)也不是一種命名空間。四級字符轉換配置表中,第一級是放在原始碼的超大轉換數組(方便程序讀取),第二級也只是放在Mediawiki命名空間(作為系統消息等可以方便前台人員維護)而已。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年3月25日 (一) 02:16 (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-my
或zh-sg
,也會在沒有zh-hans
、zh-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期技術新聞
維基媒體技術社群現在發佈最新的技術新聞。請告知其他使用者這些變更;不是所有的變更都會對您造成影響。技術新聞提供其它語言的翻譯版本。
近期變更
- Vector 2022外觀主選單中的「語言連結位於頁面頂端」提示已移除,因使用者已了解語言切換器的新位置。 [5]
- IP資訊功能現在顯示來自IP位址資料庫Spur的資料。此功能原本只使用MaxMind的資料。現在「IP資訊」能更幫助巡查員。 [6]
- 從Grid Engine到Kubernetes的最終遷移流程結束後,Toolforge的Grid Engine服務已關閉。 [7][8][9]
- 社群現在可以建立MediaWiki:Undelete-comment-dropdown來自訂還原頁面的預設原因。 [10]
問題
本週變更
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)
- @超級核潛艇:我只是在那個條目里修改了,但其他成百上千個條目里還是有過度轉換的問題(參見這個條目新卡姆揚卡 (伯利茲拉夫區)),需要查看條目本身,條目正文,及下面的分類)。我已在Kethyga的幫助下在Wikipedia:字詞轉換/修復請求里提出了請求,您也可以跟蹤一下。--萬水千山(留言) 2024年3月21日 (四) 07:18 (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點fans
和boti點net
等),以抵抗類似破壞。謝謝!--📕📙📒📗📘 賭博機構最堅定的反對者 📚📖 2024年3月25日 (一) 17:17 (UTC)
- 請在MediaWiki talk:Spam-blacklist或MediaWiki talk:BlockedExternalDomains.json提出編輯請求。過濾器不適合作此用途。——暁月凜奈 (留言) 2024年3月26日 (二) 01:47 (UTC)
- 明白了。謝謝。📕📙📒📗📘 賭博機構最堅定的反對者 📚📖 2024年3月26日 (二) 03:29 (UTC)
2024年第13期技術新聞
維基媒體技術社群現在發佈最新的技術新聞。請告知其他使用者這些變更;不是所有的變更都會對您造成影響。技術新聞提供其它語言的翻譯版本。
近期變更
- 2024年3月18日,更新了各維基媒體專案在Vector 2022外觀下,網站、使用者自訂JavaScript和CSS的載入方式。有一份檢查清單供站點管理員參考。
本週變更
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)
- Special:PermanentLink/81816647#L-385拿掉就會到右邊去了,預設底色這麼醜的問題去怪基金會吧(攤手)--SunAfterRain 2024年3月28日 (四) 09:09 (UTC) action=edit時小工具沒載入所以不起作用我也不知道為什麼,按鈕位置把
條目標題無法完整顯示
南極冰架列表的標題不知為何只會顯示「冰架」。--SingBow(留言) 2024年3月28日 (四) 13:49 (UTC)
- noteTA有誤,已修復。--傘木 霙留言 2024年3月28日 (四) 13:59 (UTC)