跳至內容

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

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

關於2017版編輯器 快捷編輯摘要 點擊後新打開標籤頁的問題

lang模板參數

{{lang-vec|Sathìl}}怎麼改成顯示威尼斯語?--淺藍雪 2020年4月30日 (四) 03:48 (UTC)

要改Module。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年4月30日 (四) 09:06 (UTC)
哪個Module,我找了半天沒找着。。--淺藍雪 2020年4月30日 (四) 13:55 (UTC)
@Xiplus:--淺藍雪 2020年5月1日 (五) 17:14 (UTC)
Special:Diff/59459419。--Xiplus#Talk 2020年5月2日 (六) 01:38 (UTC)

幫忙處理一下該模板在計算人口密度時若密度破百則會把個位強行四捨五入的問題

由於需要模板Template:Infobox French subdivision,於是我新建了一個並把其英文原版的代碼悉數複製了過來並僅進行了漢化,但是該模板在計算人口密度時若密度破百則會把個位強行四捨五入(按理說應該四捨五入小數點後面一位的,但它四捨五入了個位),比如此例中本該為226人它非得四捨五入成230人此例中本該為175人(實際上是174.xxxx)它非得四捨五入成170人,但此例為22人則沒有問題,而且其英文版也存在此問題,所以哪位維基人能幫忙處理一下?--Bigbullfrog1996留言2020年4月30日 (四) 10:11 (UTC)

(:)回應@Bigbullfrog1996:不認為這是問題。 這就只是純粹將有效數字設定為2而已。 這是很常見的表示法。(私認為2就已經夠用了,如174取有效兩位170沒啥問題,後面位數是浮動的;光速一般在面向大眾的文章也通常寫300,000 km/s,而非299,792,458 m/s;天文單位150,000,000公里亦同,鮮少出現149,597,870.7公里或149,597,871公里; 一般面向大眾的文章常見取2位的有效數字。)-- 娜娜奇🐰楓香花茶(宇帆·☎️·☘️2020年5月4日 (一) 05:13 (UTC)
  • 已將population_density_km2內的auto換成可計算人口密度的參數。Infobox settlement系列模板中的人口密度參數設成auto時,其呈現方式由{{Infobox settlement/densdisp}}所控制,該模板首先去除小數位數,之後強制僅留下前二位數(若遇0則跳過,如0.00431212→0.0043),餘下位數皆以0顯示,所以:
  • 174.52345去小數點得到174,然後四捨五入至第二位數得到170;
    • {{Infobox settlement/densdisp|/km2=auto|pop=174.52345|km2=1}} → 170人/平方公里(450人/平方英里)
  • 1749.5345去小數點得到1749,然後四捨五入至第二位數得到1700。
    • {{Infobox settlement/densdisp|/km2=auto|pop=1749.5345|km2=1}} → 1,700人/平方公里(4,500人/平方英里)

--Steven |_-。) 2020年5月4日 (一) 04:12 (UTC)

@StevenK234:非常感謝!--Bigbullfrog1996留言2020年5月4日 (一) 11:02 (UTC)

Template:Infobox China Road/Ezhou頁面展示和具體條目(如鳳凰路 (鄂州))的字體和字號明顯不一樣,請問其中原因。--Joe young yu留言2020年5月4日 (一) 03:42 (UTC)

字體和字號是一樣的,只是一個有bold一個沒bold。至於為什麼有bold,因為模塊:Infobox默認給表頭加(:css('font-weight', 'bold'));即使不加,瀏覽器也會給<th>元素加。解決辦法:在Template:Infobox_China_Road/Ezhou合適的地方的style里添加font-weight為normal。--Fireattack留言2020年5月4日 (一) 13:59 (UTC)
(?)疑問Fireattack您所說的「合適的地方」是指?——Joe young yu留言2020年5月4日 (一) 14:35 (UTC)
Fireattack完成,感謝。——Joe young yu留言2020年5月4日 (一) 14:40 (UTC)

視覺化編輯器電子報2020年#1–討論工具

2020年4月8日 (三) 19:27 (UTC)

擬請討論中文維基百科是否參與測試

通過,並通知討論頁團隊安排。臺灣杉在此發言 (會客室) 2020年4月24日 (五) 00:26 (UTC)

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

作為2019年討論頁諮詢的組織者,請各位維基人討論是否參與測試計劃。臺灣杉在此發言 (會客室) 2020年4月9日 (四) 04:21 (UTC)

個人擔憂這功能可能會成為「內容翻譯2.0」。如果技術上能僅允許自動確認用戶使用,個人覺得無妨,不然就一至兩個月後,看看其他語言的意見及再討論是否參與測試。--SCP-2000 2020年4月9日 (四) 04:59 (UTC)
怎麼可能有這種功能,直接當你的意見是反對了。--Xiplus#Talk 2020年4月9日 (四) 05:34 (UTC)
忘了加引號。在下的意思是擔憂這工具可能會像內容翻譯有不少bug,反而傷害了新手。我不想再有一次互煮了。--SCP-2000 2020年4月9日 (四) 05:55 (UTC)
這是個「測試功能」,每個人可以選擇要不要使用,不好用就關了不就好了?--Xiplus#Talk 2020年4月9日 (四) 06:07 (UTC)
(+)支持參與測試,沒看到存在什麼負面的問題。看了一下項目頁面,已經是非常專業嚴謹了。另外,不認為這對新手會有什麼影響(內容翻譯也一樣),能找到在哪裏啟用這些功能並用出bug來,還是新手的幾率微乎其微--百無一用是書生 () 2020年4月9日 (四) 07:04 (UTC)
(+)強烈支持。看起來很棒的一個功能。省去了跳轉到編輯頁面的步驟,不用猛敲:,非常好。--🍀 CLOVER YAN (^_^) 2020年4月9日 (四) 07:56 (UTC)
(+)強烈支持。很友好的一個功能。--QTalk 2020年4月9日 (四) 09:21 (UTC)
(+)支持。--高文海留言2020年4月9日 (四) 11:43 (UTC)
(+)支持有趣的功能-- Matt Zhuang已補完自1998年以來台鐵車站運量,再來就是等2019年度出籠 (按「此」留言) 2020年4月10日 (五) 14:55 (UTC)
能不能建議開發者順便轉發消息到本頁?--Sun00217SPA for Sunny002172020年4月10日 (五) 14:52 (UTC)
Sunny00217Matt_Zhuang高文海Qiu XingxiangClover YanShizhaoXiplusTaiwania Justo 現公示七天,如無合理異議即視達成共識及參與視覺化回覆工具之測試。--SCP-2000 2020年4月11日 (六) 04:40 (UTC)
收集意見不到2天就進公示未免太快了。--Xiplus#Talk 2020年4月11日 (六) 05:21 (UTC)
Xiplus 的確過快了,我先撒下吧。不好意思。--SCP-2000 2020年4月11日 (六) 10:32 (UTC)
(+)支持提案。—— Eric Liu留言留名學生會 2020年4月11日 (六) 14:15 (UTC)
(+)支持Rowingbohe♬ 討論·簽名·台州專題 2020年4月12日 (日) 03:26 (UTC)
(-)反對:為啥不先改善Twinkle中用戶討論頁一定會有提醒的問題呢?真的不懂en維基有沒有想過這個問題,人死了通知死人,死人是不知道也不會看的;隱退的用戶也多半是如此。現在又要把一個討論頁新增一個不知道打算ping誰的功能,不是莫名其妙了?這樣的討論頁用戶是不是得強迫收到通知叫人一定得看有發出通知的討論頁?順便再說一個,討論頁並不等於沙盒或者上面提到的內容翻譯。如此一來,討論頁將不再具備討論條目的功能,而可能導致讓人不怎麼想商量的功能甚至不想編輯條目,條目以後也不用討論內容是否為對或錯。--Z7504非常建議必要時多關注評選留言2020年4月13日 (一) 16:19 (UTC)
(~)補充:如果要讓討論頁增加ping人,那還倒不如把編輯摘要新增個「可以日後更改摘要內容」的選項比較實在。現在連編輯摘要都能ping人了不是嗎?可惜,編輯摘要寫好都不能再改了。--Z7504非常建議必要時多關注評選留言2020年4月14日 (二) 01:29 (UTC)
這個測試功能和ping人有啥關係?這個功能只是可以自動簽名和縮進而已。--百無一用是書生 () 2020年4月14日 (二) 07:54 (UTC)
OK,上面無效反對一個。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年4月15日 (三) 01:03 (UTC)
想說的是,誰會知道到時候討論頁這樣改是不是會連同用戶叫用戶逼着他們一定要看討論頁了?反正呢,測試嘛,不要到時候en版維基百科真的搞出這種多餘不必要的用戶通知。真的建議,en版發行維基百科的,要測試條目討論頁ping人之前,真的應該先在Twinkle中可以讓用戶選擇用戶討論頁可以關閉或開啟提醒的選項還比較實在。如果真要新增這個,那Twinkle選項要不要加這個功能讓用戶可以自己決定要不要收到通知?不想到時候公示7日過了才說,那就太遲了,以上。--Z7504非常建議必要時多關注評選留言2020年4月19日 (日) 14:14 (UTC)
(+)支持。感覺至少應該好過flow。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年4月15日 (三) 01:03 (UTC)
(+)支持:一個星期了,是不是該開始公示了?--Steven Sun留言2020年4月15日 (三) 08:41 (UTC)

