跳转到内容

维基百科:互助客栈/技术/存档/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)