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

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


Template:暫定名稱

用戶討論頁和沙盒被顯示在主命名空間分類中

用戶討論頁和沙盒裡帶的分類可以不顯示到主命名空間的分類嗎,是否有技術可以實現。

User_talk:Zys19991010里有分類「Category:中國電視台電視劇模板」,User:Antigng/LeJOS有分類「Category:機器人學;Category:計算機編程」,User:Pdeantihuman/CoDel有分類「Category:計算機編程」。--桃花影落飛神劍留言2023年7月27日 (四) 19:23 (UTC)

誤填的IAR糾正相關內容。條目草稿中的分類可以{{Main other}},但是否該編輯他人頁面、維護分類清潔,我不確定。--YFdyh000留言2023年7月27日 (四) 19:33 (UTC)
除非用bot或手工清理,沒其他辦法--百無一用是書生 () 2023年7月28日 (五) 02:15 (UTC)
不過倒是可以試試列出這種頁面供清理吧?—— Eric Liu 創造は生命(留言留名學生會 2023年7月28日 (五) 15:52 (UTC)
感覺意義有限,一直不都這樣過來的。單純列出意義不大,機器人自動清理或者CSS/JS針對訪客隱藏?--YFdyh000留言2023年7月28日 (五) 19:01 (UTC)
li:has(a[title^="User:"]) {display:none;},Firefox似乎不支持has()。但是如何判斷一個分類是否是條目分類?Category:機器人學Category:上海維基人兩個頁面沒有什麼明顯的區別。 ——魔琴 留言 貢獻 新手2023計劃 ] 2023年7月29日 (六) 02:10 (UTC)
說得是啊,我忘記還有百科全書本身的分類了。—— Eric Liu 創造は生命(留言留名學生會 2023年7月31日 (一) 06:31 (UTC)
en:Template:User category?不過給非條目用分類貼標籤的工作量也不小。--洛普利寧 2023年8月1日 (二) 07:44 (UTC)
JavaScript模糊檢測分類名?自動摺疊允許顯示?問題可能在於是否必要。--YFdyh000留言2023年8月1日 (二) 20:32 (UTC)
在分類前加個英文半角冒號(:)?--Kethyga留言2023年7月29日 (六) 05:12 (UTC)
手動添加< nowiki></nowiki>:或使用{{Draft categories}}--寒吉留言2023年7月31日 (一) 09:17 (UTC)
技術上不行(或者祈求下mw開發能夠實現一種wikicode語法,標識分類適用的頁面空間範圍)。頁面掩飾上上面提過了,但區分不出哪些是專門給條目用的。最正確的方法是按照Wikipedia:草稿命名空間等關於分類的說明,將其暫時去功能化(包括上nowiki、注釋、加過冒號改直接鏈接,等)。——Sakamotosan路過圍觀 | 避免做作,免敬 2023年8月1日 (二) 00:34 (UTC)

編輯框問題

在編輯框中快速拖動後字母都重疊在一起,而且無法編輯,這個能解決嗎(詳情見圖片[1],不管中維還是英維都有同樣的問題)--日期20220626留言2023年8月2日 (三) 15:07 (UTC)

網頁CSS沒加載好?--YFdyh000留言2023年8月2日 (三) 15:17 (UTC)

2023年第31期技術新聞

MediaWiki message delivery 2023年7月31日 (一) 23:53 (UTC)

Synchronizer工具要怎麼用?--百無一用是書生 () 2023年8月1日 (二) 02:25 (UTC)
File:Synchronizer.png來看是生成供一鍵更新的表格。——暁月凜奈 (留言) 2023年8月3日 (四) 04:05 (UTC)
試用了一下,感覺這個工具最適合的人群是全域管理員。Lua模塊和模板中不需要做本地化的可能可以用到--百無一用是書生 () 2023年8月4日 (五) 02:20 (UTC)
不太懂其他wiki怎麼標註自己有修改或拒絕全域更新。--YFdyh000留言2023年8月4日 (五) 02:23 (UTC)
工具自己會檢測是否與master存在分歧或者只是頁面名稱相同而內容完全不同。站點太多的話,電腦性能差可能會很卡,檢測速度也會很慢--百無一用是書生 () 2023年8月4日 (五) 03:01 (UTC)

{{中國古代人物信息框}}與{{東亞男性歷史人物}}、{{東亞女性歷史人物}}合併

轉換詞

德國條目Lua報錯

提議將MOSNUM dates做成全站小工具

小工具介紹頁:User:Vozhuo/Tool/MOSNUM_dates

ping原作者@Vozhuo

很好用的小工具,站內用的人我看也不少。如果做成全站小工具的話,啟用更方便,其他編者也更容易找到。

不知各位有何看法?--碟之舞📀💿 2023年8月4日 (五) 12:15 (UTC)

DYK提交工具都能,日期轉換也可以,當然技術方面又是一回事。 --窩法乙烷 兒法夢碎 2023年8月4日 (五) 12:35 (UTC)
界面好像會出來英文的Regex替換工具。如果全站啓用的話,可能還要調整一下?--洛普利寧 2023年8月5日 (六) 11:21 (UTC)
得問原作者。--碟之舞📀💿 2023年8月6日 (日) 03:28 (UTC)

關於-{}-的技術問題?

我在試圖創建自己的沙盒時,發現提示框中是這樣顯示的:「-{zh-tw:用户; zh-cn:用户; }-沙盒是-{zh-tw:用户页面; zh-cn:用户页; }-的子页面,属于-{zh-tw:用户; zh-cn:用户; }-的测试区,不是维基百科条目。 -{zh-tw: 建立; zh-cn: 创建; }--{zh-hans: 用户; zh-hant: 用户; zh-tw: 用户; }-子页面时…………」(附截圖:https://imgur.com/a/sQ1RPL2

之前我也在IRC求助頻道中反饋過這個問題,有大佬解釋是因為提示框模板和字詞轉換不兼容(抱歉我記不清原話了),但沒有說應該如何修復這個問題。

後來我又發現了一個與-{}-有關的問題。舉個例子,我用PC端瀏覽維基百科,把鼠標放在→朝鮮語←這個鏈接上預覽它時,發現「-{}-」中的內容(例如:「-{zh-hans:朝鲜;zh-hant:北韓}-」)都無法在預覽時正常顯示。但是使用{{NoteTA}}的內容都可以正常預覽。

以上是我發現的兩個問題。我想在這邊反饋一下,希望它們可以得到修復!^_^--Monica0908f留言2023年8月4日 (五) 15:15 (UTC)

順便一提,DYKEntry有一個article欄位,沒有支援-{}-,因此往往會在「正在投票評選的新條目」看見被推選的條目是有錯誤字,比如臺灣山「岳」會,就會顯示臺灣山「嶽」會,對「岳」添加-{}-,-{岳}-應該是可以顯示「岳」,實際上不然,而是變成[[:Wikipedia:新條目推薦/候選#臺灣山-{岳|臺灣山-{岳]]這樣的亂碼,請看[7]。--2001:B011:A401:3DEB:B97B:3B4E:2C9D:E750留言2023年8月4日 (五) 15:26 (UTC)
無法重現,顯示應該是正常的。你那裡的冒號是全角的?訪問的是zh.wikipedia.org嗎。--YFdyh000留言2023年8月4日 (五) 16:08 (UTC)
是的,我訪問的是zh.wikipedia.org。我這邊看到的冒號是中文的全角冒號「:」。
那個提示框只在我點擊首頁右上角紅色的「沙盒」時才能看到,但是點擊位於它下方的「外觀選項」或「用字選項」中的選項後又看不到了。我也感到很疑惑。如果您用一個沒有創建自己的沙盒的賬號去創建沙盒,或許能看到?--Monica0908f留言2023年8月6日 (日) 11:55 (UTC)
看起來是這個問題phab:T229988?--百無一用是書生 () 2023年8月6日 (日) 12:32 (UTC)
全角冒號沒重現。顯示問題重現了,看上去網址指定的editintro的內容不支持簡繁轉換。--YFdyh000留言2023年8月6日 (日) 12:46 (UTC)
關於全角冒號,是否是設備問題?注意到截圖中 创建“User:�/沙盒” 的冒號似乎也是全角,但帶全角的相應頁面無法創建(MediaWiki:Titleblacklist用户:.*)。至於editnotice不支持/支援變體轉換,目前可以使用{{lan}}模板。 ——魔琴 留言 貢獻 新手2023計劃 ] 2023年8月6日 (日) 16:21 (UTC)

2023年第32期技術新聞

MediaWiki message delivery 2023年8月7日 (一) 21:20 (UTC)

最近更改的同組摺疊功能異常

近日看到,最近更改/監視列表中「組合顯示同一頁面結果」功能的小箭頭會在頁面加載過程中消失,所有記錄被始終展開。「&safemode=1&debug=1」下可重現。似乎僅Timeless皮膚下可重現。--YFdyh000留言2023年7月25日 (二) 22:26 (UTC)

我用的Timeless,應該有幾天了。--Kethyga留言2023年8月2日 (三) 09:35 (UTC)
似乎好了。--YFdyh000留言2023年8月4日 (五) 11:18 (UTC)
好了,這個應該可以關了。--Kethyga留言2023年8月9日 (三) 16:12 (UTC)

要求預設隱藏工具列

—以上未加入日期時間的留言是於2023年8月12日 (六) 16:14 (UTC)之前加入的。

{{Cite_Q}}的publication-date為中文

DYK投票間隔限制

根據Wikipedia_talk:新條目推薦/候選/存檔10#DYKC灌票問題#DYKC灌票問題的討論,是否應該針對User:小躍/Vote-Template/Vote.js加入投票間隔限制,或者通過過濾器人為降低投票速度。--Cat on Mars 2023年8月12日 (六) 20:13 (UTC)----Cat on Mars 2023年8月12日 (六) 20:13 (UTC)

只能過濾器標記或機器人記錄吧。警告會干擾到集中提交的用戶。--YFdyh000留言2023年8月12日 (六) 20:26 (UTC)
我有這個想法也是因為HotCat被過濾器攔住了,如果集中提交應該可以只編輯1次。----Cat on Mars 2023年8月12日 (六) 21:40 (UTC)
編輯整頁多段容易編輯衝突,處理麻煩。--YFdyh000留言2023年8月12日 (六) 22:30 (UTC)
無法從本質上解決問題。如某位評審者所指出的只要是「近期、原創、符合維基編輯規則,而且具有一定長度的中文條目」即可。現在的「基本推薦資格」要求太寬了,缺乏像英維一樣的細則指引,使得條目獲得贊成票的標準過低。舉例正在投票的Wikipedia:新條目推薦/候選#加蔥,按英維詳細指引會直接被「Articles and hooks that focus unduly on negative aspects of living individuals should be avoided」否決,而先前登上首頁的2023年金磚國家峰會也會不符合英維的「D7 (completeness): There is a reasonable expectation that an article—even a short one—that is to appear on the front page should appear to be complete and not some sort of work in progress.」。--桃花影落飛神劍留言2023年8月12日 (六) 21:18 (UTC)
一提交之後就必須7天4票,一個星期大概有50篇條目,也就是說要期待200次檢查。如果沒有某種形式的灌票,這個體制下的評審就玩不下去了--洛普利寧 2023年8月13日 (日) 04:43 (UTC)
降低投票速度也沒意義。一分鐘十連發反而更容易讓人確信投票人沒看條目,拆成多段投票反而就不知道真真假假了。感覺這裡還是像像我上次說的,DYK評審問題還是要看DYK主要編寫者的表態。畢竟寫條目的是他們,最有能力評審的也是他們,所以他們應該能提出更可行的方法。--洛普利寧 2023年8月13日 (日) 04:56 (UTC)

HanAssist第四版

存廢討論的批量提刪如何兼容回復工具

頁面存廢討論中的關注度等「批量提刪」,只會在結尾附「提報以上頁面的維基人及時間」簽名,而這不兼容目前的「回復工具」,只能手動編輯章節以回復。偶爾也有看到錯誤回復在結尾簽名後面。WP:TW是否能改為每個子章節都附加簽名。以及允許用戶選擇將批量提刪的頁面以「、」陳列,單個章節里集中討論同類頁面。建議回復工具改進的反饋未獲認可[9]。--YFdyh000留言2023年8月14日 (一) 12:10 (UTC)

最好還是一個頁面一個章節,否則處理起來麻煩--百無一用是書生 () 2023年8月14日 (一) 12:26 (UTC)
聽過多次,但沒落實。感覺動作太大。--YFdyh000留言2023年8月14日 (一) 12:30 (UTC)

DYK投票工具

最近寫了個用於DYKN的投票工具User:魔琴/gadgets/yik,拋磚引玉一下,希望能解決投票「錯位」的問題。 ——魔琴 留言 貢獻 新手2023計劃 ] 2023年8月14日 (一) 17:07 (UTC)

Wikidata相關模板的Lua錯誤

svg圖像問題

不知道為何我上傳的這個遊戲截圖只顯示了我在圖像上增加的東西,但點進去又能看見下面的圖像,也不知道怎麼描述這個...這方面小白--藍葉alan 2023年8月14日 (一) 02:22 (UTC)

可能是bug?你這個是svg內嵌位圖,可能mw的svg轉位圖的後台應用有問題?mw:Manual:$wgSVGConverter(基金會用的是 rsvg(en:Librsvg))、mw:SVG——Sakamotosan路過圍觀 | 避免做作,免敬 2023年8月14日 (一) 02:36 (UTC)
( π )題外話 非自由圖像用1,446 × 964 px似乎超標。而縮小後可能就意義不大。--YFdyh000留言2023年8月14日 (一) 02:45 (UTC)
那就只上傳一張低分辨率的截圖吧,不弄成svg圖像了--藍葉alan 2023年8月14日 (一) 03:01 (UTC)
我擔心看不清畫面元素和文字。--YFdyh000留言2023年8月14日 (一) 12:11 (UTC)
這種肯定超標的截圖做好被壓成狗屎的決心。(見過類似的)——Sakamotosan路過圍觀 | 避免做作,免敬 2023年8月15日 (二) 10:27 (UTC)

話題訂閱與布告板版式

維基百科:管理員布告板/其他不當行為為例,只能訂閱整個話題而不能訂閱子項的單項、新增,這似乎因為子項使用了===而非==。那麼,Wikipedia:管理員布告板/其他不當行為/header去除==和現有話題減少一層,是否是可行和有益的改進?「當前的不當行為」可以用「大字:」和分割線。存檔機器人可能需微調。Wikipedia:管理員布告板/編輯爭議Wikipedia:當前的破壞同理。英文維基的編輯爭議是只有==,但WP:VIP是===。--YFdyh000留言2023年8月14日 (一) 11:53 (UTC)

Wikipedia:字詞轉換/修復請求#錯誤轉換修復請求也是,只能訂閱整個話題。--Kethyga留言2023年8月14日 (一) 13:00 (UTC)
建議直接功能請求讓頁面可以選擇三級標題來訂閱,不然影響範圍會有點太可怕。--SunAfterRain 2023年8月15日 (二) 08:04 (UTC)
只是覺得可能是個簡單方案。影響範圍指?也有道理,比如WP:REVOKE有4個二級分類,不過也能拆成子頁面+鏈接?--YFdyh000留言2023年8月15日 (二) 12:00 (UTC)

2023年第33期技術新聞

MediaWiki message delivery 2023年8月15日 (二) 05:59 (UTC)

省流:基金會欠費了,有道不提供服務了。--MilkyDefer 2023年8月15日 (二) 06:20 (UTC)
有道和基金會之前好像是有合作協議的,應該是沒付費吧--百無一用是書生 () 2023年8月16日 (三) 03:10 (UTC)

MediaWiki皮膚疑難

#property 在獲取多個值時有零寬空格

s2cid範圍過時

PMC範圍已過時

新跨語言連結

請問新版條目跨語言連結如何操作,tks--消波塊留言2023年8月11日 (五) 09:02 (UTC)

新版的界面中好像是條目右上角「工具」->「添加跨語言鏈接」,然後會指引到維基數據進行編輯,似乎比之前複雜了。--Kethyga留言2023年8月11日 (五) 09:32 (UTC)
另外像巴巴洛斯級巡防艦,這個已經建立維基數據項目的,需要在維基數據把兩個維基數據項合併。維基數據登錄用戶,可以在設置中開啟「合併小工具」。--Kethyga留言2023年8月11日 (五) 09:38 (UTC)
Tks,這是個好問題,我按一按以後就有兩個數據頁面了--消波塊留言2023年8月11日 (五) 14:36 (UTC)
@心平星辰Kethyga打開右側選單,裡面有一個「新增跨語言連結」選項,功能跟舊版外觀一樣。—— Eric Liu 創造は生命(留言留名學生會 2023年8月20日 (日) 12:17 (UTC)

Template:NoteTA

如果在模板中插入{{NoteTA}},尤其是將其放在模板開頭的話,很容易使得插入模板的條目會出現一個多餘的空行,尤其是底部有多個導航模板的情況下很明顯。分類Category:放置於模板的noteTA還是挺多的,將近6000多個。能否從技術上解決,還是建議少在導航模板中使用NoteTA。--Kethyga留言2023年8月14日 (一) 11:52 (UTC)

大括號左右不換行,也會出現?導航模板里用,目前肯定是有弊端的。--YFdyh000留言2023年8月14日 (一) 12:13 (UTC)
在清理影視人物獎項模板中時,不清楚是不是因為插入了公共轉換組,特別容易導致插入空行。手動轉換的話不清楚具體什麼時候會引入空行。--Kethyga留言2023年8月14日 (一) 12:51 (UTC)
模板本來就不適合放置NoteTA了,建議批量處理掉。--SunAfterRain 2023年8月15日 (二) 08:02 (UTC)
雖然有幾項副作用(重複圖標,空行處理,嵌入成本),但目前不覺得「不適合放置NoteTA」。--YFdyh000留言2023年8月15日 (二) 08:08 (UTC)
所以能研發個機械人,給被<noinclude>...</noinclude>包圍的{{NoteTA}}(或者放在/doc的{{NoteTA}})加個參數,不歸類於Category:放置於模板的noteTA嗎?--洛普利寧 2023年8月20日 (日) 11:48 (UTC)
字面上我覺得noinclude後也符合這個分類名。可能需要半自動編輯,有弄壞模板的風險和大量刷新,可能不值得加分類,生成一個列表似乎成本更低。--YFdyh000留言2023年8月20日 (日) 17:54 (UTC)

2023年第34期技術新聞

2023年8月21日 (一) 15:24 (UTC)

zh不等於Zh?

導航模板標題呈現

兩年多後,問題再度出現。

看看這個模板模板:Campaignbox 阿富汗內戰,有沒有人發現導航模板標題呈現偏左了 ? 偏左得很誇張。

被「查論編」擠的。可能與模組:Navbar模組:Navbar/configuration模組:Navbar/styles.css模板:Hlist/styles.css它們有關。

但它們全都是全保護,需要管理員處理。

另外,如果和模組:Navbar有關的話,修改的同時,順便請求移除模組:Navbar第164至166行涉及Category:Name參數和實際不同的導航框和Tracking=no的代碼,其令Category:Name參數和實際不同的導航框出現不能清理的頁面,影響或掩蓋真正能處理的頁面。相關請求無爭議。請求放在模組討論:Navbar。--約翰同志-條目裱糊匠留言2023年8月21日 (一) 20:07 (UTC)

有wikiplus則變成偏右。舊版。源碼中的TemplateStyles:r78597504(Module:Navbar/styles.css)和wikiplus的「(快速編輯)」元素去掉後則正常。--YFdyh000留言2023年8月21日 (一) 20:28 (UTC)
我沒有用小工具的「可摺疊表格支持」腳本,而是自己改了一個舊版樣式同功能的腳本(User:Cwek/collapsibleTables.js),顯示的標題是居中的。如果使用小工具的「可摺疊表格」腳本,按照我給的摺疊按鈕css樣式是 float: right; font-weight: normal; text-align: right; width: 8em;並且消除margin-left,按鈕就「恰好」歸位,標題也正常了。——Sakamotosan路過圍觀 | 避免做作,免敬 2023年8月22日 (二) 00:47 (UTC)
默認小工具的樣式也是一樣的,但要消除margin-left。——Sakamotosan路過圍觀 | 避免做作,免敬 2023年8月22日 (二) 00:49 (UTC)
需要處理的是Module:Navbox,我弄了個從英維移植的Module:Navbox/sandbox,已做本地化處理,經測試可解決以上問題。
測試頁面:Template:Campaignbox 阿富汗內戰。(測試例子轉到這裡:Template:Campaignbox_阿富汗內戰/testcases。——Sakamotosan路過圍觀 | 避免做作,免敬 2023年8月22日 (二) 06:30 (UTC)
其餘測試樣例:Template:Navbox/testcases
差異:[22]。--Taeas留言2023年8月22日 (二) 05:00 (UTC)
@Comrade John @Cwek @YFdyh000--Taeas留言2023年8月22日 (二) 05:05 (UTC)
粗看了一下,好像有部分舊代碼的配置沒完全保留下來(titleCell部分),先觀望。可以用testcase套一個實例,然後對比輸出html和css樣式,我弄NavboxV2也是這麼對比判斷。——Sakamotosan路過圍觀 | 避免做作,免敬 2023年8月22日 (二) 05:44 (UTC)
不一定要全部保留的,顯示效果沒問題就行。--Taeas留言2023年8月22日 (二) 05:50 (UTC)
修改前:
修改後(沙盒版本):
--Taeas留言2023年8月22日 (二) 05:53 (UTC)
將更換前(User:Cwek/工作室/77637380)和更換後(User:Cwek/工作室/78614658)的輸出做了對比,這已經是完全改變了原有Navbox的結構了。非常不建議,如果只是Category:Name參數和實際不同的導航框的問題,或者可以在相應的調用添加參數來關閉這個功能,而不是大概。我不認為不同語言項目類似功能的代碼脫同步有什麼問題。——Sakamotosan路過圍觀 | 避免做作,免敬 2023年8月22日 (二) 06:23 (UTC)
這個問題跟Category:Name參數和實際不同的導航框無關。--Taeas留言2023年8月22日 (二) 06:38 (UTC)
那就有必要更新這個Navbox的代碼?是不是Navbox和Navbar的Lua代碼中都有各自的對Category:Name參數和實際不同的導航框標註檢測而產生衝突?——Sakamotosan路過圍觀 | 避免做作,免敬 2023年8月22日 (二) 06:41 (UTC)
會不會是之前引進Navbar調整中引入了新的css模板樣式(因為TemplateStyles:r78597504好像就是Navbar的模板樣式,不太確定,可能以前並沒有專門引入這個?或者Navbar的樣式一直都在Commons.css中?)導致的問題?——Sakamotosan路過圍觀 | 避免做作,免敬 2023年8月22日 (二) 06:40 (UTC)
Navbar更新後確實引入了Module:Navbar/styles.css。另外,Commons.css里似乎也有Navbar的樣式。--Taeas留言2023年8月22日 (二) 08:40 (UTC)
不太確定居中問題是不是這個原因,只是根據渲染後的css結果推測:默認Navbox標題行的標題div是沒有margin的,然後Navbar的div默認設了width為8em,擠占了左邊8em的寬度(而且加浮動左邊),我寫的摺疊按鈕腳本也給了按鈕字占位div為浮動右邊+width為8em,剛好平衡了。小工具的摺疊腳本給摺疊按鈕還加多了margin-left為0.5em,剛好還把標題行的內容頂了下去。新Navbox的話,Navbar的width為auto,但給標題的div給了margin: 0 4em(也就是左右給外展4em),剛好也規避了這個問題(只要Navbar和右邊的按鈕長度不超過4em的話)。——Sakamotosan路過圍觀 | 避免做作,免敬 2023年8月22日 (二) 07:01 (UTC)
如果要解決這個居中的話,Module:Navbox#L-122加多margin: 0 4em;。不考慮Wikiplus這個外部腳本的問題。——Sakamotosan路過圍觀 | 避免做作,免敬 2023年8月22日 (二) 07:08 (UTC)
已在Module:Navbox/sandbox2進行嘗試,測試效果是這樣的:Template:Campaignbox_阿富汗內戰/sandbox,問題沒有得到解決。--Taeas留言2023年8月22日 (二) 08:50 (UTC)
試下margin: 0 8em;[28]),Navbar的div給了8em,collapseButton的div也是8 em。——Sakamotosan路過圍觀 | 避免做作,免敬 2023年8月22日 (二) 09:44 (UTC)
試了下,還是剛才那個頁面。標題居中了,但是長文字不會換行。--Taeas留言2023年8月22日 (二) 09:50 (UTC)
長文字不會換行應該是本來就是這樣?因為標題div沒有限制width,所以有多長字就撐開div多寬,除非通過titlestyle注入width和強制內部元素換行的屬性。——Sakamotosan路過圍觀 | 避免做作,免敬 2023年8月22日 (二) 09:58 (UTC)
那沒問題了。應該可以讓管理員幫忙部署了吧。--Taeas留言2023年8月22日 (二) 10:01 (UTC)
Module:Navbox#L-122加多一行:css('margin', '0 8em')Module:Navbox#L-62加多一行tracking='no'(解決Navbar和Navbox一起檢測Category:Name參數和實際不同的導航框),大概這樣?——Sakamotosan路過圍觀 | 避免做作,免敬 2023年8月22日 (二) 10:07 (UTC)
Wikipedia:互助客棧/技術#修改Module:Navbox列出了幾種類型的模板,只在Module:Navbox#L-62加多一行tracking='no'不能解決全部類型的問題,所以還是在Navbar移除比較好。--Taeas留言2023年8月22日 (二) 10:12 (UTC)
無意見,應該是因為Navbar更新而帶入的問題(?)。——Sakamotosan路過圍觀 | 避免做作,免敬 2023年8月22日 (二) 11:03 (UTC)
移除Module:Navbar第164至166行涉及Category:Name參數和實際不同的導航框的代碼就行,那個是本地另外加的。--Taeas留言2023年8月22日 (二) 11:15 (UTC)
如果降一級到模板保護的話,我的權限足夠去改。——Sakamotosan路過圍觀 | 避免做作,免敬 2023年8月22日 (二) 10:08 (UTC)
如果改成給Module:Navbox#L-122添加margin: 0 auto;width:fit-content;,應該可以解決這個問題。--Taeas留言2023年8月22日 (二) 09:14 (UTC)
不過,不知為何,標題欄高度會被撐開一點點。--Taeas留言2023年8月22日 (二) 09:18 (UTC)
@Comrade John @Cwek 我已在Template:Campaign進行修復,不知效果是否達標。--Taeas留言2023年8月22日 (二) 09:31 (UTC)
已回退。--Taeas留言2023年8月22日 (二) 10:00 (UTC)

@TaeasYFdyh000cwek所以現在情況如何,有甚麼解決辦法 ? 導航模板標題仍呈現偏左。--約翰同志-條目裱糊匠留言2023年8月22日 (二) 11:54 (UTC)

Module:Navbox#L-122增加一行:css('margin', '0 8em')--Taeas留言2023年8月22日 (二) 12:35 (UTC)
同樣需要管理員的幫助。--Taeas留言2023年8月22日 (二) 12:35 (UTC)
我回退了Navbar模組修改,似乎有改善一點。—— Eric Liu 創造は生命(留言留名學生會 2023年8月22日 (二) 13:40 (UTC)
直情解決了問題。--約翰同志-條目裱糊匠留言2023年8月22日 (二) 13:44 (UTC)
下一步應該是重新部署吧。--Taeas留言2023年8月22日 (二) 15:27 (UTC)
Module:Navbar/styles.css#L-3font-size: 88%;移除即可解決以上問題。--Taeas留言2023年8月22日 (二) 15:28 (UTC)

在澳門繁體介面編輯在生人物條目時,有關模板顯示時沒有轉換成繁體字,全為簡體。未知為何?其他正/繁體介面可有同樣問題?—An Macanese 2023年8月9日 (三) 07:21 (UTC)

如果我沒有記錯,編輯提示不支援繁簡轉換。--MilkyDefer 2023年8月9日 (三) 07:31 (UTC)
額……要是如此則鄙人動議管理員修改此模板並添加正/繁體文本,如有其他編輯提示亦一併比照辦理。—An Macanese 2023年8月9日 (三) 12:51 (UTC)
Template:Editnotice,請。--MilkyDefer 2023年8月9日 (三) 12:54 (UTC)
(?)疑問,請問閣下另行把這個模板給我的意思是?Template:BLP editintro這模板被全保護了,想要編輯終得靠管理員出馬啊—An Macanese 2023年8月10日 (四) 13:47 (UTC)
編輯提示不支持繁簡轉換。另外修改工程量太大了,個人認為只要編輯提示能讓人看明白就行,變體不是問題,修改條目文本本身就要面對繁簡混用,多一個不能轉換的編輯提示不是問題。如果真想改這塊,更應該開另外一個話題去讓社群討論要不要給編輯提示加繁簡轉換功能,社群討論達成一致了再報Phab。H.Natsumi2023年8月20日 (日) 14:30 (UTC)
我認為是個問題,不是所有人都簡繁精通。懷疑是否已經報過phab。--YFdyh000留言2023年8月20日 (日) 16:54 (UTC)
界面文字的轉換不能通過常規的字詞轉換方式解決,需要使用{{Lan}}模板,該問題已通過提報EP實現本地解決。--Dabao qian今天19:30《中餐廳第七季》 2023年8月25日 (五) 15:18 (UTC)

2023年第35期技術新聞

MediaWiki message delivery 2023年8月28日 (一) 13:59 (UTC)

除了上述的wiki之外,URL縮短程序還在中維和日維啟用。--MilkyDefer 2023年8月28日 (一) 14:45 (UTC)
MediaWiki:Gadget-shortURL.js以及小工具殘留UI文本頁面需要刪除。cc@Shizhao、@AnYiLin--碟之舞📀💿 2023年8月28日 (一) 15:24 (UTC)
@Diskdance已於上周二提請相關處理:Wikipedia:頁面存廢討論/記錄/2023/08/22#MediaWiki:Gadget-shortURL.js。AFD已獲得共識,將於數小時內完成處理。-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鮮果茶☕在維基百尋求休閒是否搞錯了什麼☎️·☘️2023年8月29日 (二) 12:36 (UTC)

中英文自動添加空白小工具

各位維基人好,由於目前的共識是條目中英文間儘量不添加空格,我製作了中英文自動添加空白小工具。

效果圖請見此處(不知道為什麼被識別為18+了,請忽視)。目前小工具已經在Beta Cluster部署,目前看來沒有什麼大問題。各位如需測試,請前往Beta Cluster註冊賬號,並啟用「優化中文和其他字符混排時的字距」小工具。

小工具GitHub倉庫地址位於這裡。--碟之舞📀💿 2023年8月21日 (一) 10:38 (UTC)

(!)意見 截圖來看感覺間距稍大(單個字符寬),不習慣。型號兩側的間距規則有點怪。可能不少人在等瀏覽器新CSS。--YFdyh000留言2023年8月21日 (一) 13:34 (UTC)
@YFdyh000:間距大小都是0.125em。--碟之舞📀💿 2023年8月22日 (二) 01:07 (UTC)
記得規範是半個字符寬?--百無一用是書生 () 2023年8月22日 (二) 06:32 (UTC)
@Shizhao:摘自中文排版需求§橫排的中、西文混排配置

……原則上,漢字與西文字母、數字間使用不多於四分之一個漢字寬的字距或空白。

目前的寬度和蘋果在iOS/macOS上自動添加的中英文空白差不多。--碟之舞📀💿 2023年8月22日 (二) 11:16 (UTC)
如果說是0.125em的話,應該非常窄,但是看效果圖似乎不是這樣。跟我的1/4em差不多,我用的\u{2005},我覺得效果就蠻好了。我不知道你有沒有聽說過瀏覽器並不會忠實地處理這些空白字符,似乎最小就是1/4em了,而且有些空白字符還會擴張,我選的這個2005似乎是不會擴張,穩定是1/4em,所以我選它的。 1=0歡迎加入WP:維基百科維護專題 2023年8月28日 (一) 02:13 (UTC)
(!)意見 用大字號的時候看不出有空白。--ItMarki探討人生 2023年8月22日 (二) 08:11 (UTC)
我試了一下,對比前後能看出空白。能否給一下復現步驟?如果不滿意的話,可以用CSS手動加大間距。--碟之舞📀💿 2023年8月22日 (二) 11:16 (UTC)
這裡。--ItMarki探討人生 2023年8月22日 (二) 15:03 (UTC)
@ItMarki:修復了。如果沒有效果的話請等待緩存刷新。--碟之舞📀💿 2023年8月23日 (三) 02:36 (UTC)
我記得以前Alexander Misel君還是誰寫過功能一樣的小工具來著。—— Eric Liu 創造は生命(留言留名學生會 2023年8月22日 (二) 13:34 (UTC)
對。我這個加空白的方式不一樣,還有對長條目做了性能優化。--碟之舞📀💿 2023年8月23日 (三) 02:37 (UTC)
User:AnYiLin/js/pangu wiki.user.js,應該是這個吧。--蕭漫留言2023年8月23日 (三) 07:13 (UTC)
既然盤古之白作為常年提案一直爭論不休,並且不止一位編者專門為此編寫了小工具,不如擇其善者加入本地參數設置,並對所有用戶預設開啟。這樣既優化了中西文混排時的顯示效果,也解決了編者手動加空格的問題,從根本上避免了無謂的空格編輯戰。待到主流瀏覽器支持自動加間距後,再將小工具棄用即可。--蕭漫留言2023年8月23日 (三) 07:38 (UTC)
不建議默認開啟,目前所有通過JS加空格的做法都沒辦法100%保證完全不存在兼容問題。--碟之舞📀💿 2023年8月23日 (三) 08:00 (UTC)
「兼容問題」是指什麼問題?如果不是太大的問題,應該不妨礙默認啟用。--蕭漫留言2023年8月23日 (三) 09:17 (UTC)
難說。我測試的時候就遇到很嚴重的問題,比如直接導致Vector 2022搜索壞掉,當然現在修好了,但是誰也不知道將來會發生什麼。--碟之舞📀💿 2023年8月23日 (三) 14:11 (UTC)
請問能否部署為本站非默認小工具?如果沒有異議的話我開始公示了。--碟之舞📀💿 2023年8月24日 (四) 13:42 (UTC)
如果部署,小工具頁面應加備註,確保使用者理解條目源碼中應該不手動加空格,而非相反。--YFdyh000留言2023年8月24日 (四) 16:26 (UTC)
我覺得這是應該在格式手冊中規定的內容,和小工具本身無關吧?--碟之舞📀💿 2023年8月25日 (五) 02:02 (UTC)
我很擔心有人誤解為這個小工具是糾正為「正確格式」,然後用戶去修改條目源碼。如果加入小工具,建議描述闡明調整與MOS:空格的關係或不同。--YFdyh000留言2023年8月25日 (五) 04:57 (UTC)
我建議同步修改格式手冊。能否另開討論?--碟之舞📀💿 2023年8月25日 (五) 06:32 (UTC)

同步調整格式手冊

鑑於上方所述問題,我提議同步修改格式手冊為建議儘量不在中英文之間添加空格。先說一句,條文中不建議提及本小工具,因為這不應該是格式手冊里該寫的東西。--碟之舞📀💿 2023年8月28日 (一) 15:19 (UTC)

「在中文語境內,文字之間應該不留空格」不是已經表述嗎。我是擔心小工具用者不了解這個指引。--YFdyh000留言2023年8月28日 (一) 16:13 (UTC)
這句話想要表達的是中文詞和詞之間不加空格吧?以及下文「專有名詞內的中文和數字、外文之間」也只是適用於專有名詞。我沒有看看見通用的條文。--碟之舞📀💿 2023年8月29日 (二) 06:57 (UTC)
我理解是中文上下文內的所有文字。「外文單詞及數字間應按原文保留空格」是特例,中文和外文間適用「應該不留空格」。--YFdyh000留言2023年8月29日 (二) 17:35 (UTC)
小工具導致誤解的話,我覺得可以從小工具本身的介紹入手。比如「在中文和英文混排時自動添加空白,以優化顯示效果」,這樣就明確只是在顯示時調整。至於什麼是「正確格式」,這個就如我上方所述,應該是格式手冊規定的東西。--碟之舞📀💿 2023年8月29日 (二) 06:59 (UTC)
似乎不能完全避免理解為我們允許/應當手動為所有人優化顯示效果以「根除問題」,雖然不一定會有很多新手來啟用。描述中直接給出「條目編寫參照MOS:空格」可接受,但目前格式手冊講「不是維基源代碼」,有點繞。--YFdyh000留言2023年8月29日 (二) 17:39 (UTC)