維基百科:互助客棧/技術/存檔/2024年2月
本頁是以往討論的存檔。請勿編輯本頁。若您想發起新討論或重啟現有討論,請在當前討論頁進行。 |
文件上傳嚮導中的「該文件將在以下條目中使用」一項不可用
太不智能的跳轉與搜尋
中文系維基媒體搜尋引擎或許算是主流中文網站中最不智能。在本可自動跳轉的搜尋方塊中提交無間隔號的「阿當戴華」或較寬間隔號的「阿當.戴華」,卻都不能自動跳轉至維基百科標準的較窄間隔號的阿當·戴華,搜尋所得前40筆居然都與阿當·戴華無關,而且並非孤例。此情此景,令一般用戶如何常用中文維基百科?由於無間隔號、較寬間隔號的人名常用於港臺星馬來源,對人名按右鍵選單卻無法直接跳轉,徒生不便,因此建議、懇請技術專家:
- 不同間隔號視同一致,自動跳轉;
- 機械人為有間隔號的標題及重新導向自動創建去除間隔號的重新導向,但此等重新導向(可經標記)不出現在編輯內鏈的選單;若應創的標題已被導向其他條目的重新導向占用,則機械人自動改爲相應消歧義頁;
- 若在技術上能夠做到從無間隔號的文字自動跳轉到有間隔號的標題,應頂替第2條建議。--— Gohan 2024年1月29日 (一) 09:08 (UTC)
- 這個是本站自己可以做到的嗎?—— Eric Liu 創造は生命(留言・留名・學生會) 2024年1月29日 (一) 17:25 (UTC)
- 本站能做到第2條建議,不知能否做到第1條建議、替代建議。本人曾在元維基被指不咨詢本地就提議跨維基的事宜,所以這次預先討論。另外,本人奉行非必要不新開賬戶,所以恐怕無法反應到適宜處。第1條想必是輕而易舉,畢竟上萬繁簡、全局地區詞都能不經重新導向即可對應跳轉,幾個間隔號對應一個標準間隔號更是易如反掌,或許在全域轉換表增加幾行字即可實現(當然間隔號本不應轉換)。--— Gohan 2024年1月30日 (二) 04:48 (UTC)
- 是的,所以需要重定向。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年1月30日 (二) 01:39 (UTC)
- 請問「是的」是回覆哪一句?--— Gohan 2024年1月30日 (二) 04:49 (UTC)
- 在日維進行了測試,不帶間隔號的(エドゥアルドダシルヴァ)(Eduardo Alves da Silva)在頂部的搜索框和中維一樣,應該是忽略了間隔號,但是在Special:搜索搜索框中搜索去掉間隔號的字符串,都將正確的標題優先顯示(不過在提示框中有正確的標題)。改善一下該搜索方案會比較好,僅為了跳轉而建立大量可能不用的重定向似乎沒必要。--Kethyga(留言) 2024年1月30日 (二) 09:17 (UTC)
- 不知道是不是測試對不對嗎,ja那邊「エドゥアルドダシルヴァ」放在上面搜索框的話,是會有對應間隔號的條目提示(可能是全拆字啟發匹配),但直接搜索的話,就會沒有匹配(紅字提示創建,第一項是「ja:NKディナモ・ザグレブ」有關鍵詞エドゥアルド・ダ・シルヴァ)。類似的,上面搜索框填入「阿當戴華」,一樣會有對應間隔號的條目提示,但直接搜索的話同樣一個找不到,連第一項匹配都沒有。至於「阿當.戴華」,連觸發條目提示都沒有。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年1月30日 (二) 09:38 (UTC)
- 在Special:搜索中阿當.戴華、阿當-戴華、阿當。戴華中都會有提示,不過就是點擊了「搜索」按鈕之後,出現在很靠後的頁面,感覺需要改變搜索算法或者顯示算法。另外使用intitle:"阿當-戴華"、intitle:"阿當。戴華"都能在Special:搜索中唯一匹配,或許就是改變Special:搜索的顯示方法就可以,畢竟一般人很少懂得去使用intitle選項。--Kethyga(留言) 2024年1月30日 (二) 10:19 (UTC)
- 可能需要跟進到mw:Help:CirrusSearch裡面Elasticsearch的索引分詞策略調整?或者可以提交工單到P區去看看?(曾經見過開發人員在這裡討論過涉及繁簡用字的索引策略調整,或者這個可以商量?)——Sakamotosan路過圍觀 | 避免做作,免敬 2024年1月31日 (三) 01:30 (UTC)
- 在Special:搜索中阿當.戴華、阿當-戴華、阿當。戴華中都會有提示,不過就是點擊了「搜索」按鈕之後,出現在很靠後的頁面,感覺需要改變搜索算法或者顯示算法。另外使用intitle:"阿當-戴華"、intitle:"阿當。戴華"都能在Special:搜索中唯一匹配,或許就是改變Special:搜索的顯示方法就可以,畢竟一般人很少懂得去使用intitle選項。--Kethyga(留言) 2024年1月30日 (二) 10:19 (UTC)
- 即使改善搜尋算法,對直接跳轉亦有需求(尤其對在站外用小工具跳轉者),不論是否透過重新導向頁實現。若未創建重新導向的「坎城影后」都能跳轉到「戛納影后」,「阿當.戴華」卻不能跳轉到「阿當·戴華」不是很奇怪嗎?--— Gohan 2024年1月31日 (三) 02:37 (UTC)
- 原理不同?因為「坎城」和「戛纳」在內置轉換表(ZhConversion.php,參見Wikipedia:字詞轉換)有一對轉換,所以允許繁簡轉換標題轉換機制對應過去。繁體誤寫的類間隔號「.」能不能被管理員接受作為繁簡轉換對?——Sakamotosan路過圍觀 | 避免做作,免敬 2024年1月31日 (三) 05:49 (UTC)
- 不知道是不是測試對不對嗎,ja那邊「エドゥアルドダシルヴァ」放在上面搜索框的話,是會有對應間隔號的條目提示(可能是全拆字啟發匹配),但直接搜索的話,就會沒有匹配(紅字提示創建,第一項是「ja:NKディナモ・ザグレブ」有關鍵詞エドゥアルド・ダ・シルヴァ)。類似的,上面搜索框填入「阿當戴華」,一樣會有對應間隔號的條目提示,但直接搜索的話同樣一個找不到,連第一項匹配都沒有。至於「阿當.戴華」,連觸發條目提示都沒有。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年1月30日 (二) 09:38 (UTC)
- 另,間隔號中說過,「.」是英語全寬句號,經常被台灣用語者誤用成「間隔號」?——Sakamotosan路過圍觀 | 避免做作,免敬 2024年1月30日 (二) 09:40 (UTC)
- ASCII符號的全寬版是早期日語數字排印使用的,地位上類似「CJK兼容漢字」。--DvXg 📬 2024年1月30日 (二) 10:24 (UTC)
- 條目中所謂「
在繁體中文電腦環境,由於間隔號和連字點輸入大多不方便,很多人會誤用全形英文句號「.」代替
」一句並無對應來源,是否可信?非要説(繁體版本)只有一個圓點居中的符號不是間隔號,而是英文句號,是否準確?(「繁體」英文句號圓點居中?一個英文標點爲何設計繁、簡體兩個位置版本?)會不會是當年設計「.」繁體版本圓點居中、簡體版本圓點居左下角的編字者的過錯,或是繁、簡體雙方都誤解設計原意而都有錯?--— Gohan 2024年1月31日 (三) 02:31 (UTC)- 帶有技術向,「.」,編碼值為U+FF0E,在簡體字體庫(我的是微軟雅黑)下顯示是位於左下角的點,而調成繁體字體庫(我選了思源宋體香港變體)顯示為正中位置,非常像間隔號,可能是繁體系輸入法默認輸入問題加上字體庫將錯就錯的結果。至少間隔號這裡默認用的是U+00B7。字體庫問題是瀏覽器、乃至字庫設計,字型標準化組織的鍋,mw沒有能力做這麼多的解決。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年1月31日 (三) 04:22 (UTC)
- 所以嘛,不是單方面的誤用。最簡便的解決「.」方式如我以上回覆 Eric Liu 所説,不需mw人士出手,只需本地管理員在全局轉換表增加幾行字即可。當然,以僅限在標題跳轉為宜,否則其副作用亦有限,未必不能承受。以相同邏輯在字詞轉換表之外作出相似設計,相信亦不困難。--— Gohan 2024年2月1日 (四) 02:17 (UTC)
- 是否放全局轉換表,需要自行提報,讓管理員評估。但可能會引致異常的轉換,因為作為間隔號的 U+00B7(middle dot)和U+FF0E(fullwidth full stop)實際上是兩樣不同的東西,不應該完全等效,全局轉換表會對所有引用轉換的功能生效,不只是想當然地只對標題有效。我更傾向是繁體使用者誤用而延續下來的問題。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年2月1日 (四) 02:53 (UTC)
- 還是認為根據重定向的允許(標點符號上的區別、常見的錯別字和錯誤拼寫),創建使用了U+FF0E作為間隔號的重定向會更簡單解決。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年2月1日 (四) 03:02 (UTC)
- 所以嘛,不是單方面的誤用。最簡便的解決「.」方式如我以上回覆 Eric Liu 所説,不需mw人士出手,只需本地管理員在全局轉換表增加幾行字即可。當然,以僅限在標題跳轉為宜,否則其副作用亦有限,未必不能承受。以相同邏輯在字詞轉換表之外作出相似設計,相信亦不困難。--— Gohan 2024年2月1日 (四) 02:17 (UTC)
- 或者你這樣會回想:你想輸入間隔號,很習慣地通過某個輸入法輸入了你認為是間隔號的東西(「.」),然後你的顯示裝置顯示出字體是好像間隔號的字型(正中的點號),但其他用戶告訴你這不是間隔號,甚至有些使用簡體字的會說這個點號實際在左下角的。那就證明我的想法:輸入法的鍋,字體庫按照字型標準化組織來說理論上沒錯,但用戶看錯了。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年1月31日 (三) 04:29 (UTC)
- ( π )題外話:使用的簡體字的介面顯示「·」絕對不足半個字位,而中國大陸的出版品的間隔號至少有半個字位,介乎半個至一個字位。「其他用戶告訴」可靠嗎?--— Gohan 2024年2月1日 (四) 02:20 (UTC)
- 與字體庫字型設計有關,或者標準化上U+00B7(middle dot)應該給予半角寬度,但不同字體庫設計沒有滿足這個要求。至少U+FF0E(fullwidth full stop)在針對繁體和簡體的字體庫字型設計就有明顯差異。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年2月1日 (四) 02:53 (UTC)
- ( π )題外話:使用的簡體字的介面顯示「·」絕對不足半個字位,而中國大陸的出版品的間隔號至少有半個字位,介乎半個至一個字位。「其他用戶告訴」可靠嗎?--— Gohan 2024年2月1日 (四) 02:20 (UTC)
- 帶有技術向,「.」,編碼值為U+FF0E,在簡體字體庫(我的是微軟雅黑)下顯示是位於左下角的點,而調成繁體字體庫(我選了思源宋體香港變體)顯示為正中位置,非常像間隔號,可能是繁體系輸入法默認輸入問題加上字體庫將錯就錯的結果。至少間隔號這裡默認用的是U+00B7。字體庫問題是瀏覽器、乃至字庫設計,字型標準化組織的鍋,mw沒有能力做這麼多的解決。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年1月31日 (三) 04:22 (UTC)
- 這個是本站自己可以做到的嗎?—— Eric Liu 創造は生命(留言・留名・學生會) 2024年1月29日 (一) 17:25 (UTC)
NoteTA查看器小工具新版本
主題含有綠鏈(例如歌枕)的討論不會被添加至話題列表
在這個討論的主題中塞了一個綠鏈,試試能否復現。--AdyaTalk 2024年2月2日 (五) 15:21 (UTC)
- 看起來這個主題也未被加入最上方的話題列表。不知其餘含有模板的主題名是否也會如此。--AdyaTalk 2024年2月2日 (五) 15:28 (UTC)
- 此問題似乎已解決。--AdyaTalk 2024年2月4日 (日) 11:41 (UTC)
請求修復Module:Cite web的問題
在英維,Module:Cite web用於在接近模板限制時代替Template:Cite web,以此減少模板展開後大小。但鄙人將其搬運中維後無法使用,先前有編者搬運的Module:Cite news也無法使用。請求協助修復,感謝。——BlackShadowG Slava Ukraini! 2024年2月4日 (日) 13:03 (UTC)
- 不太懂含義,不過兩個模塊的getTitle返回值如果是"",顯示正常,不知道是否能正常用。Module:Citation/CS1與英文版的相關代碼有差異。--YFdyh000(留言) 2024年2月4日 (日) 14:47 (UTC)
Template:Infobox Politburo對其他共產黨的適用問題
2024年第06期技術新聞
維基媒體技術社群現在發布最新的技術新聞。請告知其他使用者這些變更;不是所有的變更都會對您造成影響。技術新聞提供其它語言的翻譯版本。
最近變更
- 行動版網頁的修訂紀錄頁面現在使用和桌面版相同的HTML。如果您在行動版修訂紀錄的使用上遇到任何問題,請在此phabricator任務指出。
- 在大多數wiki上,管理員現在可以封鎖使用者的特定操作。可封鎖的操作包括:「上傳檔案(包括覆蓋檔案)」、「建立新頁面及上傳新檔案」、「移動頁面及檔案」和「傳送感謝」。此功能的目的是讓管理員做出的封鎖能夠符合被封鎖使用者的行為。了解關於「操作封鎖」的更多資訊。 [1][2]
本週變更
- MediaWiki的新版本將於2月6日部署至測試維基及MediaWiki.org。它將於2月7日部署至非維基百科wiki及部分維基百科,並於2月8日部署至所有wiki(參見日曆)。 [3][4]
- 包含變音符號和非拉丁文字的討論頁固定連結出現故障。此問題已修復。 [5]
未來變更
MediaWiki message delivery 2024年2月5日 (一) 19:21 (UTC)
DOI校驗問題
見Help:引文格式1錯誤#bad_doi:「其會校驗DOI值的前綴是否包含了適當的「10.」註冊識別碼」。但我發現有不符合該校驗規則的合法DOI存在,例如DOI:10125/44126(可能是較早註冊的DOI)--百無一用是書生 (☎) 2024年2月5日 (一) 13:09 (UTC)
- ISO 26324:2022里取消directory indicator必須為10的的要求了。--Mys_721tx(留言) 2024年2月5日 (一) 13:28 (UTC)
- 那就是說Module:Citation/CS1/Identifiers#L-540-542可以刪掉了?--百無一用是書生 (☎) 2024年2月5日 (一) 15:00 (UTC)
- 剩下的校驗應該保留。regex改成"[^%s–]-/[^%s–]-[^%.,]$"應該就行。--Mys_721tx(留言) 2024年2月5日 (一) 19:34 (UTC)
- 那就是說Module:Citation/CS1/Identifiers#L-540-542可以刪掉了?--百無一用是書生 (☎) 2024年2月5日 (一) 15:00 (UTC)
- 這個編號其實不是DOI號,而是handle號(DOI號是handle號的一個子集),doi.org實際上是一個handle解析服務。可以試試hdl:10125/44126。--GZWDer(留言) 2024年2月6日 (二) 08:31 (UTC)
「隱藏『不轉換』、『簡體』和『繁體』三個標籤」小工具在移動版部分失效
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
如題,經實測在移動版只有zh變體會正確隱藏,zh-hans和zh-hant仍會顯示。之前是好的,應該是最近壞掉的。--碟之舞📀💿 2024年2月3日 (六) 12:28 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
外觀中皮膚設置似乎失效
本人已經發現了問題:谷歌搜索中第一個是zh.m.wikipedia.org,導致了該錯誤的出現,本討論的問題已經解決,但是本人並不會刪除討論,所以只得將討論大上結束的標籤,感謝各位的幫助!
如題,本人習慣Vector2010,故在參數設置-外觀-皮膚中選擇並保存了使用該外觀。在此前的一段時間中,有時會出現首次進入某一頁面(例如從谷歌點選進入)之後頁面外觀錯誤的情況(但是可惜的是,由於目前本人的所有頁面樣式都無法改變,所以本人無法確定這裡描述的樣式具體是哪個),這時再次刷新1-2次即可解決問題,無傷大雅,故本人並未提報。
但是在今天進入時,頁面變成了Minerva外觀,進入參數設置中查看,所選外觀依舊為Vector2010,但是所有界面(包括參數設置)都變成了Minerva的外觀。本人進行了多次刷新,也嘗試使用Shift+F5清空頁面緩存刷新,但都無果,故前來尋求幫助:
請問如何解決這個頁面樣式的錯誤問題?
以及提供一個可能有用的信息:本人必須使用VPN登錄wiki,不知IP的不同是否會影響該功能。
感謝!--Ghrkya(留言) 2024年2月7日 (三) 10:49 (UTC)
- 移動版(m.)均默認使用Minerva外觀,這不是bug,除非連桌面版也隨之變化了。IP不影響用戶的瀏覽器設置。——暁月凜奈 (留言) 2024年2月7日 (三) 13:15 (UTC)
- 感謝您的解釋!
- 但是在移動版中即使更改外觀設置似乎也不會起作用?--Ghrkya(留言) 2024年2月7日 (三) 13:33 (UTC)
- 設置不生效,不過通過?useskin=vector仍可啟用。——暁月凜奈 (留言) 2024年2月7日 (三) 16:11 (UTC)
- 好的,謝謝您--Ghrkya(留言) 2024年2月9日 (五) 05:42 (UTC)
- 設置不生效,不過通過?useskin=vector仍可啟用。——暁月凜奈 (留言) 2024年2月7日 (三) 16:11 (UTC)
動態熱門的首頁板塊和內容頁面不一致
如題,本留言發布時,動態熱門的首頁板塊顯示為Special:Permalink/80893110,而維基百科:動態熱門則顯示為Special:Permalink/80926707,兩者內容不一致。 抄送@Shizhao:。——BlackShadowG Slava Ukraini! 2024年2月12日 (一) 01:53 (UTC)
- 二者更新時間不同。前者正常時候在1:30 am (UTC)更新,後者大概在3:50 am (UTC)至4:00 am (UTC)更新。--— Gohan 2024年2月12日 (一) 07:12 (UTC)
2024年第07期技術新聞
維基媒體技術社群現在發布最新的技術新聞。請告知其他使用者這些變更;不是所有的變更都會對您造成影響。技術新聞提供其它語言的翻譯版本。
最近變更
- 維基數據查詢服務(WDQS)圖表拆分實驗正在進行並載入到3個測試伺服器上。負責團隊正在測試拆分的影響,並要求WDQS使用者透過UI或以程式設計方式在不同管道提供回饋(如:[8][9][10])。使用者的回饋將驗證圍繞維基數據查詢服務的各種用例和工作流程的影響。 [11][12]
問題
- 使用行動裝置存取wiki網站時發生一個錯誤,該錯誤會使已造訪連結顯示為黑色。此問題已修復。
本週變更
MediaWiki message delivery 2024年2月13日 (二) 05:47 (UTC)
在討論頁中發表回復後,簡繁轉換暫時失效
偶見此問題,刷新頁面後即恢復。--AdyaTalk 2024年2月18日 (日) 14:22 (UTC)
- 同見此問題。--0xDeadbeef (留言) 2024年2月18日 (日) 14:57 (UTC)
- 可見即所得的回覆?可能老毛病,AJAX請求的解析器對書寫轉換支持問題。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年2月19日 (一) 00:26 (UTC)
為何引文格式1模板引用的來源整條都變斜體了?
如題。--紺野夢人 2024年2月17日 (六) 16:14 (UTC)
- 沒看到,請指出問題位置。--YFdyh000(留言) 2024年2月17日 (六) 16:55 (UTC)
- 行動版。--寒吉(留言) 2024年2月17日 (六) 18:26 (UTC)
- 顯示異常的移動版頁面中沒有出現應有的TemplateStyles Module:Citation/CS1/styles.css cite.citation。該styles.css的鏈入頁面,在移動版中正常呈現,templatecount.toolforge.org說該頁面僅有1.2萬個嵌入。Module:Citation/CS1的英文版,結尾會加載templatestyles,中文版CS1區別和問題成因未找出。--YFdyh000(留言) 2024年2月17日 (六) 19:25 (UTC)
- 若本地沒有任何介面修改,那就是上游技術鍋,應考慮提報phab任務。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年2月18日 (日) 05:39 (UTC)
- 顯示正常的1.2萬個頁面,基本都是經Template:Catalog_lookup_link引入了所需css。--YFdyh000(留言) 2024年2月18日 (日) 08:56 (UTC)
- 確認MediaWiki 1.42.0-wmf.18所致,移動版皮膚css變更[17],cite元素不再有font: inherit;。但鍋是本地的,CS1模板樣式一直未起效。--YFdyh000(留言) 2024年2月18日 (日) 12:48 (UTC)
- 本地現在有人改麼?--百無一用是書生 (☎) 2024年2月20日 (二) 02:01 (UTC)
- 顯示異常的移動版頁面中沒有出現應有的TemplateStyles Module:Citation/CS1/styles.css cite.citation。該styles.css的鏈入頁面,在移動版中正常呈現,templatecount.toolforge.org說該頁面僅有1.2萬個嵌入。Module:Citation/CS1的英文版,結尾會加載templatestyles,中文版CS1區別和問題成因未找出。--YFdyh000(留言) 2024年2月17日 (六) 19:25 (UTC)
- 行動版。--寒吉(留言) 2024年2月17日 (六) 18:26 (UTC)
2024年第08期技術新聞
維基媒體技術社群現在發布最新的技術新聞。請告知其他使用者這些變更;不是所有的變更都會對您造成影響。技術新聞提供其它語言的翻譯版本。
近期變更
- 如果您啟用了「當我的監視列表中的頁面或文件發生更改時發送電子郵件通知我」選項,機器人帳號執行的編輯將不再觸發電子郵件通知。以前,只有小修改不會觸發電子郵件通知。 [18]
- 特定wiki在Vector 2022外觀下,使用者和網站腳本的載入方式有一些變更。此變更影響以下wiki:以舊版Vector為預設外觀的所有專案、維基導遊和維基教科書。其它wiki則將在未來三個月內受到影響。小工具不受影響。如果您受此影響或希望盡量減少對專案的影響,請參閱此工單。敬請積極配合、積極行動。
- 新的自動建立帳號(您造訪新wiki時獲得的帳號)現在與在該 wiki上的新註冊使用者具有相同的本地通知設定。此變更影響任務說明中列出的四種通知類型。
- 上傳精靈可上傳的檔案大小限制現在為5 GiB。 [19]
本週變更
- MediaWiki的新版本將於2月20日部署至測試維基及MediaWiki.org。它將於2月21日部署至非維基百科wiki及部分維基百科,並於2月22日部署至所有wiki(參見日曆)。 [20][21]
MediaWiki message delivery 2024年2月19日 (一) 15:35 (UTC)
- @Shizhao、@AnYiLin:Vector 2022那條好像會影響本站,請檢查。--碟之舞📀💿 2024年2月21日 (三) 12:30 (UTC)
2024年第09期技術新聞
維基媒體技術社群現在發布最新的技術新聞。請告知其他使用者這些變更;不是所有的變更都會對您造成影響。技術新聞提供其它語言的翻譯版本。
近期變更
- 在一少部分wiki,從未編輯過的使用者會優先使用行動版視覺化編輯器。研究顯示該編輯器的使用者稍較容易發布他們開始編輯的內容,而稍較不容易發布不會被回退的編輯。將wikitext編輯器設為桌面版預設編輯器的使用者,在行動版首次編輯時也會得到wikitext編輯器。 [23]
- mw.config的
wgGlobalGroups
現在僅包含該wiki上活躍啟用的群組。腳本不再需要透過API請求來檢查群組在wiki上是否活躍啟用。上述的程式碼範例如下:if (/globalgroupname/.test(mw.config.get("wgGlobalGroups")))
。 [24]
本週變更
- MediaWiki的新版本將於2月27日部署至測試維基及MediaWiki.org。它將於2月28日部署至非維基百科wiki及部分維基百科,並於2月29日部署至所有wiki(參見日曆)。 [25][26]
未來變更
MediaWiki message delivery 2024年2月26日 (一) 19:22 (UTC)
- active在這裡是「啟用」不是「活躍」...--Xiplus#Talk 2024年2月27日 (二) 01:30 (UTC)
- changetags問題不知道會不會影響WP:高風險主題的一些操作方式? @LuciferianThomas--百無一用是書生 (☎) 2024年2月27日 (二) 02:22 (UTC)
- 不會。只是從系統設定層面實踐目前奪去一般用戶修改版本標籤的權限,並不影響管理員添加標籤。--路西法人 2024年2月27日 (二) 04:28 (UTC)
- changetags問題不知道會不會影響WP:高風險主題的一些操作方式? @LuciferianThomas--百無一用是書生 (☎) 2024年2月27日 (二) 02:22 (UTC)
維基人可自行授予自己榮譽
本人於編輯個人頁時發現可自行加入{{SeniorChiefEditor}}等榮譽模板,且無錯誤訊息,該榮譽頁面也會顯示用戶名稱,請見本人頁面--August0422(留言) 2024年2月27日 (二) 10:27 (UTC)
- 維基榮譽並非維基軟件自帶的一部分,其他語言維基百科鮮有中文維基百科這樣的榮譽系統;中維的這套是由維基人依靠共識建立的規則、自行創建的模板和分類組成的,技術上本就沒有限制用戶自行加入模板。當然,技術上也沒有限制其他用戶給您的討論頁上加入{{Uw-ah1}}。--Irralpaca(留言) 2024年2月27日 (二) 10:47 (UTC)
- 其實技術上可以用濫用過濾器實現限制用戶本人加入榮譽模板,只是一般來說沒有必要。--桐生ここ★[討論] 2024年2月28日 (三) 05:39 (UTC)
- 話說直一點,應該沒有人無恥到這種地步吧?委婉點說,就是社群相信維基人潔身自愛。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年2月28日 (三) 12:25 (UTC)
字詞轉換
在 英文網站上 下列語法 能正確轉換: (已將"{|}"符號 改為全形) {{lang-ru|{{wt|ru|перестройка}}}
但是 在中文網站上 卻會出錯!? 有高手能check一下差異嗎? Thanks --Innova(留言) 2024年2月21日 (三) 08:58 (UTC)
- Reference: https://en.wikipedia.org/wiki/Singularity_theory
- 奇點理論 --Innova(留言) 2024年2月21日 (三) 09:08 (UTC)
- 中英文的{{wt}}模板指向不同。--YFdyh000(留言) 2024年2月21日 (三) 10:25 (UTC)
- 07年註冊、500多次編輯……把模板換掉不就是很容易的事?——Sakamotosan路過圍觀 | 避免做作,免敬 2024年2月23日 (五) 03:27 (UTC)
- 別這樣~ 中間有十多年窩在對岸... 連古哥都看不到... 只能擺渡的日子... ←_←"' --Innova(留言) 2024年2月26日 (一) 09:51 (UTC)
- 哦,對(雖然這個理由的確很合理)——Sakamotosan路過圍觀 | 避免做作,免敬 2024年2月27日 (二) 01:14 (UTC)
- 假定善意!總是辛苦了。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年2月28日 (三) 12:27 (UTC)
- 別這樣~ 中間有十多年窩在對岸... 連古哥都看不到... 只能擺渡的日子... ←_←"' --Innova(留言) 2024年2月26日 (一) 09:51 (UTC)