公示7日:經七日討論,支持者多數,且反對意見已充分解釋,現正進入公示。臺灣杉在此發言 (會客室) 2020年4月16日 (四) 00:05 (UTC)

順便@Taiwania Justo:僅對en版設計維基百科通知的選項功能感到不滿,要測試那當然沒有問題,您可以繼續公示直到23日通過。只是,希望en版要測試的人可以把這個意見聽到,不要只是耳邊風當沒事。如果當沒事,幹嘛每年快年底的時候,還要叫人填什麼維基百科意見表還顯示在廣告欄位?--Z7504非常建議必要時多關注評選留言2020年4月19日 (日) 14:14 (UTC)
您所說的問題,涉及到ping及通知模組核心功能的問題,本次討論頁設計改變不涉及這些模組的核心功能,這些要另外向做通知模組的團隊及TW團隊提出,敬請見諒。臺灣杉在此發言 (會客室) 2020年4月19日 (日) 15:39 (UTC)
@Z7504:「Twinkle中用戶討論頁一定會有提醒的問題」是指什麼?請詳細說明。--Xiplus#Talk 2020年4月20日 (一) 08:58 (UTC)
這又不是英語維基百科的志願者弄的,這是維基媒體基金會的東西啊?WMF不維護Twinkle。—VulpesVulpes825留言2020年4月22日 (三) 08:44 (UTC)

經公示七日,期間沒有更多重要意見,在此通過。@Whatamidoing (WMF):According to the discussion above, Chinese Wikipedia decides to join the test of the new discussion tool. 臺灣杉在此發言 (會客室) 2020年4月22日 (三) 22:49 (UTC)


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

是否需要提phab?--百無一用是書生 () 2020年4月26日 (日) 03:31 (UTC)

如果有需要就提吧,依據上面的說明,是直接和Whatamidoing (WMF)聯繫。臺灣杉在此發言 (會客室) 2020年4月26日 (日) 05:00 (UTC)
處理中……T251075。--VulpesVulpes825留言2020年4月27日 (一) 05:03 (UTC)
等待中…等待部署。--VulpesVulpes825留言2020年4月27日 (一) 06:47 (UTC)
依據該團隊說明,最快會在5月8日部署。臺灣杉在此發言 (會客室) 2020年4月29日 (三) 01:25 (UTC)
We hope. I can make no guaranteed promises. Whatamidoing (WMF)留言2020年5月5日 (二) 18:48 (UTC)

部分條目地圖顯示問題

部分條目infobox如果是用coordinates參數加{{coord}}的話(如Salesforce塔),就會顯示「Lua錯誤 在模塊:Mapframe的第181行:attempt to perform arithmetic on local 'lat_d' (a nil value)」,但是如果把coord拿出infobox就能正常顯示了,如泛美金字塔,不知道能否麻煩修正一下。--淺藍雪 2020年5月5日 (二) 08:28 (UTC)

[1]。--Mewaqua留言2020年5月6日 (三) 03:54 (UTC)

部分網站無法存檔

部分內地網站(如中國台州網十堰日報)雖然還可以打得開,但已經無法存檔至Wayback Machine或archive.is,可能是因為這些網站現在只有連接內地網絡才可以訪問,若連接境外網絡則無法訪問。不知有沒有方法能解決這幾個網站的存檔問題?--風雲北洋Talk 2020年5月3日 (日) 03:24 (UTC)

可能是這幾年公安部搞護網行動的鍋.....--百無一用是書生 () 2020年5月6日 (三) 06:57 (UTC)

Template:Vgname無法正常顯示大陸簡體名

  • {{Vgname|隻狼:暗影雙死|en=Sekiro|cn=只狼:影逝二度|tw=隻狼:暗影雙死}}
    隻狼:暗影雙死(英語:Sekiro,中國大陸譯作「只狼:影逝二度」)

切成簡體時,依然顯示成main name的簡體字版:只狼:暗影双死,整条变成“《只狼:暗影双死》(英语:Sekiro,港台译作“只狼:暗影双死”)”,而非設定的cn參數只狼:影逝二度。反過來沒問題:

  • {{Vgname|只狼:影逝二度|en=Sekiro|cn=只狼:影逝二度|tw=隻狼:暗影雙死}}
    隻狼:暗影雙死(英語:Sekiro,中國大陸譯作「只狼:影逝二度」)

這樣切成台灣正體也能正常顯示成隻狼:暗影雙死。--Fireattack留言2020年5月2日 (六) 20:20 (UTC)

原來如此,多謝。--Fireattack留言2020年5月7日 (四) 03:40 (UTC)

"2017年源代碼編輯" 為何?

在編輯摘要常見這提法. 另外可以在哪裏啟用此功能? 在Special:參數設置找了一會找不到. Lovewhatyoudo 高郵加油 2020年5月7日 (四) 05:51 (UTC)

在測試功能裏面,和可視化、Flow、新媒體播放器那些在一起。--RuiyuShen 2020年5月7日 (四) 05:57 (UTC)

Template:NoteTA 使用「1=」可以同時轉換標題和正文?

我看到@Lopullinen友情提示我Template:NoteTA使用「1=」參數可以同時轉換標題和正文。請問這種用法為何沒有寫到文檔里?--Fireattack留言2020年5月7日 (四) 03:35 (UTC)

可能盲點沒有被華生發現。(並不是)可能早期T的標題轉換和全文轉換是分開的,然後某次更新能處理了,然後沒人發現這個新特性?——路過圍觀的Sakamotosan | 避免做作,免敬 2020年5月7日 (四) 07:26 (UTC)

