跳至內容

模組討論:Authority control

頁面內容不支援其他語言。
維基百科,自由的百科全書

Please note the requests for

  1. Russian State Library (RSL)
  2. WKP identifier
  3. NSZL identifier
  4. BNE identifier
  5. SELIBR identifier
  6. BIBSYS identifier

‫·‏לערי ריינהארט‏·‏T‏·‏m‏:‏Th‏·‏T‏·‏email me‏·‏‬ 2013年10月7日 (一) 10:09 (UTC)[回覆]

關於本模塊的更新

如果有人想要用英文維基來的代碼更新本模塊,建議先在模塊:Authority control/sandbox裏面調試(點擊「顯示更改」)。-- 2016年1月25日 (一) 16:03 (UTC)[回覆]

Category:包含CBDB標識符的維基百科條目

可否把這個分類刪掉?毫無必要地出現在幾百個條目下。余兮留言2018年9月21日 (五) 21:56 (UTC)[回覆]

編輯請求

請求已處理--Tiger留言2019年3月3日 (日) 01:12 (UTC)[回覆]

LAC:加拿大圖書及檔案館 -> LAC :加拿大國家圖書館暨檔案館 --。->>Vocal&Guitar->>留言 2019年3月3日 (日) 01:06 (UTC)[回覆]

編輯請求 2019-04-25

請求已處理--Xiplus#Talk 2019年6月13日 (四) 09:20 (UTC)[回覆]

在解決換行問題前,暫時將{{EditAtWikidata}}置於右側。--神樂坂秀吉··· 2019年4月25日 (四) 10:25 (UTC)[回覆]

@神樂坂秀吉什麼換行問題?--Xiplus#Talk 2019年6月12日 (三) 05:51 (UTC)[回覆]
@Xiplus{{EditAtWikidata}}在英文維基是顯示在模板左側的,它顯示在「Authority Control」連結之後。但它在中文維基上會出現問題——{{EditAtWikidata}}出現在「規範控制」連結的下一行,而不是緊隨其後。當前版本未使用{{EditAtWikidata}}。--神樂坂秀吉··· 2019年6月13日 (四) 04:40 (UTC)[回覆]
@神樂坂秀吉哪個頁面有此問題?--Xiplus#Talk 2019年6月13日 (四) 04:59 (UTC)[回覆]
@Xiplus當前版本已移除相關代碼,所以顯示沒有問題,只是和部分其他語言版本相比少了一個{{EditAtWikidata}}。如果直接使用英文維基的代碼,顯示效果如特殊:固定連結/54802093所示。--神樂坂秀吉··· 2019年6月13日 (四) 06:14 (UTC)[回覆]
@神樂坂秀吉這樣的顯示結果可以嗎?--Xiplus#Talk 2019年6月13日 (四) 08:27 (UTC)[回覆]
@Xiplus完全OK!--神樂坂秀吉··· 2019年6月13日 (四) 09:20 (UTC)[回覆]
@神樂坂秀吉請給出問題頁面及描述,以及如何修改(diff)。--YFdyh000留言2019年6月13日 (四) 05:13 (UTC)[回覆]

編輯請求 2019-12-05

請求已處理--Xiplus#Talk 2019年12月7日 (六) 10:48 (UTC)[回覆]

HDS更新,英維參照[1]。->>Vocal&Guitar->>留言 2019年12月5日 (四) 11:05 (UTC)[回覆]

編輯請求 2019-12-29

請求已處理--Xiplus#Talk 2020年1月15日 (三) 00:27 (UTC)[回覆]

編輯請求 2020-02-12

請求已拒絕

請求把第810行的[[Help:规范控制|规范控制]]改成[[Template:Authority control|规范控制]]-- Sunny00217 2020年2月12日 (三) 02:14 (UTC)[回覆]

編輯請求 2020-04-25

請求已處理--Xiplus#Talk 2020年5月5日 (二) 03:21 (UTC)[回覆]

http://www.hkcan.net/hkcanopac/servlet/view/zh_TW?action=view&startPos= 改成 http://hkcan.julac.org/authorities/names/

香港中文名稱規範數據庫(HKCAN)的鏈接路徑已經改了,請修改,正確路徑的例子:http://hkcan.julac.org/authorities/names/9811104847603406 李遜之--Nostalgiacn留言2020年4月25日 (六) 03:10 (UTC)[回覆]

