跳至內容

維基百科:互助客棧/技術/存檔/2021年3月

維基百科,自由的百科全書

Spoken Wikipedia諸模板相關話題

一個非常小的翻譯問題

提議更換用於用戶查核的模板

請教:infobox gene無法從wikidata調用數據

iOS APP地區詞字詞轉換Bug

模板{{Speciesbox}}出現錯誤

以隨機用字模式閱讀頁面的小工具?

新建的條目名稱包含標點符號

新建的條目名稱包含標點符號

為Infobox station資訊框增加參數


2021年3月1日 (一) 19:08 (UTC) —以上未加入日期時間的留言是於2021年3月2日 (二) 00:14 (UTC)之前加入的。

(可能是早就有人報過phab的老bug)移動版用戶貢獻沒有Flow的編輯記錄

如題,比如Special:Contributions/161.81.47.102,此IP的用戶貢獻全部出自知識問答,在桌面版中所有的用戶貢獻均可以正常顯示,而到了移動端就成了空白。--忒有錢🌊塩水あります🐳留言2021年3月1日 (一) 20:10 (UTC)

phab:T158612--YFdyh000留言2021年3月1日 (一) 21:17 (UTC)
好傢夥,提報2年了……--忒有錢🌊塩水あります🐳留言2021年3月2日 (二) 05:16 (UTC)

Mediawiki空間的全保護是否有必要

關於{{Wayback}}模板

WP:POPUP,nostalgia模式下部分鏈接錯誤

2021年3月8日 (一) 17:51 (UTC)

{{Namespace pagename}}輸出英文原文的問題

Template:Hang on模板改成Commons的「轉提刪除討論」探討

如何使用機器人U:Wcam-bot自動存檔

下列討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

請問要如何用這個機器人完成自動存檔?這是我的討論頁,不知道哪裡設定錯誤了?--華山初心回復請Ping 2021年3月9日 (二) 20:17 (UTC)

用戶:Wcam/ArchiveConfig:「機器人每天自動運行一次此程序,所以設置好之後請不要着急。」Wcam-bot對話頁 | 使用者貢獻)看上去在每日0時(UTC+8)存檔一次。--YFdyh000留言2021年3月9日 (二) 20:58 (UTC)
可是我上星期五就設定好了,也沒有存檔...。--華山初心回復請Ping 2021年3月10日 (三) 14:10 (UTC)
algo設定錯誤,old()必須有。用腳本試了試,沒問題了。如果執行會是「Page User talk:華山初心/2021年/1 saved」,是預期名稱嗎?--YFdyh000留言2021年3月10日 (三) 16:14 (UTC)
謝謝,原來是沒有old()。
至於名稱,原本是希望可改成春夏秋冬,但好像不行吧?所以才使用1234。--華山初心回復請Ping 2021年3月10日 (三) 16:25 (UTC)
好像確實不行,有需要就手動移動頁面吧。需注意這個參數是 月/3,一二三四季度,不是農曆的季節。--YFdyh000留言2021年3月10日 (三) 16:45 (UTC)
謝謝您,今天看到已經有自動存檔了!--華山初心回復請Ping 2021年3月11日 (四) 20:42 (UTC)

本討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

是否引用韓語維基百科的一些功能

High-use模板相關

鼠標移至鏈接無法彈出正確繁簡轉換後文字(api summary bug)

大熊貓鏈接--E.A.Crowley666✍️ 2021年3月14日 (日) 11:33 (UTC)

2021年3月15日 (一) 23:22 (UTC)

除了那12個維基只讀以外,centralauth 數據庫也受影響,在這半小時內將無法進行用戶更名、更改/確認郵箱、在新維基自動註冊賬戶、更改密碼等操作。(翻譯自上面那個 phab task) --碸中嘌呤的白磷萃取 打譜 2021年3月16日 (二) 03:14 (UTC)

今日檢查首頁代碼有感

剛才我花了大概一個多小時仔細檢查了首頁的代碼,我找到了一個困擾我很久的問題的答案,同時發現了另一個問題。

關於偶爾出現「每日圖片」超出邊框的問題

有用戶發現首頁的每日圖片欄目偶爾會出現過寬的圖片縮放不合理導致蓋住了右邊其他欄目的情況,經過我檢查後,我發現是小工具MediaWiki:Gadget-mainpage-localtime.js造成的。即小工具「首頁以本地時間顯示。已登錄用戶以參數設置頁面「顯示」中的「時差」設置確定,未登錄用戶以系統時區確定」。這個小工具會在載入後再次調用MediaWiki後端,解析明天(或者昨天)的首頁,而返回的解析結果不知為何,每日圖片以標籤屬性內嵌style的方式將gallery元素寬度固定在了800.6666666667px,造成該問題。