2020年5月4日 (一) 16:59 (UTC)

討論串留言多層縮排於流動裝置的顯示問題

或許以電腦參與維基百科(或其他wiki)上討論的您沒有發現這個問題,但它對流動裝置使用者有着相當不好的使用者體驗──那就是多層縮進的討論串,不論是一般的討論頁還是結構式討論,不論是否使用Template:Outdent

當一個留言底下有着不少的回覆時,討論串會越來越向內(右側)縮排,但當下方的留言到了一定的數量時,留言會隨着越來越窄──原本一行可以看完的留言變得需要分成好幾行才能全部瀏覽完,而且一行可能只剩下不到十個字。

希望各位能夠針對這個問題進行討論,找出能夠解決多層縮排顯示不佳的解決問題。敬祝
編安

Sincerely,
Winston Sung留言2020年4月20日 (一) 15:10 (UTC)


不只是回覆,只要縮排到某些程度就會直接完全看不到在寫什麼。-- Matt Zhuang哪一個國家拒絕承認中華民國護照而且沒有替代簽證可以申請 (按「此」留言) 2020年4月20日 (一) 15:13 (UTC)
的確,一旦縮排太多次就會難以閱讀。--Winston Sung留言2020年4月21日 (二) 14:31 (UTC)
另外目前Fandom在留言牆上的討論串最多縮排一次,所以不會有這個問題。--Winston Sung留言2020年4月22日 (三) 03:50 (UTC)
(+)支持,縮進太多會導致明顯的顯示問題,一般縮進5~6格就夠了。同級縮進回復完全可以接受。--SolidBlock留言 2020年4月26日 (日) 00:24 (UTC)
請問一下,確定Template:Outdent不管用嗎?新的討論工具會自動對評論進行縮進,應該能解決這個問題。Fandom即將淘汰目前的留言牆功能,所以很難作為參考。--VulpesVulpes825留言2020年4月27日 (一) 09:04 (UTC)
新的留言牆與目前的留言牆皆最多縮排一次。歡迎至統一社區平台測試站測試各項功能。--Winston Sung留言2020年5月1日 (五) 08:54 (UTC)
另外並非「淘汰目前的留言牆功能」,是「使用討論版的代碼重新編寫目前的留言牆功能」。--Winston Sung留言2020年5月1日 (五) 08:58 (UTC)
我用平版電腦,用了template:outdent的話顯示大致可以接受。我參照的顯示效果是Talk:相給的討論串(如果大家能順帶看一看我在Talk:相給提出有關浙南吳語閩語、粵語裏村莊的量詞的疑惑,更是感激)。Lovewhatyoudo 高郵加油 2020年5月8日 (五) 00:49 (UTC)

────────────────────────────────────────────────────────────────────────────────────────────────────

新增繁簡轉換組「大陸簡體(繁體化)」

有沒有將大陸用詞(包括本地化用詞)強行轉為繁體字(以繁體字保留大陸用詞模式)把「大陸簡體」強制用繁體顯示的方法?兩個原因。第一,閱讀跟大陸相關的條目,尤其大陸新聞、運動、影視藝人條目執行台灣和香港地區用詞反而是「過度在地化」而違和。有些人一定會說「沒有過度在地化」,好,那能否給覺得是的人一個選項「大陸簡體(繁體化)」?這有點像是閱讀美國相關條目時,英國讀者不一定希望用詞在地化為英式英文。第二,歐美華裔不少是先學繁體字(大陸成長的港澳台人亦然),但生活上接觸的媒體是大陸媒體,因而習慣了大陸用詞,能否給這些用戶新選項「大陸簡體(繁體化)」?現在必須先點維基的「大陸簡體」,再依賴外部瀏覽器插件做簡→繁轉換,外部插件極不可靠亦不方便。Lovewhatyoudo () 2020年4月14日 (二) 07:38 (UTC)

擅自ping一下參與了上面關於地區用詞討論的@WhitePhosphorus:@高文海:@Xiplus:@痛心疾首:@Sun00217:@Shizhao:@WhitePhosphorus:@Borschts:@Suzuha Amane:)Lovewhatyoudo () 2020年4月14日 (二) 07:38 (UTC)
  • 無從統計,但這個需求是有的。爬文有關新增澳門繁體、新加坡簡體轉換組的討論,最初都是說人數不多所以作罷,最終事成,我覺得是社群認可了他們「數量不一定多、但需求是確切存在」的需求。Lovewhatyoudo () 2020年4月14日 (二) 09:21 (UTC)