編輯請求 2020-05-20

請求已處理--Xiplus#Talk 2020年6月5日 (五) 04:20 (UTC)[回覆]

http://authority.ddbc.edu.tw/person/search.php?aid= 改成 http://authority.dila.edu.tw/person/?fromInner=

法鼓佛教學院的人名規範鏈接路徑已經修改,正確路徑的例子:http://authority.dila.edu.tw/person/?fromInner=A022755陳道亨

@Xiplus打擾了。--Nostalgiacn留言2020年5月20日 (三) 14:01 (UTC)[回覆]

Defect in NTA identifier

請求已處理--Tiger留言2021年7月24日 (六) 08:40 (UTC)[回覆]

There is a bug for NTA case. The code in Lua is

	{ 'NSK', '[[萨格勒布国家和大学图书馆|NSK]]', 1375, p.nskLink },
	{ 'NTA', '[[荷蘭皇家圖書館|NTA]]', 1375, p.ntaLink },

The NTA is declared to use the same property as preceding NSK. This is obvious copy/paste bug. The correct number for NTA is 1006. Paweł Ziemian留言2020年7月18日 (六) 19:57 (UTC)[回覆]

解決規範控制SBN錯誤的問題

根據包含錯誤規範控制信息的維基百科條目 (SBN)顯示,約有4800篇條目的規範控制SBN參數存在錯誤,無法正常顯示。請問這個問題是由什麼原因導致,該如何修復。--百戰天蟲留言2022年4月7日 (四) 07:22 (UTC)[回覆]

實際上是所有的SBN都被標記為錯誤,先按照英文維基百科跟維基數據的設定修正了。--Xiplus#Talk 2022年4月7日 (四) 07:52 (UTC)[回覆]
開機械人把這個分類下面的頁面都刷了一遍,現在應該沒有錯誤分類的情況了。--Antigng留言2022年4月7日 (四) 12:26 (UTC)[回覆]
改了顯示不出來,英文版是顯示出來的。--百戰天蟲留言2022年4月9日 (六) 03:45 (UTC)[回覆]
@百戰天蟲 顯示出來了吧。另外追蹤分類里,中維用的是Category:包含SBN標識符的維基百科條目,英維用的是en:Category:Articles_with_ICCU_identifiers,這兩個分類在Wikidata上應該合併。--Kethyga留言2022年4月13日 (三) 02:00 (UTC)[回覆]

編輯請求 2022-05-23

請求已處理--Xiplus#Talk 2022年6月2日 (四) 05:38 (UTC)[回覆]

請求將

function p.ndlLink( id )
	--P349's format regex: 0?\d{8} (e.g. 012345678)
	if not string.match( id, '^0?%d%d%d%d%d%d%d%d$' ) then
		return false
	end
	return '[https://id.ndl.go.jp/auth/ndlna/' .. id .. ' ' .. id .. ']' .. p.getCatForId( 'NDL' )
end

中的

	if not string.match( id, '^0?%d%d%d%d%d%d%d%d$' ) then
		return false
	end

改為註釋(暫停格式檢查),或改為其他合適的代碼(修正格式)。可能還需做其他改動。理由:格式0?\d{8}不正確。曹志耘日本國立國會圖書館識別碼 (P349) a1100032495不符合此格式。-- 2022年5月23日 (一) 05:53 (UTC)[回覆]

編輯請求 2022-08-03

請求已處理

請求增加中央研究院人名權威-人物傳記資料庫的連結。代碼已在沙盒Module:Authority_control/sandbox更新。--Stevenliuyi留言2022年8月4日 (四) 02:26 (UTC)[回覆]