在Timeless皮膚下,由於兩欄設計的寬度較窄,元素溢出的情況更可能出現,因此請考慮不要啟用這個小工具。

關於gallery的CSS問題

在對gallery進行元素審查的時候我發現,ul.gallery元素和它的子元素li.gallerybox之間的位置存在錯位。

造成這個情況的原因是CSS的配置問題。ul.gallery定義了margin和padding為2px,但這個配置被.mw-content-rtl ul給覆蓋了。二者擁有相同的CSS特異度,然而在頁面加載時,ul.gallery規則(mediawiki.page.gallery.styles)先於.mw-content-rtl ul規則(skins.vector.styles.legacy 等)加載,導致後者覆蓋了前者的設定,因而錯位。前往Wikipedia:每日圖片就能看到大量的圖片超出邊框的情況,均是此造成的。

@AnYiLin:我報告一下,您看看能否修復一下,或者是在您那裡留個檔? --Milky·Defer 2021年3月16日 (二) 05:57 (UTC)

我認為兩個問題都是一個原因,都和JS有關,而不是CSS。只要是gallery,它的寬高都會被重新計算,然後以內聯樣式的形式應用到包含相關class的DOM中。本地無法通過CSS解決,亦無法修改JS。--安憶Talk 2021年3月16日 (二) 07:30 (UTC)
和這個一樣,都需要從上游去解決。--安憶Talk 2021年3月16日 (二) 07:32 (UTC)

是否可導入Page_Curation

特殊頁面內容類型無法進行分類與維護報告未有效使用

問題 特殊頁面內容類型無法進行分類與維護報告未有效使用
問題背景 例如使用模板樣式的/styles.css頁面,JSON頁面等,此類內容模型不支持內容格式text/x-wiki,此問題會導致分類功能無法工作。如果使用小工具進行添加分類,會提示內容格式尚不支持。
我的觀點 本人沒有在方針中發現相關的描述,但此問題似乎影響到了維護報告的工作:特殊:未歸類模板(同時我發現此維護報告好像沒有在實際使用),此問題似乎需要在Mediawiki軟件上解決(如果需要解決的話)。
我的解決方案
  1. Mediawiki軟件添加特殊的方式使此類頁面分類,或在維護報告中不顯示特殊類型頁面和子頁面(子頁面未分類的現象似乎也比較嚴重)。
  2. 使用機器人對子頁面進行分類。

其中Mediawiki功能部分似乎並非適宜在此處提及,不過本人不確定本問題是否有被報告,因此沒有進行提交。

本人對維基媒體基金會環境並非熟悉,如果有相關提及的討論,請管理員關閉本討論,敬請見諒。 --月汐月汐月留言2021年3月13日 (六) 05:03 (UTC)

您原本打算對哪個style.css加入哪個分類?--Xiplus#Talk 2021年3月13日 (六) 14:51 (UTC)
我猜是為Template:2019冠狀病毒病病例數/style.css搜索可見分類方式:/* [[Category:模板風格|JR]] */,參見Template:JR/styles.css。--YFdyh000留言2021年3月13日 (六) 15:00 (UTC)
謝謝您--月汐月汐月留言2021年3月17日 (三) 04:40 (UTC)
並沒有想分類某個頁面,而是偶然發現的,沒想到注釋的文本還能分類。--月汐月汐月留言2021年3月17日 (三) 04:42 (UTC)

單獨使用{{hlist}}會導致同一頁面的{{Infobox}}內建的hlist出現多餘的空格

提議增加XTools進入小工具

如題,我自認爲Xtools是一個比較常用且十分實用的小工具,當開啟這個小工具時,可以直接顯示瀏覽數量而無需在另外開啟一個頁面,因此我覺得可以加進去。

下附小工具地址(media) [13]

--海の向こうは敵だ!|歡迎訂閱維貓報! 2021年3月15日 (一) 12:57 (UTC)