不就是直接選「繁體」顯示,不加地區轉換就可以了?這樣的意義只是將用字不管詞組配對(也就是地區詞轉換)一律往繁體字轉吧。——路過圍觀的Sakamotosan | 避免做作,免敬 2020年4月14日 (二) 14:35 (UTC)
既然是港澳台用戶,實際上應該對曾經生活過地區的具體地區詞更為熟悉。直接不考慮地區詞轉換的單純字轉換好像沒啥意義。(而且單純的「簡體」、「繁體」也有提議不建議開放出來給用戶使用)——路過圍觀的Sakamotosan | 避免做作,免敬 2020年4月14日 (二) 14:40 (UTC)
澄清,是強制將「大陸簡體」做一個繁簡轉換,即是「大陸簡體(繁體化)」。這跟「繁體」不同,因為如果一個繁體頁面本身是由台灣/香港人書寫的話,點「繁體」並不會把其用詞切換成大陸用詞。技術上不需要新增一個新的noteTA。另外在開段補充了「過度在地化」的論據,請查閱。@cwek:。Lovewhatyoudo () 2020年4月15日 (三) 00:24 (UTC)
也就是將大陸用詞(包括本地化用詞)強行轉為繁體字(以繁體字保留大陸用詞模式)?感覺這是一個很彆扭的和不正常的需求?——路過圍觀的Sakamotosan | 避免做作,免敬 2020年4月15日 (三) 00:36 (UTC)
還是你言簡意賅。對。這是國際中文新聞網站的常見做法,例如紐約時報中文網、大紀元、新華網、蘋果日報、明報、星島日報等的繁簡功能,都是以繁體字保留大陸用詞模式,原因是,閱讀大陸相關時事、運動、演藝條目如果執行台灣/香港用詞轉換,會造成過度在地化。上述6個商業牟利網站的讀者表明了這種需要的存在,要不然這些商業牟利的媒體豈不會學習維基百科做繁簡+地區轉換?Lovewhatyoudo () 2020年4月15日 (三) 01:03 (UTC)
我不確定只是人家網站把原始文本,不管用字地區差異,一股腦地放到一對一用字轉換上;還是專門分開兩種用字的修編版,但是同樣沒考慮用字差異問題。前者這個不就是你原來所說的方法;後者分明是編輯的文字水平不足的問題。而前面的一對一字轉換本身就沒有考慮用字問題的機械轉換,本身就是錯誤的實現。——路過圍觀的Sakamotosan | 避免做作,免敬 2020年4月15日 (三) 02:42 (UTC)
就在下的觀察,的確有這個需求,傾向支持。--Winston Sung留言2020年4月15日 (三) 09:24 (UTC)
(-)反對,除非有語言代碼方面的規範可以依循--百無一用是書生 () 2020年4月16日 (四) 02:48 (UTC)
有的,zh-Hant-CN。--Winston Sung留言2020年4月16日 (四) 12:59 (UTC)
(-)反對,那麼fallback語言變種應該是什麼呢?界面語言怎麼辦?直接上繁體就不符合閣下要求的「大陸簡體繁體化」。還有Mediawiki可能並不能支持zh-Hant-CN這樣的格式,見Name.php。從技術上來說這可能是個噩夢,我們需要修改core的很多內容,增加zhconversion table,增加noteTA。這個工作量比起添加澳門繁體和新加坡簡體要多很多—VulpesVulpes825留言2020年4月16日 (四) 13:40 (UTC)
在下曾在自己的wiki上修改過檔案,依照目前格式全部使用小寫(zh-hant-cn)不會出現問題。另由於目前瀏覽器限制,全部改成「zh-hans-cn」這樣的形式會有無法自動判斷瀏覽器預設語言的問題,所以「從技術上來說這可能是個噩夢,我們需要修改core的很多內容」這部分「zh-cn」等一旦修改成「zh-hans-cn」的形式目前不可行,也不應修改。還有「增加zhconversion table,增加noteTA」的確會是很大的工作量。--Winston Sung留言2020年4月16日 (四) 16:05 (UTC)
問題會有的,比如$wgVariantArticlePath應該不能返還帶「-」的語言變種代碼。還有目前維基媒體的語言變種命名規範應該是還是zh-(變種)。我理解閣下的需求,IANA為此也保留了zh-Hant-CN。但是,目前很多瀏覽器只支持zh-CN這種語言代碼(這也是為什麼添加澳門繁體和新加坡簡體比較方便的原因)。如果一定要加入繁體中文(中國大陸)可能需要對Core的language部分進行大修。—-VulpesVulpes825留言2020年4月16日 (四) 16:57 (UTC)
對於「$wgVariantArticlePath應該不能返還帶「-」的語言變種代碼」這部分,「zh-cn」已是包含「-」的「$2」值。對於「還有目前維基媒體的語言變種命名規範應該是還是zh-(變種)」這部分,在下不清楚這方面,但由於大部分瀏覽器不支援在語言設定使用「zh-hans-cn」這種形式,故目前不應也不需將「zh-cn」改成「zh-hans-cn」,這樣的形式會有無法讀取瀏覽器預設語言進行自動判斷對未登入使用者要顯示的變體的問題。--Winston Sung留言2020年4月17日 (五) 01:33 (UTC)
$wgVariantArticlePath或者『&variant=xy』Mediawiki應該只允許『cn』,應該不能是『Hant-cn』。—VulpesVulpes825留言2020年4月17日 (五) 03:57 (UTC)
對於「$wgVariantArticlePath或者『&variant=xy』應該只允許『cn』,應該不能是『hant-cn』」這部分再重新說明一次,MediaWiki系統讀取到的variant代碼是「zh-cn」,不是「cn」,不確定的話可以試試「cn [ variant= | $wgVariantArticlePath ]」跟「zh-cn [ variant= | $wgVariantArticlePath ]」的差別。--Winston Sung留言2020年4月17日 (五) 09:12 (UTC)
我解釋有誤,我應該直接說Mediawiki內部語言代碼不允許"zh-hans-cn",只允許"zh-cn"這樣的命名方式,也就是語言變種代碼中不允許出現"-"。這樣就解釋清楚了。--VulpesVulpes825留言2020年4月17日 (五) 11:11 (UTC)
對「Mediawiki內部語言代碼不允許"zh-hans-cn",只允許"zh-cn"這樣的命名方式,也就是語言變種代碼中不允許出現"-"」這部分提供另一個例子,MediaWiki曾有「be」、「be-tarask」、「be-x-old」的語言代碼,其中「be-x-old」就已在變體代碼中包含「-」。--Winston Sung留言2020年4月18日 (六) 07:19 (UTC)
帶「-」會被轉換。而且,LanguangeConverter不轉換be,所以無所謂。我目前主要擔心的是LanguageConverter中validateVariant能否在輸入"zh-hant-cn"時不會出錯。而且即使不出錯了,我們還得考慮回退語言的問題,如果回退語言是繁體中文的話就不滿足(以繁體字保留大陸用詞模式),但如果為此要求為zh-Hant-CN單獨翻譯的話就會導致多出一個語言變種需要維護。我估計translatewiki.net那邊的人應該不會同意增加"zh-Hant-CN"這個事情。--VulpesVulpes825留言2020年4月19日 (日) 05:17 (UTC)
不帶「-」也會被轉換,那是為了將語言代碼標準化而進行的轉換,而且在下之前已嘗試過將自行架設的MediaWiki站的語言檔案全部改成「zh-hant-tw」的形式,所以才會在測試過後得出「這樣的形式會有無法讀取瀏覽器預設語言進行自動判斷對未登入使用者要顯示的變體的問題」的結論。另外備用語言可以使用「zh-Hant-HK」,因為地區詞相同(重疊)的部分較「zh-Hant-TW」多。--Winston Sung留言2020年4月19日 (日) 07:21 (UTC)
現在討論技術的話,會不會變成畫蛇添足?實際技術上通過加載對應轉換表來轉換的,現在就變成了還要多維護一個不尋常的「大陸用詞模式但使用繁體用字」的轉換表。本身需求是不合理的,甚至說是使用者的不合理而導致的需求不合理。我不認為技術再深究下去有多大的意義了。讓應用顯示出大陸用詞後再用外圍「垃圾的」字對字一對一轉換工具處理一次可能才能切實地滿足這種不合理的需求。——路過圍觀的Sakamotosan | 避免做作,免敬 2020年4月27日 (一) 03:13 (UTC)
如果不在意Special:前綴索引/MediaWiki:Conversion的影響,應該可以使用兩次action=parse來處理得到結果(可以用js實現)--Sun00217SPA for Sunny002172020年4月18日 (六) 14:11 (UTC)
直接用 Chrome 的翻譯功能不就行了嗎?不想用 Chrome 的話還有[translate.google.com 谷歌翻譯],這些都是不轉換的,幹嘛折騰到 Mediawiki 上面去。--🍀 CLOVER YAN (^_^) 2020年4月20日 (一) 03:30 (UTC)
上面開頭就提到「外部插件極不可靠亦不方便」了。--Winston Sung留言2020年4月20日 (一) 14:41 (UTC)
簡單地說就是將「服务器」處理成「服務器」的需求,如果這樣的需求是滿足語言要求的,那就別搞什麼地區詞轉換了,只剩下字對字一對一繁簡映射就好了。——路過圍觀的Sakamotosan | 避免做作,免敬 2020年4月27日 (一) 03:17 (UTC)
但是提案者要求繁體中文和大陸地區詞。不轉換的話不就是內容變種中的「繁體」選項了嗎?—VulpesVulpes825留言2020年4月28日 (二) 14:30 (UTC)
如果只開「簡體」的話,就是基本字對字轉換,例如:源碼為「伺服器」,大陸用字應該為「服务器」,按照需求描述則應該為「服務器」,但簡體模式(無地區詞轉換)的話則是「伺服器」。——路過圍觀的Sakamotosan | 避免做作,免敬 2020年4月29日 (三) 01:06 (UTC)
  • 最理想的方法就是能設置簡體、繁體和大陸、港澳、台灣、馬新兩個彼此獨立的組別,這樣無論是誰都可以自由選擇了,不過按樓上說的,技術不允許呀。--侧耳倾听 2020年4月28日 (二) 08:31 (UTC)