(+)支持。—— Eric Liu 創造は生命(留言留名學生會 2022年8月21日 (日) 13:17 (UTC)[回覆]
完成--百無一用是書生 () 2022年9月5日 (一) 08:45 (UTC)[回覆]

請求增加VIAF成員之KRNLK識別碼(韓國國立中央圖書館)、NLA識別碼(澳洲國家圖書館)及J9U識別碼(以色列國家圖書館)

請求已處理

@Ericliu1912:此三者均為虛擬國際規範文檔(VIAF)成員,其中KRNLK是由韓國國立中央圖書館負責營運的識別碼(維基數據頁面Property:P5034),而NLA是澳洲國家圖書館營運之識別碼(維基數據頁面為Property:P409)、J9U是以色列國家圖書館營運之識別碼(維基數據頁面為Property:P8189)。希望該三組識別碼能比照日本國立國會圖書館識別碼(NDL)美國國會圖書館控制號(LCCN)加入該模板之中並予以顯示,感謝。--Howard61313留言2023年1月13日 (五) 12:14 (UTC)[回覆]

@Howard61313完成。—— Eric Liu 創造は生命(留言留名學生會 2023年2月10日 (五) 07:39 (UTC)[回覆]
部分頁面報錯:Lua錯誤 在Module:Authority_control的第805行:attempt to call field '?' (a nil value)。--東風留言2023年2月10日 (五) 07:58 (UTC)[回覆]

編輯請求 2023-10-18

請求已處理

官方已經放棄WorldCat Identities,改為WorldCat Entities(調用wikidata:Property:P10832)。失效情況,具體可以看一下托馬斯·愛迪生這個頁面。

現在對應的WorldCat Entities頁面是: https://id.oclc.org/worldcat/entity/E39PBJpV6Dqb3KHXHX4TmVkMT3

原來得知VIAF ID和LCCN ID會跳轉worldcat的功能也殘缺了,原來那段代碼應該沒用了:

	--Worldcat
	if parentArgs['WORLDCATID'] and parentArgs['WORLDCATID'] ~= '' then
		table.insert( elements, p.createRow( 'WORLDCATID', '', parentArgs['WORLDCATID'], '[https://www.worldcat.org/identities/' .. parentArgs['WORLDCATID'] .. ' WorldCat Identities]', false ) ) --Validation?
	elseif parentArgs['VIAF'] and string.match( parentArgs['VIAF'], '^%d+ ) then -- Hackishly copy the validation code; this should go away when we move to using P1793 and P1630
		table.insert( elements, p.createRow( 'VIAF', '', parentArgs['VIAF'], '[https://www.worldcat.org/identities/containsVIAFID/' .. parentArgs['VIAF'] .. ' WorldCat Identities]', false ) )
	elseif parentArgs['LCCN'] and parentArgs['LCCN'] ~= '' then
		local lccnParts = p.splitLccn( parentArgs['LCCN'] )
		if lccnParts and lccnParts[1] ~= 'sh' then
			table.insert( elements, p.createRow( 'LCCN', '', parentArgs['LCCN'], '[https://www.worldcat.org/identities/lccn-' .. lccnParts[1] .. lccnParts[2] .. '-' .. lccnParts[3] .. ' WorldCat Identities]', false ) )
		end
	end

新增代碼排在以下這段之後:

function p.nlkLink(id)
    return '[https://lod.nl.go.kr/resource/'..id..' '..id..']' .. p.getCatForId( 'NLK' )
end

新增內容

function p.worldcatlink(id)
    return '[https://id.oclc.org/worldcat/entity/'..id..' '..id..']' .. p.getCatForId( 'WorldCat' )
end

另一段新增代碼排在以下這段之後:

	{ 'RSL', '[[俄罗斯国立图书馆|RSL]]', 947, p.rslLink },

新增內容

	{ 'WorldCat', '[[WorldCat]]', 10832, p.worldcatlink },

寫在最後:替換前先測試,個人也不太清楚,原來那段代碼是否有識別VIAF ID和LCCN ID以外功能。--Nostalgiacn留言2023年10月18日 (三) 10:08 (UTC)[回覆]

@Nostalgiacn英文維基百科怎麼辦的?—— Eric Liu 創造は生命(留言留名學生會 2023年11月18日 (六) 15:46 (UTC)[回覆]
你可以直接看一下英維的條目:en:Thomas_Edison,那邊也是改為WorldCat Entities。
中維和英維的代碼已經不同了,沒更新到英維最新一版,最裏面那層代碼請見這裏en:Module:Authority control/config
雖然目前原有的WorldCat Identities少量還能重定向到WorldCat Entities,但是失效的更多。--Nostalgiacn留言2023年11月18日 (六) 16:37 (UTC)[回覆]
嘗試引入英文版最新的代碼,見Module:Authority_control/sandboxTemplate:Authority control/testcases--百無一用是書生 () 2024年3月24日 (日) 08:31 (UTC)[回覆]
不行啊,托馬斯·愛迪生的WorldCat還是404的WorldCat Identities,還出現Category:包含錯誤規範控制信息的維基百科條目 (Léonore)報錯。--Nostalgiacn留言2024年3月24日 (日) 13:16 (UTC)[回覆]
新版的還在沙盒裏,並未使用。測試效果見Template:Authority_control/testcases#托馬斯·愛迪生,應該解決了WorldCat問題--百無一用是書生 () 2024年3月25日 (一) 02:11 (UTC)[回覆]
本地有一些英維沒有的項目,如HKCAN、NLC、CALIS等等(Template:Authority_control/testcases#唐長孺),請參照條目原版唐長孺,另外由於有香港的項目,請將「國家」一欄修改各地,或者「國家及地區」。--Nostalgiacn留言2024年3月25日 (一) 15:07 (UTC)[回覆]
引入en新版還存在一些問題,需要有人幫忙。主要是兩點:
  1. 之前本地使用而en沒有的規範控制項目需要增加到Module:Authority control/config
  2. 直接從英文版引入的Module:Authority_control/documentation不工作
以及其他的一些需要進一步本地化的問題--百無一用是書生 () 2024年3月27日 (三) 03:42 (UTC)[回覆]
Module:Authority_control/documentation 已修,不過好像沒什麼用,換湯不換藥的。--YFdyh000留言2024年3月28日 (四) 14:24 (UTC)[回覆]
@YFdyh000 產生了多個快速刪除候選分類,CYTNLCCBDBSinicaHKCAN等未在分類Category:包含規範控制信息的維基百科條目下。--Kethyga留言2024年3月28日 (四) 23:44 (UTC)[回覆]
已經把新版缺少的本地項目補回,改變如下:
  • BNA改名為BNMM
  • DDBC改名為DILA
  • LAC和Léonore似乎地址失效,所以未加上
  • NLP改名為PLWABN
  • NNL似乎與J9U重複,暫未加上
  • SBN改名為ICCU
另經過測試,之前發現的問題看起來已全部修復。如無其他問題,擇日更新--百無一用是書生 () 2024年3月29日 (五) 09:25 (UTC)[回覆]
Category:包含DDBC標識符的維基百科條目法鼓文理學院)未設置為隱藏分類。--Kethyga留言2024年4月1日 (一) 12:34 (UTC)[回覆]
因為新版還未實施,所以{{Pages with authority control identifiers}}目前是有問題的--百無一用是書生 () 2024年4月1日 (一) 14:05 (UTC)[回覆]
Module:Pages_with_authority_control_identifiers有非條目,Module:Authority control/documentation(英文現行)僅允許條目。中文應該用哪種。--YFdyh000留言2024年3月29日 (五) 09:45 (UTC)[回覆]
簡單的話,跟隨英文就好了....畢竟規範控制按理來說只應該在條目上用--百無一用是書生 () 2024年3月29日 (五) 12:59 (UTC)[回覆]

感覺新版本有個問題是很多縮寫對不熟悉規範控制的人來說不太容易理解。很多人可能都不了解FASTVIAFCALISCBDBCiNii這些縮寫的意思。目前的版本有相關條目的內鏈,可以讓讀者點進去了解這些不同的數據庫。但新版去除了內鏈,直接用外鏈,感覺對讀者不是太友好。不過我不確定該怎樣改善。儘量用中文名稱?但「分面應用主題詞表」這樣的名稱其實也不容易理解。雖然也可以沿用現有的方式,但至少感覺「國家」那一欄新版的處理方式確實是更清晰明了了。--Stevenliuyi留言2024年3月30日 (六) 22:13 (UTC)[回覆]

Authority control的內容是在wikidata填寫的,百科不需要理會,當然你有興趣可以去那邊加(說明)。這些內容類似「外部連結」,嚴格來說讀者不需要知道這些是什麼,這是延續過去圖書管理的索引系統而已。--Nostalgiacn留言2024年3月31日 (日) 00:51 (UTC)[回覆]
我也感覺原本的有內鏈可能更友好。不過我很少用到規範控制,一般是用外鏈。--YFdyh000留言2024年3月31日 (日) 06:25 (UTC)[回覆]
同Nostalgiacn的意見,而且原來的方式可能存在過度內鏈的嫌疑。此外,儘量保持與en版同步真的能省好多事,一些小小不便與省事相比,我寧可選省事--百無一用是書生 () 2024年4月1日 (一) 04:04 (UTC)[回覆]
我傾向是很大的不便,讀者需要自己查縮寫/域名的含義、條目。加選項應該不是那麼難吧,但我還沒看。保持同步的難度,不知何時它能遷移到抽象維基百科。如果是您不想做二次開發,我表示理解,但期望保留餘地。--YFdyh000留言2024年4月2日 (二) 07:05 (UTC)[回覆]
嗯,那麼或許先照搬en的模式使用新版,其他的問題再下一步想辦法解決?--百無一用是書生 () 2024年4月2日 (二) 07:47 (UTC)[回覆]
「國家」的分類感覺不太對,因為連加泰羅尼亞這個非國家的也有。當然,我感覺對方的意思應該是「國家圖書館」,能否變成全名。Template:Authority_control/testcases#李白看到有兩個「台灣」,應該合併到起來,其中一個變括號內容。--Nostalgiacn留言2024年4月1日 (一) 07:55 (UTC)[回覆]
改為了「國家/地區」--百無一用是書生 () 2024年4月1日 (一) 08:00 (UTC)[回覆]
兩個台灣那個我不是很確定如何處理為好....是否兩個都算是國立性質我都沒把握...--百無一用是書生 () 2024年4月1日 (一) 14:11 (UTC)[回覆]
還有其他國家擁有兩個項目嗎?另外,顯然「中國」與「臺灣」不適合並列。—— Eric Liu 創造は生命(留言留名學生會 2024年4月1日 (一) 18:32 (UTC)[回覆]
國家一欄是列出國立圖書館或類似國立機構支持的規範控制項目,台灣的兩個我不確定哪個是屬於這種性質的,還是兩個都不是/都是(畢竟兩個只是子域名不同)。
「中國」與「臺灣」並列問題,分類寫成「國家/地區」也還是不行麼?那怎麼處理比較好?--百無一用是書生 () 2024年4月2日 (二) 03:43 (UTC)[回覆]
感覺不行。寫成「中國國圖」?或者寫成中國國家圖書館吧,雖然可能像特事特辦。
「挪威(2)」感覺不簡明,得猜測2的含義。我覺得新版版式不美觀,雖然以前只是堆砌標識符和編號,但有條目連結,對熟悉的用戶來說標識符容易分辨。
「國家/地區」或許能縮寫為「各地」。
「其它」能改成「其他」嗎,理由請網絡搜索,我現在也不確定哪種才對。--YFdyh000留言2024年4月7日 (日) 15:26 (UTC)[回覆]
國家/地區已改為「各地」
「其它」已改成「其他」
挪威(2)這種應該是一個項目有兩個不同的url或ID
條目連結的問題,我是實在沒精力去搞了,或許可以等以後其他人有時間和能力的時候再做也不遲(其實這個問題上還是怎麼看的問題,有條目連結的情況下,其實顯示的標識符大多沒啥意義;沒條目連結的話,的確對不熟悉的人來說會造成某些不方便,但另一方面則是簡化了展示方式,把沒有含義的標識符去掉,而且對於圖書館行業的人來說並不難理解)--百無一用是書生 () 2024年4月8日 (一) 03:11 (UTC)[回覆]
@ShizhaoYFdyh000對於這種形式,可以預設寫成「挪威(某圖書館)」、「荷蘭(某圖書館)」吧?—— Eric Liu 創造は生命(留言留名學生會 2024年4月14日 (日) 08:30 (UTC)[回覆]
你是說國家地區那類嗎?那些應該是指有國家或地區政府背書的機構搞的規範控制--百無一用是書生 () 2024年4月14日 (日) 13:37 (UTC)[回覆]
@Shizhao其實我覺得不一定要按英文維基百科那樣,我們是否可以保留各該圖書館或權威控制系統的全稱或原模組使用的若干縮寫(也不限於國家與地區)?—— Eric Liu 創造は生命(留言留名學生會 2024年4月21日 (日) 14:30 (UTC)[回覆]
說實話,其實我也更喜歡有條目連結的形式,似乎看起來更美觀(可能是一大片的外鏈箭頭看着太醜了)--百無一用是書生 () 2024年4月9日 (二) 03:50 (UTC)[回覆]
顯示標識符對可打印版有重要意義。--YFdyh000留言2024年4月14日 (日) 13:12 (UTC)[回覆]
你說的有道理。但是....打印版不打印所有的導航框....--百無一用是書生 () 2024年4月14日 (日) 13:35 (UTC)[回覆]
剛注意到確實。谷歌快照的純文本版本也不顯示導航框。其實我想說複製粘貼網頁全文的,但覺得未必常見就改了……總之意思是顯示標識符雜亂但有序,少數情形下可能幫助判斷或者抄錄的有效信息。再觀望看看。--YFdyh000留言2024年4月14日 (日) 13:48 (UTC)[回覆]
是否可以在英文字母縮寫上添加鼠標懸停提示文字功能,比如CBDB--Kethyga留言2024年4月1日 (一) 13:29 (UTC)[回覆]
英維Albert Einstein意大利(Italy)和SNAC有鼠標懸停提示,不知道為什麼單獨這兩個添加了。--Kethyga留言2024年4月1日 (一) 13:38 (UTC)[回覆]
鼠標懸停提示的內容來自wikidata,那邊沒有可用內容的話就沒有提示文字--百無一用是書生 () 2024年4月1日 (一) 14:07 (UTC)[回覆]

目前看來總體上使用新版並無反對意見,因此公示一下。其他的小問題我認為可以隨時討論和修訂,並不會影響更新新版。--百無一用是書生 () 2024年4月7日 (日) 03:37 (UTC)[回覆]

問題反饋:
  1. 發現剛更新的版本「規範控制」(權威控制)幾個字似乎沒有居中,比如陳省身條目。
  2. 條目波蘭國家圖書館中,ISIL(圖書館及相關組織國際標準化標識符)規範控制框內顯示紅鏈,是要建立英維重定向,還是修改某些代碼里ISIL所指向的中文條目?--Kethyga留言2024年4月14日 (日) 07:58 (UTC)[回覆]
    1.看代碼似乎就是居中的...
    2.已修復在Module:Authority_control/auxiliary--百無一用是書生 () 2024年4月14日 (日) 12:30 (UTC)[回覆]
    看起來不居中是因為兩個原因:一是「規範控制數據庫」右側有一個編輯維基數據的圖標,二是其他導航框左側有查論編三個連結--百無一用是書生 () 2024年4月14日 (日) 12:36 (UTC)[回覆]
    其他左側沒有查論編的導航框,左側仍然留出了半個字符的空白--百無一用是書生 () 2024年4月14日 (日) 12:40 (UTC)[回覆]
    Module:Navbox的spacerSide。英維好像另一種方式,有margin:0 4em。--YFdyh000留言2024年4月14日 (日) 12:51 (UTC)[回覆]
PS:目前已更新到新版--百無一用是書生 () 2024年4月14日 (日) 12:30 (UTC)[回覆]
@Shizhao一堆快速刪除分類,是否有問題?—— Eric Liu 創造は生命(留言留名學生會 2024年4月15日 (一) 16:53 (UTC)[回覆]
沒問題,都是不再會用到的分類--百無一用是書生 () 2024年4月16日 (二) 01:07 (UTC)[回覆]

規範控制

請問規范控製模板(Authority control)為什麼突然會把這些分類 Category:包含CBDB標識符的維基百科條目Category:包含Sinica標識符的維基百科條目 加到條目中?真是冗長而無用。這些巨大的分類是否應該設置成隱藏的?不該在幾萬個條目中喧賓奪主。余兮留言2024年3月28日 (四) 21:06 (UTC)[回覆]

暫時設置成了隱藏分類。見 Module_talk:Authority_control#編輯請求_2023-10-18,修改帶來的問題。--Kethyga留言2024年3月29日 (五) 00:25 (UTC)[回覆]
感謝,應該還有許多其他這個模板強行添加的分類,比如Category:包含DDBC標識符的維基百科條目等。不知道能否批量隱藏?余兮留言2024年3月31日 (日) 00:03 (UTC)[回覆]
手動添加了隱藏分類,其他大多應該已經是隱藏分類了,目前所有的規範控制屬性見Module:Authority control。如果未隱藏的,可以提報到Module_talk:Authority_control#編輯請求_2023-10-18。--Kethyga留言2024年4月1日 (一) 12:37 (UTC)[回覆]
目前準備更新模板到最新英維版本,過去中維版本有些英維沒有的項目,目前正在進行本地化,可能有各種問題,歡迎提報。--Nostalgiacn留言2024年4月1日 (一) 13:06 (UTC)[回覆]

Category:包含規範控制信息的維基百科條目

Category:包含規範控制信息的維基百科條目,該分類英維對應en:Category:Articles with authority control information,即Category:包含規範控制信息的條目,減少「維基百科」4個字,對於規範控制信息較多的條目能節省一些空間,且感覺這幾個字有些多餘。即將Module:Authority control/config#L-14語句cat = '包含%s标识符的维基百科条目',中的「维基百科」4個字刪除。不過有170個分類需要移動。@Shizhao--Kethyga留言2024年5月15日 (三) 07:23 (UTC)[回覆]

因為最早就是Category:包含規範控制信息的維基百科條目,之前修Module:Authority control的時候就繼續沿用了。不改就是因為要移動170個分類....實在不想耗費這個精力,要是有其他人願意處理,樂見其成!--百無一用是書生 () 2024年5月15日 (三) 08:06 (UTC)[回覆]
faultwithidcat = '包含错误规范控制信息的维基百科条目 (%s)',也是沿用的以前的命名方式,甚至為此還改了Module:Authority control中的相關代碼,原因也是嫌麻煩,不想移動上百個分類...--百無一用是書生 () 2024年5月15日 (三) 08:09 (UTC)[回覆]
@Ericliu1912 好像是有Massmove用來批量移動?--Kethyga留言2024年5月15日 (三) 08:22 (UTC)[回覆]
如果沒收益,我也傾向不動若干頁面……如果要省字數,「條目包含規範控制信息」怎麼樣,不確定命名統一性等情況。--YFdyh000留言2024年5月15日 (三) 08:40 (UTC)[回覆]
英維可能是在2021年集中移動的,見en:Template talk:Authority control (Remove_"Wikipedia"_from_"Wikipedia_articles_with_EMU_identifiers"-type_categories?)。
「條目包含規範控制信息」,沒覺得更好,傾向原表達方式。--Kethyga留言2024年5月15日 (三) 10:24 (UTC)[回覆]
確實,沒有找到「條目包含」前例,「條目有」1例,「條目使用」2例,「的條目」則很多。--YFdyh000留言2024年5月15日 (三) 10:39 (UTC)[回覆]
更好的的表述可能是「含有規範控制信息的條目」--百無一用是書生 () 2024年5月15日 (三) 12:11 (UTC)[回覆]
@KethygaShizhaoYFdyh000是不是請各位確認一下分類頁面命名格式,然後再修改模組,並將分類一齊移動?—— Eric Liu 創造は生命(留言留名學生會 2024年5月24日 (五) 06:38 (UTC)[回覆]

編輯請求 2024-07-08

請求已處理

Module:Authority_control#L-378,將「off」改為「plain」,參見Template:Navbox,「plain」會補償一個隱藏塊,這樣在啟用摺疊功能時可以使標題居中。現在用「off」就沒有補償,導致帶摺疊時標題偏左。--Sakamotosan路過圍觀 | 避免做作,免敬 2024年7月8日 (一) 07:40 (UTC)[回覆]

@Cwek完成。—— Eric Liu 創造は生命(留言留名學生會 2024年7月8日 (一) 07:44 (UTC)[回覆]
@Cwek但是不是還有點歪?範例。—— Eric Liu 創造は生命(留言留名學生會 2024年7月8日 (一) 07:57 (UTC)[回覆]
@Ericliu1912技術版提過,不確定是否相關:以前Navbar和摺疊塊共同設成8em寬,這樣兩邊擠占能使標題基本居中。但現在為了修復另外腳本問題(好像是Wikiplus),又將navbar改成auto寬,會導致兩邊寬度不確定。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年7月8日 (一) 08:04 (UTC)[回覆]