本地化不是很好,「 70 編輯者、 33,225 頁面瀏覽 (30 天)」,以及打開工具頁面後是否默認是英文版,需要從右上角切換?[14]裡面應該用https。--YFdyh000留言2021年3月15日 (一) 13:41 (UTC)
打開工具頁面後 至少我這裡從全域啟用後在中維是默認中文。而對於二,也許可以改一改(--海の向こうは敵だ!|歡迎訂閱維貓報! 2021年3月15日 (一) 13:51 (UTC)
User:AnYiLin/js/ArticleInfo-wikimirror.js,使用了原生JS函數、HTTPS的版本。語言是mw.config.get('wgUserLanguage')來的,所以顯示什麼語言完全看用戶自己的設置。--安憶Talk 2021年3月15日 (一) 13:59 (UTC)
AnYiLin話說這個工具能進一步自定義嗎,比如顯示主編或最後一次編輯人員;對於維護清理來說,這個和創建者一樣都挺重要的。--洛普利寧 2021年3月15日 (一) 14:08 (UTC)
只使用xtools提供的articleinfo api(/api/page/articleinfo/)的話,不能。它提供的信息是固定的。--安憶Talk 2021年3月15日 (一) 14:13 (UTC)
並因收到用戶報告而修正了一個問題(【當頁面以兩個斜槓結尾的時候,xtools出現問題】訪問User:IN//,頁面頂部出現「自2021-01-14以來的1個修訂版本 (+1 天)、 1 編輯者、 1 頁面瀏覽 (30 天)、 創建者: IN (144) · 查看完整頁面統計」)。--安憶Talk 2021年3月15日 (一) 14:10 (UTC)
233333--海の向こうは敵だ!|歡迎訂閱維貓報! 2021年3月17日 (三) 13:41 (UTC)

T:tools已加入ContentStyle=display:none

Timeless Logo問題已發現,着手處理中。

有關保護模板

如-{zh-hant:登入;zh-hans:登录}-之類的表述,無法在結構式討論中顯示。且此模板似乎無法正常正常將頁面添加到Category:保護狀態與保護標誌不符的頁面,若此類模板無針對結構式討論的特殊限制,可能需要修改以支持上述功能。--LaMagiaaa留言2021年3月17日 (三) 18:23 (UTC)

模板必須放在摘要或是描述才會有分類。-- Willy1018留言2021年3月18日 (四) 01:53 (UTC)
見User talk:KOKUYO,該位置可以正確分類,且正常顯示在Category:被半保護的用戶頁。但無法判斷保護狀態,且此模板由於手動轉換的使用在該位置無法正常工作。--LaMagiaaa留言2021年3月18日 (四) 05:19 (UTC)
只修模板的話我不覺得能修好這些問題,應該修的是結構式討論。(比如不支持繁簡轉換的問題都是多少年前 Flow 剛出的時候就有人提了,一直沒人修。)然而結構式討論已經不再開發新功能也不再在新的維基上部署了,一共也沒多少維基還在用了。--碸中嘌呤的白磷萃取 打譜 2021年3月21日 (日) 12:56 (UTC)

Template:tabs手機版不工作

2021年3月22日 (一) 16:52 (UTC)

「討論工具」回覆時沒有加簽名的快捷按鈕... --Kanashimi留言2021年3月23日 (二) 10:37 (UTC)
@Kanashimi:不是會自動簽名嗎?--YFdyh000留言2021年3月23日 (二) 10:48 (UTC)
mw:Talk pages project/Replying ...確實。--Kanashimi留言2021年3月23日 (二) 11:14 (UTC)

導航模板標題呈現

下列討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

中維最近更新了嗎 ?

有沒有人發現導航模板標題呈現偏右了,尤其是模板:Campaignbox 德克薩斯革命等模板:Campaignbox,偏右得很誇張。

發生了甚麼事情 ?-- 約翰同志-條目裱糊匠留言2021年3月22日 (一) 16:12 (UTC)

話說模板右邊不是「顯示」和「隱藏」,怎會成了「展開」和「合併」 ? 是否這樣導致導航模板標題呈現偏右了 ? -- 約翰同志-條目裱糊匠留言2021年3月22日 (一) 17:21 (UTC)

其他維基正常,這純粹出現在中維。-- 約翰同志-條目裱糊匠留言2021年3月22日 (一) 18:43 (UTC)

Module:Navbox#L-71改 white-space:nowrap 會比較好? --Kanashimi留言2021年3月23日 (二) 00:46 (UTC)
被「查論編」擠的。剛剛改了一下,等一會兒CSS生效再看看。--安憶Talk 2021年3月23日 (二) 04:43 (UTC)
現在的「得克薩斯革命」是相對於「查論編」和後面的按鈕居中的,也就是「得克薩斯革命」相對於前後元素的距離是平均的。--安憶Talk 2021年3月23日 (二) 05:09 (UTC)
相對於標題欄居中的話,需要給「查論編」和後面的按鈕以position: absolute屬性,再給後面的按鈕以right: 1em屬性。需要變動的地方太多,本着最小改動量原則便不再改它了。--安憶Talk 2021年3月23日 (二) 05:14 (UTC)
圖例,上下兩個框分別對應上方的說明一和二。--安憶Talk 2021年3月23日 (二) 05:20 (UTC)
英維是前者的樣子。--安憶Talk 2021年3月23日 (二) 05:21 (UTC)

造成這一切源頭究竟是甚麼 ? 明明昨天還是正常。Tech news不見有甚麼改動,不單止campaignbox,Navbox、Military navigation、command structure等導航模板標題呈現都偏右了。找到源頭,回退它,應該沒有事吧。-- 約翰同志-條目裱糊匠留言2021年3月23日 (二) 08:58 (UTC)

@Comrade John:啊這,應該是我請求安憶更新MediaWiki:Gadget-collapsibleTables.js版本所致。目前我這邊看,加載後沒有很明顯的偏移,加載中有偏右。--YFdyh000留言2021年3月23日 (二) 09:16 (UTC)
@YFdyh000:還是undo掉導致導航模板標題呈現偏右那部份吧,這回事竟有用戶走到我討論頁問了。-- 約翰同志-條目裱糊匠留言2021年3月23日 (二) 09:29 (UTC)
現在已經變成之前的樣子了吧,我看和英維是一個樣的。--安憶Talk 2021年3月23日 (二) 09:35 (UTC)
collapsibleTables.js也沒有什麼會導致導航模板標題偏右呈現的部分…那是被「查論編」擠的。--安憶Talk 2021年3月23日 (二) 09:37 (UTC)
要麼就按上面我給出的說明二,加個position: absolute「完完全全」地居中。--安憶Talk 2021年3月23日 (二) 09:39 (UTC)
@Comrade John:現在問題仍有嗎,我這邊感覺還好。肯定是更新所致,但不清楚哪段代碼導致,且安憶已在做修正,不知道撤銷是否會恢復原樣,調查成因比較好。--YFdyh000留言2021年3月23日 (二) 09:36 (UTC)
我看是沒什麼問題了。之前確實會右移8.5em,但現在已經相對於「查論編」和後面的按鈕居中了。--安憶Talk 2021年3月23日 (二) 09:41 (UTC)

其實問題仍在,澳大利亞皇家空軍第91大隊中那個Infobox下面,command structure模板,偏右得很誇張。我刪掉(1950至1955年),仍是偏右得誇張。被「查論編」擠的,說不通,之前一直在擠。要麼是更新,要麼是MediaWiki:Gadget-collapsibleTables.js。

說得通。您提到的那個是模板的問題。它加了句<span style="float:left;width:8em;font-size:80%;margin-right:0.5em;"> </span>,簡單說就是它自己加了個寬8個漢字的空格。--安憶Talk 2021年3月23日 (二) 10:00 (UTC)
需要去掉Module:Navbox#L-67的if塊。--安憶Talk 2021年3月23日 (二) 10:05 (UTC)
所以現在解決辦法有 ?-- 約翰同志-條目裱糊匠留言2021年3月23日 (二) 10:33 (UTC)
Module:Navbox的ep。--安憶Talk 2021年3月23日 (二) 10:58 (UTC)
不止是標題偏右,伴生的問題還有標題欄右側的「摺疊」「展開」字樣都成粗體了,該字樣加粗後不清爽美觀,應恢復至之前的正常狀態。--蕭漫留言2021年3月23日 (二) 11:50 (UTC)
對,造成這一切源頭究竟是甚麼 ? 快些回退。-- 約翰同志-條目裱糊匠留言2021年3月23日 (二) 12:02 (UTC)

@Comrade John:現在的{{Campaignbox 德克薩斯革命}}呢?--安憶Talk 2021年3月23日 (二) 12:42 (UTC)

我這裡正常了,MediaWiki:Gadget-collapsibleTables.js能造成問題我還真是沒想到。--ときさき くるみ 2021年3月23日 (二) 12:50 (UTC)
可以了。-- 約翰同志-條目裱糊匠留言2021年3月23日 (二) 12:54 (UTC)
(~)補充:@AnYiLin:所以為什麼中維板子默認是偏右顯示(而不是左對齊)的,有點奇怪,我看英維似乎沒有額外參數也是左對齊的。--ときさき くるみ 2021年3月23日 (二) 12:56 (UTC)
為什麼偏右在上面有說,標題文字左面有寬8.5文字寬度的空格…說實話,我認為上面提到的問題正是各種模板模塊為了適應這個遠古js所導致的。估計當初就是在用錯誤來修正錯誤,那個js之前有一堆額外的樣式,結果現在又得在更新之後拿新的妥協舊的。--安憶Talk 2021年3月23日 (二) 13:06 (UTC)
或許正本清源才是最好的做法?把那個錯誤的遠古js徹底修正,而不是再將錯就錯下去。因為這個導航模板似乎還是有些問題,比如{{鯨豚類}}、{{肉鰭魚總綱}}這兩個模板,其最上方的主標題偏右,下方的次級標題偏左,而英維則是對齊的。--蕭漫留言2021年3月23日 (二) 14:15 (UTC)
其實要正本清源應該是去改模塊,現在是新版的js在妥協遠古的、將錯就錯的修改。您說的問題已經臨時修正了,等待緩存刷新即可。--安憶Talk 2021年3月23日 (二) 14:31 (UTC)

請重開話題,模板:科摩羅選舉以及任何有綠連標題的選舉模板,flagicon+綠連標題=消失的綠連標題,震撼。模板:御所線以及所有鐵路模板,右邊顔色和標題欄右側的「摺疊」「展開」字樣重疊。造成這一切源頭究竟是甚麼 ? 事態有少少嚴重,用不用找相關管理員問問 ?-- 約翰同志-條目裱糊匠留言2021年3月23日 (二) 20:17 (UTC)

@瑞丽江的河水:麻煩在線的您將MediaWiki:Gadget-collapsibleTables.js暫時回退到2016年最後版本,以避免上述故障。--YFdyh000留言2021年3月23日 (二) 20:44 (UTC)
@YFdyh000:這個需要界面管理員的權限,我改不了。--| 2021年3月23日 (二) 20:47 (UTC)
啊這,那只能等待了,麻煩您了。--YFdyh000留言2021年3月23日 (二) 20:49 (UTC)
@YFdyh000:已經回退到了那個版本,我先找幾個人做做測試。--安憶Talk 2021年3月23日 (二) 23:46 (UTC)

挺嚴重的,全部Navbox隱藏展開都沒了。🌟🌟Talk 2021年3月24日 (三) 00:02 (UTC)

您好,在半小時之前,就已經取消了全部的改動,並恢復到了五年前的版本。--安憶Talk 2021年3月24日 (三) 00:20 (UTC)
現在查看,已經沒問題了。--🌟🌟Talk 2021年3月24日 (三) 01:33 (UTC)

本討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

Twinkle更新 (2021-03-24) @3b75578

近期變更
  • Twinkle選單中複選框與文字太過擁擠的問題現已修復。
  • 批刪:在選單內增加CSD F10選項。

如果近期變更有任何錯誤,或是認為未來變更會造成任何問題,請在Twinkle討論頁互助客棧技術版Telegram群組Github擇一報告。--Xiplus#Talk 2021年3月24日 (三) 04:51 (UTC)

下列討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

機器人又有問題了--John123521 (留言-貢獻) 2021年3月21日 (日) 14:58 (UTC)

機器人無問題,還請User:A2569875注意關閉格式。--Xiplus#Talk 2021年3月24日 (三) 05:03 (UTC)


本討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

展開摺疊按鈕的顏色

我在{{Infobox YouTube personality/sandbox}}中複製了英文維基模板的代碼,但發現創作者獎右側的展開摺疊按鈕是藍色的,見Template:Infobox_YouTube_personality/testcases,但是英文維基原樣的代碼顯示就是白色的,見en:Template:Infobox_YouTube_personality,這是為什麼?--Vozhuowhisper 2021年3月25日 (四) 12:55 (UTC)

因為a標籤默認就是藍色的,代表它可以被點擊。--安憶Talk 2021年3月25日 (四) 13:48 (UTC)
根本的原因是英維的有一句color: inherit。--安憶Talk 2021年3月25日 (四) 13:53 (UTC)
加了一句,等緩存過期再看看,應該會好的。--安憶Talk 2021年3月25日 (四) 14:24 (UTC)
我移到正式版之後發現它嵌入別的模板的時候這個按鈕是黑色的,見Ninja (網絡紅人),可是英文維基還是藍色的。--Vozhuowhisper 2021年3月26日 (五) 02:21 (UTC)
處理中……--安憶Talk 2021年3月26日 (五) 05:00 (UTC)
完成,加進了common.js。如果哪位知道更好的處理方法,希望不吝協助處理。--安憶Talk 2021年3月26日 (五) 05:46 (UTC)

透過直接更改網址能夠新建已存在繁/簡字條目的簡/繁版本,算是bug嗎?

如題,例如說以繁體字武聖宮命名的頁面已經存在,但是直接用簡字帶入編輯頁面會得到「尚未建立頁面」的訊息,可能造成建立平行條目的問題,不知道這算不算是個bug,有沒有方法預防?--迴廊彼端留言2021年3月23日 (二) 14:56 (UTC)

不算?好像是如果A能直接繁簡轉換為B,B是能通過前端生成301重定向的查看界面,但似乎僅限於查看,編輯是分開的,方便B弄成是mw系統內的重定向(對應A)或者另開條目(如果不對應A的話)。——Sakamotosan路過圍觀杯弓蛇影 | 避免做作,免敬 2021年3月24日 (三) 00:49 (UTC)
如果全局轉換表出錯,會出現使用正確形式的需求。--YFdyh000留言2021年3月24日 (三) 01:17 (UTC)
感謝兩位回應,不過我在想,如果這種編輯頁面能像搜尋頁面一樣列出一個「在維基百科上已有名為『OOO』的頁面」,應該能夠幫忙減少誤建平行條目的機率?--迴廊彼端留言2021年3月24日 (三) 16:31 (UTC)
@迴廊彼端:不過我都是通過google搜維基百科條目的。--Googol19980904留言2021年3月25日 (四) 09:01 (UTC)
也期望有,但可能需要MediaWiki層面的開發。--YFdyh000留言2021年3月24日 (三) 22:06 (UTC)
可以用 javascript 做出類似功能-- Sunny00217  2021年3月26日 (五) 14:51 (UTC)

引入enwikt的Module頁面中顯示鏈接功能

enwikt的Module頁面的Lua注釋中,凡是[[a]]{{b}}都會顯示鏈接,見en:wikt:Module:form of,另@Xiplus:zhwikt也缺。代碼見en:wikt:MediaWiki:Gadget-CodeLinks.js--E.A.Crowley666✍️ 2021年3月28日 (日) 08:37 (UTC)

有用。給User及WP空間的css和js也弄上吧。--YFdyh000留言2021年3月28日 (日) 13:06 (UTC)

強制顯示未經轉換的原始標題

編者在很多場景下需要獲取頁面的原始標題。而繁簡地區詞轉換、自定義標題等使之變得困難,如直接複製網址的話需要手動把下劃線替換為空格。我自己的做法是點開歷史頁來複製標題。

今天寫了一段腳本,強制顯示頁面未經轉換的原始標題,應能解決上述需求。大家看看沒有問題的話,希望配置為本站的小工具。--Lt2818留言2021年3月28日 (日) 07:16 (UTC)

兩個問題:一是並非所有的皮膚都有#firstHeading;二是nodeValue = xx粗暴了些,無法得知本應該顯示的標題是什麼。--安憶Talk 2021年3月28日 (日) 07:51 (UTC)
針對一,應該再加一個#section_0;
針對二,可以給<h1>加一個title,把本應該顯示的標題放進去,或者乾脆點擊彈對話框。--安憶Talk 2021年3月28日 (日) 07:54 (UTC)
第一個問題:全部有。第二個問題:原本顯示的標題可以通過瀏覽器標題或者匿名瀏覽看到。該腳本主要針對編者,反正對我個人來說,標題的地區詞轉換無所謂,鏈接到正確的標題更加重要。--Lt2818留言2021年3月28日 (日) 07:58 (UTC)
minerva的#firstHeading在哪裡?另,注入過程建議用mw.hook('wikipage.content').add(function),而不是立即執行。--安憶Talk 2021年3月28日 (日) 08:02 (UTC)
不好意思忽略了,馬上改。--Lt2818留言2021年3月28日 (日) 08:05 (UTC)
undefined不能用===,=== 'undefined'才行,null可以直接用===,不用==。--安憶Talk 2021年3月29日 (一) 02:03 (UTC)
@AnYiLin:前者認為我的寫法沒錯,undefined並非字符串。後者為有意,設想了後續維護中忘記給firstHeading賦值導致其為undefined之情況,可以比較我第一個版本。--Lt2818留言2021年3月29日 (一) 02:21 (UTC)
不好意思,您沒錯。我下意識地把它當成了由typeof得到的'undefined',忽略了它是[i]來的。--安憶Talk 2021年3月29日 (一) 03:21 (UTC)
加title來顯示本應該顯示的標題還是有些用的,起碼鼠標放上去能知道標題轉換有沒有問題。加一句firstHeading.setAttribute('title', firstHeading.firstChild.nodeValue)就行。僅是建議。--安憶Talk 2021年3月28日 (日) 08:23 (UTC)
@AnYiLin:你的建議都非常好,已經全部實現了。我解釋下為何會忽略minerva:因為看到en:Wikipedia:Skin只有四張截圖,加之網址參數改為全稱MinervaNeue後無效,以為這個皮膚被棄用了。--Lt2818留言2021年3月28日 (日) 09:16 (UTC)
倒是說說哪裡需要原始標題啊。--Xiplus#Talk 2021年3月28日 (日) 15:29 (UTC)
需要確保內部連結正確的時候。繁簡不同頂多有一次重定向,而經過地區詞轉換的標題直接取用甚至可能為紅鏈,更不必說自定義的用戶頁標題之類。--Lt2818留言2021年3月28日 (日) 15:57 (UTC)
地區詞轉換的標題若正確應建立重新導向,自定義的用戶頁標題確實才有問題,不過除非不設定連結文字又為了美觀,否則使用帶底線的標題沒啥問題。--Xiplus#Talk 2021年3月29日 (一) 02:00 (UTC)
鏈接可以,但文字明顯不對:Linux_Mint。另外設定連結文字不比手動改為空格方便。--Lt2818留言2021年3月29日 (一) 02:27 (UTC)
導航模板的連結和分類是一定要原始標題,否則前者成了重定向,目標塗不了黑,誤導使用導航模板的讀者;後者成了紅鏈,去不了目標分類頁面。--約翰同志-條目裱糊匠留言2021年3月28日 (日) 20:03 (UTC)
這時使用帶底線的標題沒什麼問題。--Xiplus#Talk 2021年3月29日 (一) 01:57 (UTC)
總有強迫症患者嘛,例如我。—— Eric Liu 創造は生命(留言留名學生會 2021年3月29日 (一) 13:36 (UTC)
之前寫過一個這個:User:Shizhao/origintitle.js,不知道是不是合用?--百無一用是書生 () 2021年3月29日 (一) 02:15 (UTC)
我覺得點擊再獲取就多一個步驟。我這個版本不給界面增加元素,自認為是優點。--Lt2818留言2021年3月29日 (一) 02:43 (UTC)
更改現有元素可能造成潛在問題,例如監聽事件或是與其他腳本相互作用。--Xiplus#Talk 2021年3月29日 (一) 04:24 (UTC)
之所以寫這麼複雜就是為了兼容「編輯首段」鏈接。暫時沒看到其他影響。--Lt2818留言2021年3月29日 (一) 04:42 (UTC)
mw.loader.using才對。wgULS和mw.util.addPortletLink亦需要mw.loader.using(['ext.gadget.site-lib', 'mediawiki.util'])。--安憶Talk 2021年3月29日 (一) 03:29 (UTC)

Wikipedia:的修動

  1. 顯然該IP母語不是中文,文法錯亂[19]
  2. 按慣例沒有命名空間使用xx首頁[20]
  3. 此舉跟技術沒什麼關係
推測該IP不太懂維基,且表達能力不佳[21],故暫時關閉,若有看出其價值覺得有討論空間的歡迎重開-- Sunny00217  2021年3月29日 (一) 15:01 (UTC)
下列討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

討論請用數字

  1. 沒有共識的方針/指南改用Help:
  2. 加入幽默:/Humor:/餵雞百科:取代幽默功用
  3. 主題:->專題首頁:/維基專題:->專題計畫頁:
  4. WikiProject:->PortalProject:

--119.237.10.81留言2021年3月29日 (一) 14:30 (UTC)


本討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

2021年3月29日 (一) 17:30 (UTC) —以上未加入日期時間的留言是於2021年3月30日 (二) 00:14 (UTC)之前加入的。

之前(100px)看着還正常的。昨天發現logo變大了(調成135px),搞得整個logo都糊掉了。--🔨留言2021年3月31日 (三) 00:50 (UTC)

我的建議是本地什麼也不做,等Timeless自己再改。--安憶Talk 2021年3月31日 (三) 04:49 (UTC)
是的,其他wiki也有這問題。不過目前沒看到phab有相關的問題報告。--🔨留言2021年3月31日 (三) 05:07 (UTC)

修改{{CHN-HKG}}和{{PRC-HKG}}模板的鏈接

現在這兩個模板的「中國」和「中華人民共和國」鏈接至條目中華人民共和國國籍法。建議把鏈接改為中華人民共和國。使用模板是為了標示國籍,沒必要鏈接至《國籍法》的規定。--Ken418Talk 工作室·"CHANGE" 2021年3月31日 (三) 10:08 (UTC)

提議更改中文系列語言標識的樣式

在以 Cite 開頭的一系列引文模板中,「language=」參數用於標註參考資料的語言,當填入某一特定類型的中文時,將顯示為括號裡面又包含括號的樣式,例如填入「zh-hant」「zh-hk」「zh-cn」「zh-my」分別顯示為「(中文(繁體))」「(中文(香港))」「(中文(中國大陸))」「(中文(馬來西亞)‎)」。這種括號套括號的格式,視覺效果略顯累贅,不夠舒服美觀,而且不符合中文標點符號的使用慣例。至少在中國大陸,如遇括號內還需使用括號的情況,規範用法是以方括號〔〕包含圓括號(),正式的官方公文與各類學術論文、專著,都極少出現全角圓括號裡面再套一個相同括號的形式。出於簡潔明了的考慮,建議通過調換語序的方式或者使用全角連接號替代雙重括號,如上述幾例可以顯示為「(繁體中文)」「(中文-香港)」「(中文-中國大陸)」「(中文-馬來西亞)」。

--蕭漫留言2021年3月17日 (三) 15:13 (UTC)

(印象中如果鏈接內容是中文的話,cite系列模板不需要填寫language參數?--Tim Wu留言2021年3月17日 (三) 15:22 (UTC)
雖然對中文來源而言可以不用填寫language,但如果條目有包含各地中文來源,那就很需要了(粵語閱讀障礙,還是粵語有自己的參數?)。 --無心*插柳*柳橙汁 2021年3月17日 (三) 15:30 (UTC)
@Milkypine:確實有粵語參數,填入 language=zh-yue 顯示為「(粵語)」。--蕭漫留言2021年3月17日 (三) 15:49 (UTC)
大致(+)支持提議。其他語種也可以考慮,例如將en-US改成(英文-美國)。—— Eric Liu 創造は生命(留言留名學生會 2021年3月18日 (四) 00:21 (UTC)
en-US 顯示為「(美國英語)」,這個不用改。--蕭漫留言2021年3月22日 (一) 14:22 (UTC)
語言顯示是由fetchLanguageName API輸出的,可能需要在站外修改,或者在站內模塊中覆蓋輸出的文字。--Vozhuowhisper 2021年3月18日 (四) 05:40 (UTC)
贊成,但技術層面不知道有無難度。--YFdyh000留言2021年3月23日 (二) 09:12 (UTC)
只需要重寫Module:Citation/CS1#L-2269的第2269行。沙盒版需要重寫Module:Citation/CS1/Configuration/sandbox#L-872。--GnolizX留言2021年3月23日 (二) 10:54 (UTC)
如果要改的話,可以直接比照現在轉換用的標籤來更改,比如大陸簡體、香港繁體什麼的,連「—」也不用加,跟en-US大致是同一道理。--AT 2021年3月31日 (三) 12:08 (UTC)

template data 的繁體中文名稱是「模板資料」還是「模板數據」?

編輯模板文檔的時候發現 {{TemplateData_header}} 和Wikipedia:模板數據Wikipedia:模板數據/教學中對應名詞出現不一致的情況。我是簡體中文用戶,不了解情況,希望繁體中文用戶回答一下。另:確定了譯名之後可以加入 MediaWiki 公共轉換組嗎?--Tranve () 2021年3月31日 (三) 12:31 (UTC)

看上去經歷了嚴重的翻譯編輯戰之後,系統界面是直接使用的TemplateData,像是作為專有名詞使用。而Wikipedia:模板數據和/教學的轉換像是IT轉換組轉換的,似乎不是該功能的慣用說法。--LaMagiaaa 2021年3月31日 (三) 14:09 (UTC)

推展編輯提示至MediaWiki:Mobile.js探討

此外,不知是否能夠利用MediaWiki:Mobile.js在流動版用戶遞交編輯前的編輯摘要prompt之上出現提示訊息(確保他們看得到)以在編輯器載入時出現一個overlapping div讓用戶閱讀這些編輯提示後按確認再進入編輯,以讓流動版用戶也會看到編輯提示。--LuciferianThomas留言 2021年3月29日 (一) 10:16 (UTC)

(過濾器警告就也能覆蓋流動版用戶,不過還是那句較難設定)--LuciferianThomas留言 2021年3月29日 (一) 10:27 (UTC)