我有一個大膽想法:zh-cnhant、zh-myhant、zh-sghant、zh-twhans、zh-hkhans、zh-mohans,這樣不知道行不行。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年4月28日 (二) 10:13 (UTC)
不可以,這不符合BCP-47的格式要求。—-VulpesVulpes825留言2020年4月28日 (二) 14:30 (UTC)
(+)支持,伺服器負擔上應該不算嚴重,並且按照上面的例子算是有趣也有用。User:Sanmosa的東西改寫成zh-Hant-CN和zh-Hans-HK等就完全符合BCP-47需求。不過轉換表確實要多出幾個,可能沒人樂意做;分兩層地區詞和正字轉換又有些麻煩(似乎倒是已經有這樣的表了?)。(再舉個例子:推特上的 @ZHWP 一直用的都是zh-Hans-TW。)——Artoria2e5 討論要完整回覆請用ping 2020年4月29日 (三) 19:09 (UTC)
目前的轉換涵蓋順序為:zh-hans zh-cn ⊃ zh-sg ⊃ zh-my 及 zh-hant ⊃ zh-tw ⊃ zh-hk ⊃ zh-mo ,在下挺好奇zh-cnhant的順序是怎樣的?謝謝。--SCP-2000 2020年4月30日 (四) 14:31 (UTC)
目前的轉換涵蓋方式為:
$variantfallbacks = [
	'zh' => [ 'zh-hans', 'zh-hant', 'zh-cn', 'zh-tw', 'zh-hk', 'zh-sg', 'zh-mo', 'zh-my' ],
	'zh-hans' => [ 'zh-cn', 'zh-sg', 'zh-my' ],
	'zh-hant' => [ 'zh-tw', 'zh-hk', 'zh-mo' ],
	'zh-cn' => [ 'zh-hans', 'zh-sg', 'zh-my' ],
	'zh-sg' => [ 'zh-hans', 'zh-cn', 'zh-my' ],
	'zh-my' => [ 'zh-hans', 'zh-sg', 'zh-cn' ],
	'zh-tw' => [ 'zh-hant', 'zh-hk', 'zh-mo' ],
	'zh-hk' => [ 'zh-hant', 'zh-mo', 'zh-tw' ],
	'zh-mo' => [ 'zh-hant', 'zh-hk', 'zh-tw' ],
];
,一般來說應該會加上
	'zh-hant-cn' => [ 'zh-hant', 'zh-hk', 'zh-mo', 'zh-cn', 'zh-tw' ],
	'zh-hant-cn' => [ 'zh-hant', 'zh-hk', 'zh-cn', 'zh-mo', 'zh-tw' ],
	'zh-hant-cn' => [ 'zh-hant', 'zh-hk', 'zh-mo', 'zh-tw', 'zh-cn' ],
,應該會改成
	'zh' => [ 'zh-hans', 'zh-hant', 'zh-cn', 'zh-tw', 'zh-hk', 'zh-hant-cn', 'zh-sg', 'zh-mo', 'zh-my' ],
	'zh' => [ 'zh-hans', 'zh-hant', 'zh-cn', 'zh-tw', 'zh-hk', 'zh-sg', 'zh-mo', 'zh-my', 'zh-hant-cn' ],
這樣,也有可能會是其他樣子。(註:為避免過度縮排,每行已刪去兩個tab。)--Winston Sung留言2020年5月1日 (五) 09:53 (UTC)
(-)反對:增加zh-cnhant,這會加重維護成本,且此例一出,未來必然出現增加zh-myhant等之請求。但個人認為可考慮修改字詞轉換的系統,允許使用者可透過zh-hant及zh-hans的全域轉換表,在地區詞的基礎上再進行繁簡轉換。--SCP-2000 2020年5月1日 (五) 10:36 (UTC)
> 個人認為可考慮修改字詞轉換的系統
似乎是個不錯的建議/提議,可以考慮。--Winston Sung留言2020年5月2日 (六) 09:39 (UTC)
總覺得是個小眾需求……能否用JS寫個小工具轉換?(確實手機版也不穩定)改轉換系統的話,簡繁和地區詞徹底分立,{zh, zh-cn, zh-hk...} * {zh; zh-hans; zh-hant}這樣嗎?直接增加zh-hant-cn會有這樣的問題:{{noteTA}}裏面,zh-hant-cn如果不定義,回溯到zh-hant地區詞不對,回溯到zh-cn簡繁不對;所以zh-hant-cn不得不填,這就增加了1/3工作量(對比zh-mo,大多數時間可以不填,直接回溯到zh-hk),以後要修改大陸地區詞,也要同時改簡繁兩處;然後,如果有人要zh-hans-hk……看來要原生系統實現這點,必須要地區詞和簡繁兩層轉換,只能試着說服Mediawiki開發組大改系統了=_=!--洛普利寧 2020年5月6日 (三) 16:53 (UTC)
(-)反對:既然說是大陸簡體,那就不應該起這樣,應該命名為大陸繁體,但大陸使用繁體的人少之又少,不建議轉換。--👻Cryberghost 2020年5月8日 (五) 06:53 (UTC)

Cat-a-lot 的 "參數設置"

Cat-a-lot 的 "參數設置" 並沒有窗口出現。請問是什麼問題?--宮水四葉留言2020年5月9日 (六) 15:19 (UTC)

請禁止InternetArchiveBot把cite模版的archive.is的url覆蓋更新為wayback

當一個網頁同時在wayback和archive.is保存了有效存檔,很多時是因為wayback抓取網頁的照片有缺漏,所以編者才逼不得已去用archive.is(它的抓取模式保証能抓到圖),也就是wayback存檔不管用。但是InternetArchiveBot不知道這個道理,強行自動把cite模版裏的archive.is的url覆蓋更新為wayback machine的url,有甚麼方法可禁止?Lovewhatyoudo 高郵加油 2020年5月5日 (二) 21:11 (UTC)

  • 幫你問了下。User:InternetArchiveBot正常來說是不會把archive.is轉換為archive.org的,但是ta並不能正確識別的archive.is的某些域名(例如:.li/.vn/.md/.ph)等,所以會造成錯誤轉換。這個bug已經修復但是還未部署。這裏推薦使用.today的域名,可以保證不會被覆蓋;如果你有遇到非我描述的問題的話,請告知並提供例子,可能是其他的bug。--Fireattack留言2020年5月8日 (五) 19:22 (UTC)

模板:Marriage

|()=small或|()=smaller 參數功能沒有出現。--孤獨なSmile 2020年4月30日 (四) 02:52 (UTC)

Template:國家機關的地級、縣級單位顯示問題

如題,Template:國家機關在處理地級、縣級人民法院和人民檢察院時的單位名稱與正式條目名稱存在差異,如湖北省鄂州市人民檢察院浙江省玉環市人民法院會被該模板處理成鄂州市人民檢察院玉環市人民法院等。而我不太了解哪一個才是正式、官方的稱呼。--Joe young yu留言2020年5月10日 (日) 06:47 (UTC)

差異視圖的字體

中文維基百科的差異視圖的字體已變更。

如果想改回之前的差異視圖的字體,應該怎樣做 ?

謝謝。-- 約翰同志-條目裱糊匠留言2020年4月30日 (四) 15:52 (UTC)

一天後改回原來,跟着幾日後又改回新的差異視圖的字體,這是怎麼回事呢 ?

同樣問題,如果想改回之前的差異視圖的字體,應該怎樣做 ?

謝謝。-- 約翰同志-條目裱糊匠留言2020年5月4日 (一) 19:11 (UTC)

沒人在意這回事嗎 ? 喜歡新字體嗎 ?-- 約翰同志-條目裱糊匠留言2020年5月5日 (二) 08:19 (UTC)

好像是改成等寬字體了:phab:T250393--百無一用是書生 () 2020年5月6日 (三) 06:52 (UTC)
是的,在「Tech News: 2020-17」已有提及。我也在轉字體時查回它才知道。很驚訝的是,中文維基百科社群竟沒有人在意、在乎這回事,新的字體可觀性比起之前的字體,大家也清楚。英文維基百科社群已有人話要改回之前的字體了。-- 約翰同志-條目裱糊匠留言2020年5月6日 (三) 08:37 (UTC)
我倒是覺得這個地方用等寬字體挺好的,眼睛看起來舒服多了--百無一用是書生 () 2020年5月6日 (三) 08:49 (UTC)
見人見智吧。-- 約翰同志-條目裱糊匠留言2020年5月6日 (三) 11:00 (UTC)
開發團隊究竟干什麼,這個可以人性化些,自己選擇用什麼字體呀嘛Kitabc12345 討論 海南 打卡 2020年5月8日 (五) 09:34 (UTC)
可以自己用用戶css覆蓋掉吧。——路過圍觀的Sakamotosan | 避免做作,免敬 2020年5月11日 (一) 01:08 (UTC)

維基翻譯工具阻止我發佈條目

我在翻譯這個條目時使用了翻譯工具。發佈時,它提示:

您的翻譯由於存在過多原文無法發佈。

您的翻譯總共有1%的未經修改的文字。

我已經通讀全部翻譯稿,並把機器翻譯不當之處全部改正,為什麼還是不允許發佈呢?況且我覺得如今機器翻譯未必都是通篇全錯,1%的機翻率應被允許。麻煩幫忙看一下,謝謝! --Kermitmailbox99留言2020年5月10日 (日) 08:20 (UTC)

Kermitmailbox99 請提供譯文,以便處理,謝謝。--SCP-2000 2020年5月10日 (日) 08:38 (UTC)
@SCP-2000:請查看這裏,謝謝。(翻譯工具內有些內容無法複製,故截圖) Kermitmailbox99留言2020年5月10日 (日) 09:23 (UTC)
Kermitmailbox99可以複製,只不過只能貼上在視覺化編輯器上面。我就遇過無法發佈問題,是用貼上在視覺化編輯器的方式救出內容的-- 娜娜奇🐰楓香花茶(宇帆·☎️·☘️2020年5月10日 (日) 09:30 (UTC)
那麼這意味着把減少機器翻譯閾值至70%這個方案對於中文來說還是過了。我會提交新的工單來嘗試解決問題。--VulpesVulpes825留言2020年5月10日 (日) 11:12 (UTC)
@VulpesVulpes825:,我認為不是,現在再修改70這個數字根本是任意推翻共識企圖翻案。 要符合先前共識的話應該要改成:「70%只對主名字空間與公共草稿限制,而不用對用戶頁限制」。-- 娜娜奇🐰楓香花茶(宇帆·☎️·☘️2020年5月11日 (一) 05:38 (UTC)
@A2569875:「70%只對主名字空間與公共草稿限制,而不用對用戶頁限制「為技術限制無法實現。關於「任意推翻共識企圖翻案問題「,請見WP:CONEXCEPT。--VulpesVulpes825留言2020年5月11日 (一) 06:11 (UTC)
連使用者子頁面都擋掉不給儲存是不是過火了?-- Matt Zhuang哪一個國家拒絕承認中華民國護照而且沒有替代簽證可以申請,形同禁止中華民國公民入境或轉境該國? (按「此」留言) 2020年5月10日 (日) 11:35 (UTC)
我現在已經手動把譯文複製到我的用戶子頁面當中並提交志願者審核。不過這的確有些過了,因為子頁面文章只是草稿。 Kermitmailbox99留言2020年5月10日 (日) 11:41 (UTC)
@Kermitmailbox99:感謝閣下的反饋。對此,減少機器翻譯閾值至70%將會被回退以便解決問題,祝編安。--VulpesVulpes825留言2020年5月11日 (一) 08:24 (UTC)
@VulpesVulpes825:謝謝。 Kermitmailbox99留言2020年5月11日 (一) 10:12 (UTC)
已經回退了。我再次感謝閣下的反饋。--VulpesVulpes825留言2020年5月11日 (一) 11:40 (UTC)

底下Template:2019-nCoV Template:中國衛生 Template:Portal bar Template:Taxonbar這幾個模板我這裏全部都是直接以這樣的藍鏈顯示的,不知道是否是我一個人的問題。淺藍雪 2020年5月11日 (一) 13:51 (UTC)

條目太長了,WP:TL。--小過兒留言2020年5月11日 (一) 15:23 (UTC)

左上方的繁簡轉換按鈕壞了。

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

登錄狀態,只有繁體、簡體的選項,沒有台灣/香港等變體。非登錄狀態+/wiki/的頁面,點按鈕則根本沒有下拉菜單(如果當前使用的是某地區變體,則下拉菜單只有該變體的選項)。--Fireattack留言2020年4月30日 (四) 13:38 (UTC)

@FireattackSCP-2000:現在正常了嗎?--Xiplus#Talk 2020年5月1日 (五) 05:16 (UTC)
好像正常了。--Fireattack留言2020年5月1日 (五) 05:20 (UTC)
正常了。--SCP-2000 2020年5月1日 (五) 05:25 (UTC)
今天在MediaWiki.org發生了相同問題。--Xiplus#Talk 2020年5月2日 (六) 02:49 (UTC)
好像又壞了--無所事事/想要狗帶 2020年5月4日 (一) 19:32 (UTC)
又壞了+1-Fireattack留言2020年5月5日 (二) 02:32 (UTC)
+1。臺灣正體可顯示所有轉換選項,其他的就只能顯示部分。--Tp0910留言2020年5月5日 (二) 14:12 (UTC)
各位要做好思想準備,這個Bug可能要很長時間(以年為單位)才能修復了吧。—VulpesVulpes825留言2020年5月6日 (三) 06:51 (UTC)
可以這樣臨時修復吧:
if ($('div#p-variants')[0]){// && ($('h3#p-variants-label span')[0] !== '<span>' + wgULS('变种', '變體') + '</span>')
if (!$('li#ca-varlang-0')[0]){
mw.util.addPortletLink('p-variants', '/zh/' + mw.config.get('wgPageName'), wgULS('不转换', '不轉換'), 'ca-varlang-0');
}
if (!$('li#ca-varlang-1')[0]){
mw.util.addPortletLink('p-variants', '/zh-hans/' + mw.config.get('wgPageName'), '简体', 'ca-varlang-1');
}
if (!$('li#ca-varlang-2')[0]){
mw.util.addPortletLink('p-variants', '/zh-hant/' + mw.config.get('wgPageName'), '繁體', 'ca-varlang-2');
}
if (!$('li#ca-varlang-3')[0]){
mw.util.addPortletLink('p-variants', '/zh-cn/' + mw.config.get('wgPageName'), '大陆简体', 'ca-varlang-3');
}
if (!$('li#ca-varlang-4')[0]){
mw.util.addPortletLink('p-variants', '/zh-hk/' + mw.config.get('wgPageName'), '香港繁體', 'ca-varlang-4');
}
if (!$('li#ca-varlang-5')[0]){
mw.util.addPortletLink('p-variants', '/zh-mo/' + mw.config.get('wgPageName'), '澳門繁體', 'ca-varlang-5');
}
if (!$('li#ca-varlang-6')[0]){
mw.util.addPortletLink('p-variants', '/zh-my/' + mw.config.get('wgPageName'), '大马简体', 'ca-varlang-6');
}
if (!$('li#ca-varlang-7')[0]){
mw.util.addPortletLink('p-variants', '/zh-sg/' + mw.config.get('wgPageName'), '新加坡简体', 'ca-varlang-7');
}
if (!$('li#ca-varlang-8')[0]){
mw.util.addPortletLink('p-variants', '/zh-tw/' + mw.config.get('wgPageName'), '臺灣正體', 'ca-varlang-8');
}
}
(用在其他地方時還要補wgULS)--Sun00217SPA for Sunny002172020年5月7日 (四) 14:06 (UTC)
只能先這樣了,我認為這個bug可能永遠無法修復了。Core team重構了很多LanguageConverter的代碼,已經無法追溯哪次修改造成了這次的連鎖反應。--VulpesVulpes825留言2020年5月8日 (五) 08:58 (UTC)
謝天謝地這不是core的bug。這次的Bug是因為Vector皮膚開發團隊在重構下拉菜單代碼造成的小bug。目前直接換個皮膚就可以臨時修復了。--VulpesVulpes825留言2020年5月8日 (五) 12:14 (UTC)
修復補丁已經合併至主倉庫,但尚未部署。成功部署後應該就能解決問題了。--VulpesVulpes825留言2020年5月8日 (五) 15:35 (UTC)
@VulpesVulpes825:等一下,現在似乎還有「汉|漢」標籤里,怎麼也調不出「大馬簡體」一詞,有時單向轉換里甚至「大馬」都消失了的問題。--Liuxinyu970226留言2020年5月10日 (日) 14:39 (UTC)
@Liuxinyu970226:這個應該是NoteTA的問題,應該不歸Phab管的。—VulpesVulpes825留言2020年5月11日 (一) 04:48 (UTC)

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

2020年5月11日 (一) 20:40 (UTC)

編輯器的內部連結自動建議功能失效

從上星期開始發現最常用的兩大編輯器VisualEditor和2017 wikitext editor中的插入內部連結自動建議功能無法使用,輸入字詞後不像之前那樣根據關鍵字自動列出條目連結建議,我已經在不同瀏覽器進行測試也是有相同現象,各位也有遇到相同問題嗎?--Alancrh留言2020年5月4日 (一) 03:31 (UTC)

我也有相同問題,開始還以為是網絡不好…--Tim Wu留言2020年5月12日 (二) 04:12 (UTC)
更新:此bug已被解決,見phab:T252421Alancrh留言2020年5月12日 (二) 04:18 (UTC)

圖片伺服器已被牆

Vector 佈景主題的更新讓側邊列中「語言」下的漸層底線伸不到齒輪-圖標

原先那一條底線是用 background-image 實施在 .portal .body 的最上 1px 的,最近改成的 .portal h3 的最下 1px 了。然而齒輪圖標透過 float: right; 向右浮動來讓其放在最右,撐開了「語言」的 margin-right,導致背景不能延伸到最右側。

當前情況下的解決方案:施加

#p-lang .uls-settings-trigger ~ h3 {
    overflow: visible;
}

這樣不會撐開「語言」的 margin-right


附加一點,那個漸層是這樣寫的:

.portal h3 {
    background-image: linear-gradient(to right,
        transparent    0,
        #c8ccd1        35%,
        #c8ccd1        70%,
        transparent    100%
    );
}

但是 transparent 在 Webkit 引擎下的實現不好,會被當成 rgba(0, 0, 0, 0) 全透明的黑色處理,導致那一條線深一下淺一下的。建議改成

.portal h3 {
    background-image: linear-gradient(to right,
        rgba(200, 204, 209, 0)    0,
        #c8ccd1                   35%,
        #c8ccd1                   70%,
        rgba(200, 204, 209, 0)    100%
    );
}

——劉梟揚留言2020年5月12日 (二) 06:34 (UTC)

建議報phab:--百無一用是書生 () 2020年5月13日 (三) 03:19 (UTC)

條目和討論頁簡繁不一致的問題

如題。此時上方會顯示紅鏈,但點擊能到達編輯該頁。例如百毒杀Talk:百毒殺 --DRIZZLE (留言) 2020年5月15日 (五) 12:02 (UTC)

IABot Management Interface顯示Interface disabled

剛才打開了IABot Management Interface,顯示Interface disabled。有沒有人知道發生了甚麽事?是維護工作嗎?不會是永久停用了吧?ꓢꓯꓠꓟꓳꓢꓮ いろはにほへとちりぬるを 2020年5月14日 (四) 09:57 (UTC)

我搞清楚發生甚麽事了,大家直接看這裏就好。ꓢꓯꓠꓟꓳꓢꓮ いろはにほへとちりぬるを 2020年5月16日 (六) 07:00 (UTC)

所有維基項目開啟ESNI

各位維基人:不知道關於開動ESNI的討論進行的怎麼樣了。https://phabricator.wikimedia.org/T205378 上的討論似乎到最後不了了之。

--162.211.224.40留言2020年5月12日 (二) 17:01 (UTC)

要看ESNI什麼時候正式標準化。現階段也只有cf和firefox有對應草案支持,可能cf的基礎設備相應代碼也沒公開或者是測試性特性,基金會應該不會部署這種測試性特性到生產環境的?——路過圍觀的Sakamotosan | 避免做作,免敬 2020年5月13日 (三) 01:12 (UTC)
明白了。所以關鍵是看ESNI什麼時候正式標準化。唉,DoH都已經正式標準化了,但是ESNI還是沒有正式標準化。再一次感謝你的解答。162.211.224.40留言2020年5月13日 (三) 13:54 (UTC)
DOH對應RFC 8484,草稿打了14個版本(雖然草稿第一版是2017年,2018年最終定型),ESNI還「馬達馬達」呢。——路過圍觀的Sakamotosan | 避免做作,免敬 2020年5月16日 (六) 02:08 (UTC)
哈哈,明白,也就是說至少要ESNI的定稿要去到第14個版本,ESNI才不算まだまだ。但是好像DoH的RFC 8484的14個版本到定型只花了一年,而ESNI從2018年到現在已經搞了兩年多了啊。162.211.224.40留言2020年5月16日 (六) 15:56 (UTC)
如果我沒有記錯的話,ESNI應該是TLSv1.3標準中的一部分。如果是這樣的話,就等待T170567正式部署了就應該支持ESNI了。--VulpesVulpes825留言2020年5月15日 (五) 08:46 (UTC)
你可以檢查一下Chrome 81,已經是tls 1.3了。ESNI和SNI只是TLS裏面一堆擴展參數之一。現在ESNI定稿才去到版本6。——路過圍觀的Sakamotosan | 避免做作,免敬 2020年5月15日 (五) 09:28 (UTC)
T170567的進程。1.3在三藩市、新加坡text入口已經配置了。upload看配置好像也開了,但是連結上好像還是1.2。——路過圍觀的Sakamotosan | 避免做作,免敬 2020年5月15日 (五) 09:36 (UTC)
哦,可喜可賀!熱烈期待TLS 1.3在維基伺服器上的開通!162.211.224.40留言2020年5月16日 (六) 15:56 (UTC)

Infobox company模板的官方網站欄位消失了

如何解決縮略圖前後出現無用代碼的問題

飲食專題的評級模板有問題

明明質量參數是列表級,結果卻顯示為未評級,例如這個例子。--Lab06 N留言2020年5月11日 (一) 17:26 (UTC)

似乎弄好了。--如沐西風留言2020年5月20日 (三) 06:44 (UTC)

Infobox company問題

T:Infobox company裏的|homepage參數功能沒能顯示出來,另外編輯時依照上面指示卻一直出現labe50、date50,想請問是什麼意思?--~Lonely Smile 2020年5月21日 (四) 17:13 (UTC)

已修復--淺藍雪 2020年5月21日 (四) 17:27 (UTC)
(:)回應謝謝您~Lonely Smile 2020年5月22日 (五) 03:12 (UTC)

請管理員加入responsiveContent CSS小工具

英文那邊有一個en:User:TheDJ/responsiveContent,使用基本是純CSS的方式做更加適合寬窄屏的排版。希望管理員能把這玩意整到中文來。小工具的描述暫時翻譯為「改进移动端、窄屏、宽屏的排版([[:en:User:TheDJ/responsiveContent|说明]])」--Artoria2e5 討論要完整回覆請用ping 2020年4月29日 (三) 19:02 (UTC)

目前首頁已經是響應式設計,其他頁面則還沒完全有,但是會根據流動裝置自動變成移動版--百無一用是書生 () 2020年5月6日 (三) 06:50 (UTC)

互助客棧上方的話題更新表格又壞掉了

自2020/05/19的12:00之後,互助客棧各分頁上方的話題表格又沒再更新了。


Matt Zhuang哪一個國家拒絕承認中華民國護照而且沒有替代簽證可以申請,形同禁止中華民國公民入境或轉境該國? (按「此」留言) 2020年5月19日 (二) 15:00 (UTC)

我根據Template:山東省各地市製作了Template:湖北省各地市州,但是在顯示審判機關和檢察機關時,顯示有「湖北省天門市中級人民法院」「湖北省仙桃市中級人民法院」「湖北省潛江市中級人民法院」「湖北省天門市人民檢察院」「湖北省潛江市人民檢察院」「湖北省仙桃市人民檢察院」,而天門、潛江、仙桃的審判機關和檢察機關應該是「湖北省漢江中級人民法院」「湖北省人民檢察院漢江分院」。因不知如何修復,特在此提出疑問,希望有人前來支援修復該問題。--Joe young yu留言2020年5月22日 (五) 09:49 (UTC)

中文維基百科的workers.dev反代鏡像

各位維基百科人大家好:

好久沒上來了。今天來帶給大家一個好消息:我按照Help:如何訪問維基百科#鏡像網站下面的「Cloudflare Workers」給出的配置方法搭了一個中文維基百科的workers.dev反代鏡像,新站點網址如下:

https://www.zhwikip.workers.dev/wiki/

並且現在還【暫時】沒有被牆。

我搭的這個中文維基百科的workers.dev反代鏡像是屬於【付費版】的Cloudflare,所以訪問量沒有限制。

我可否更新一下Help:如何訪問維基百科#鏡像網站裏面的「維基百科拷貝站點列表」?

--不愛思考得豬留言2020年5月19日 (二) 12:32 (UTC)

Taxonbar的同物異名有時無法顯示

五斑離鰭魚在Wikidata中有紀錄taxon synonym包含了Q10881822這個Item,但卻無法像三帶項鰭魚一樣顯示這些item的taxonbar,想請問如何解決呢?---Koala0090留言2020年5月17日 (日) 02:07 (UTC)

增加basionym (P566)試試看?-- Lonicear留言2020年5月22日 (五) 07:45 (UTC)
@Lonicear: 不可以,Basionym是某個學名的基本異名,只能有一個,其他的異名都必須歸在Synonym裏面---Koala0090留言2020年5月24日 (日) 08:05 (UTC)
要確定Xyrichtys pentadactylusIniistius pentadactylus的基本異名,才可以使用basionym屬性。三帶項鰭魚可能是有basionym屬性,才會顯示那些資料,taxon synonym屬性看起來並不會顯示你要的那些資料。--Lonicear留言2020年5月24日 (日) 10:23 (UTC)

自動保存

本人自加入維基百科起有好幾次因為手機瀏覽器刷新等原因丟失編輯,故在此提出該改進建議:能否自動保存編輯到一個臨時緩衝區(例如User:Example/自動保存,保存到本地文件或者第三方筆記服務)以防止編輯丟失?--SkEy留言2020年5月23日 (六) 11:48 (UTC)

可以用小工具保存編輯。importScript('User:PhiLiP/wikicache/load.js');--【和平至上】避免不必要外出·同心抗疫!💬 2020年5月23日 (六) 13:11 (UTC)

火狐原來有個插件能保存,但是會卡,不知道現在還在不在了。--淺藍雪 2020年5月24日 (日) 15:35 (UTC)

2020年5月25日 (一) 14:17 (UTC)

2020年5月18日 (一) 17:18 (UTC)

5月19日UTC+8的11點的半小時數據庫維護,我們本項目會有影響。還包括D區。——路過圍觀的Sakamotosan | 避免做作,免敬 2020年5月19日 (二) 01:01 (UTC)

css改變可能會影響到的zhwiki情況:

@EmiljouPeter_YeungStang94135354Zuohaocheng:@WilliamSkyWalkThe_powder_toyKeyscecesGood_afternoonVCFVCT:@Lhc70000Jane9306FxqfYouTableDGideas:@HendrickzhangWilly1018A1CafelEricliu1912Vanished_user_1929210:@AkistilooKovlCatherine_LaurenceZhangjintaoRowingbohe:@MxnKitabc12345Wi24rdKc_kennylauXiaodiao2232:@MengviewerHong520850710247liuDoraencyclopediaFioranoluke:@Fukuokakyushu2012ShiromiCatIamchenzetianTiberiustengPhiLiP:@NgoosikWhitePhosphorusWetitpig0: --百無一用是書生 () 2020年5月19日 (二) 02:02 (UTC)

謝謝提醒—Rowingbohe♫ 玉環撤縣設市三周年 2020年5月19日 (二) 13:35 (UTC)
感謝提醒,已更新。非常遺憾,其他fork的朋友可能需要自行更新。同時感謝將其合併到MediaWiki:Gadget-PatrollCount.js的朋友。 -Zuohaocheng留言2020年5月27日 (三) 00:45 (UTC)

為甚麼我已經將字體設為香港繁體,但瀏覽Wikipedia:知識問答時,標題仍以簡體字(Wikipedia:知识问答)顯示?我使用的是Chrome瀏覽器。 Dalistationery (這裏找我) 2020年5月27日 (三) 15:23 (UTC)

Flow頁面不能轉換。--【和平至上】避免不必要外出·同心抗疫!💬 2020年5月27日 (三) 19:06 (UTC)

in lang模板問題

模板{{In lang}}不知為何無法使用,其內容和enwp上的該模板相同,但提示「Lua錯誤 在模塊:Lang/utilities的第79行:attempt to call local 'name_from_tag' (a nil value)」。 --DRIZZLE (留言) 2020年5月27日 (三) 02:01 (UTC)

要更新Module:LangH78c67c 留言·貢獻 2020年5月29日 (五) 09:47 (UTC)

關於驗證碼重複出現的反饋

當非確認用戶編輯頁面時添加被提示稱呼為「不可靠連結」的內容,同時沒有填寫編輯摘要時,沒有填寫編輯摘要的提示和要求填寫驗證碼的提示會反覆出現,即使你正確的填寫了驗證碼——text from user:落花有意12138 2020年5月22日 (五) 12:57 (UTC)