维基百科:互助客栈/求助

互助客棧： 消息  方针  技术  求助  条目探讨  其他 |  知识问答

發表前請先搜索存档，參考舊討論中的内容可節省您的時間。

公告欄

• [人事] 和平奮鬥救地球獲提名為管理員，歡迎踴躍參與討論。
• [人事] 請踴躍參與人事任免投票提問環節規範之修訂事宜。
• [公告] 管理員安全投票選舉暫行規定、重啟管理員布告板之提議、修改No fair use rationale模板、修訂草稿指引准备草稿段落及凍結年代特別貢獻已經通過。
• [公告] 重启逐笔巡查标记、交通車輛條目指引、限制flow-hide权限到自动确认用户及修改信息框人口密度有效数字正在公示，如有意見請儘快提出。
• [討論] 互助客栈方针區正在討論设立官方维基百科镜像供国内直连访问和编辑、改善虚构格式手册并恢復其指引地位、規範存廢討論結案、調整權限申請排版及引入英語維基百科G5快速刪除準則，敬請踴躍參與。
• [討論] 互助客栈技术區正在討論提议更新RefToolbar布局，敬請踴躍參與。
• [討論] 第二十次動員令現正徵求主持人，歡迎踴躍參與！

• [協作] 现有64个页面需维基化，70个条目需清理，9个移动请求正在讨论。
• [獎勵] 現有2名用户獲提名维基奖励，欢迎投票。

#	話題	發言	參與	最新發言	最後更新(UTC+8)
1	是否能「盡早」去阻止一連串問題的發生？？	33	10	YFdyh000	2022-05-09 14:25
2	維基百科的驗證碼	11	9	MilkyDefer	2022-05-11 15:25
3	編制請求/User:HongKongViolet	6	4	Nishino Asuka	2022-05-10 03:05
4	關於模板{{Indonesia nuke plant map}}中文化的問題	4	2	ThomasYehYeh	2022-05-13 13:19
5	如何在图片上内链链接	11	7	LuciferianThomas	2022-05-13 22:15
6	如何快速要求进行傀儡核查？	5	4	LuciferianThomas	2022-05-13 22:01
7	如何才能在中维合理使用此照片	9	7	LuciferianThomas	2022-05-13 22:07
8	创建的模板被模板保护了	6	3	LuciferianThomas	2022-05-13 22:04
9	煩請更改IT公共轉換組	5	4	Nostalgiacn	2022-05-10 12:32
10	問：大家觉得添加查论编的列表用哪个模板最方便？	5	3	Cwek	2022-05-11 09:42
11	非本人编辑问题	12	6	YFdyh000	2022-05-16 06:36
12	有没有可能通过“引用”功能来更新某些条目的数据？	14	6	Kerolf666	2022-05-15 21:36
13	小小的翻譯問題而已	7	3	BlackShadowG	2022-05-12 14:38
14	（無標題）	1	1	1.36.166.228	2022-05-13 15:58
15	有關模板Template:Infobox water supply and sanitation的中文化	4	2	ThomasYehYeh	2022-05-15 16:08
16	修改	2	2	50829!	2022-05-14 14:14
17	三首前奏曲 (格什温) DRK 没有一个投票	3	2	QiuLiming1	2022-05-16 10:07
18	关于navbox这个模板	6	4	YFdyh000	2022-05-15 12:08
19	有没有可能把自己所贡献的条目都做出一个列表？	5	3	AndyPKU	2022-05-14 23:44
20	沒看到〔編輯〕，只有〔編輯原始碼〕，怎麼叫出〔編輯〕呢？	2	2	Xiplus	2022-05-16 10:19
21	Portal:中國大陸新聞動態的排版问题	2	2	YFdyh000	2022-05-16 22:44

發言更新圖例
最近一小時內
最近一日內
一週內
一個月內
逾一個月
特殊狀態
已移動至其他頁面 或完成討論之議題
手動設定
當列表出現異常時， 請先檢查設定是否有誤

是否能「盡早」去阻止一連串問題的發生？？

維基百科似乎在強調它是自由的百科全书並鼓勵人們勇於更新頁面，它營造的這種形象對於不了解維基百科的人我認為可能是一個巨大的陷阱，新手在不知情的情況下在維基百科之中創建條目，但卻因為條目的內容不合格而導致條目遭到刪除的可能，我覺得這真的完全是在浪費彼此的時間，畢竟維基百科的方針和指引是如此這般地繁瑣，不要說是新手，即便有一定經驗的使用者都不見得會非常熟悉這些規則，要滿足這些方針指引不是一件容易的事。不熟悉規則的人花了時間和心血寫好了一個條目，但到後面卻發現他的文章不合格，條目可能被刪除，猜想他的心裡應該是不好受；想要維護維基百科品質的人發覺有人在維基百科上建立了劣質條目，看到這種情況他可能也無法坐視不管。於是雙方便開始冗長的爭論，但其實這種情況大部份應該是可以事先預防的，不是嗎？如果在創建新條目時盡早在編輯前的第一時間網頁就能夠顯示醒目地提示：「注意！編寫出不合格的內容，將導致您的文章遭到刪除！請詳閱 XXX 方針指引。」類似的警語，使用者必需按下確定按鈕後才能開始編輯，是不是就能大大地防止後續一連串的爭論發生呢？-- Justin545（留言） 2022年3月23日 (三) 09:35 (UTC)

閣下的意思是，應當修改創建條目時MediaWiki:Newarticletext的提醒，並要加入確定按鈕？

現時的措辭是「在開始編寫條目（詞條）之前，請注意：

• 维基百科的条目应符合收录标准。查看收录标准的简要说明。
• ⋯⋯」

確實沒有明確提到「刪除」。——$\definecolor {my}{rgb}{0.04,0,0.5}\color {my}{\mathsf {htc_{23}}}$（留言） 2022年3月23日 (三) 17:07 (UTC)

• 確定按鈕的作用主要是：盡可能地防止條目的作者在尚未閱讀完警語前，就可以開始撰寫條目。
• 目前撰寫條目的網頁是把一些注意事項放在網頁的上半部，而網頁的下半部則是編輯區。有些作者習慣上可能會直接忽略上半部的注意事項，直接跳到下半部的編輯區進行條目的撰寫，如此一來可能就沒有達到注意事項的警示效果。
• 所以我才想到一個類似對話框的設計，對話框裡面放的是警語，然後條目的作者必需按下對話框上面的確定按鈕後才能進行條目的撰寫，而在作者尚未按下確定按鈕之前，編輯區是禁止任何的文字編輯的，類似這樣的操作介面。如此一來才較能把作者注意的焦點聚集在警語上面，而不是去忽略警語而直接開始條目的撰寫。
• 此外對話框之中的警語最好是「簡單扼要」，目前撰寫條目的網頁上半部之注意事項太過冗長，有些作者可能只想趕緊開始條目的撰寫，沒有耐心好好地將一堆注意事項的文字讀完。所以讓作者看到「編寫出不合格的內容，可能將導致您的文章遭到 *刪除*！請詳閱 XXX 注意事項！」類似這段帶有警告意味的簡短文字較能引起作者的注意，讓作者看一眼就抓到重點，因為絕大多數人都不希望自己的創作被刪，發現有可能被刪除後，作者才會比較有心思認真地去了解注意事項之中細部的說明。

@HTinC23：以上 -- Justin545（留言） 2022年3月23日 (三) 19:52 (UTC)

這個設計跟世界最大謊言「我已滿18歲」並沒兩樣。--Xiplus#Talk 2022年3月25日 (五) 01:33 (UTC)

@Xiplus：不一樣吧？這邊寫到的懲罰是「刪文」，「我已滿18歲」有懲罰嗎？-- Justin545（留言） 2022年3月25日 (五) 03:39 (UTC)

絕大多數的人都是看到按鈕就按，而不會看你其他文字寫什麼。--Xiplus#Talk 2022年3月25日 (五) 03:52 (UTC)

@Xiplus：如果是這樣，那就讓程式自動出題目考他，不行嗎？可能也可以提醒他，若答錯了題目，可能就必需再等一個小時之後才允許重新答題、創建條目等等…後續行為，以做為懲罰，不行嗎？ -- Justin545（留言） 2022年3月25日 (五) 07:32 (UTC)

出題考他的目的，是確保他真的有讀懂應該注意的事項！！ -- Justin545（留言） 2022年3月25日 (五) 07:33 (UTC)

建议您试试WP:AFC呢。afc因为中维现在还不成熟所以没强推。英维是规定新用户建新条目必须做afc的。--Fire Ice 2022年3月25日 (五) 11:46 (UTC)

@Fire-and-Ice：您說的WP:AFC看起來也是一個很不錯的替代方法，不太理解為何不把英文維基的版本翻譯後直接拿來用？總之，希望能夠早日完善它，應該可以避免掉許多的問題。 -- Justin545（留言） 2022年3月25日 (五) 14:31 (UTC)

英文翻译版大概是Wikipedia:条目向导这个。 ——魔琴 [ 留言 贡献 ] 2022年4月3日 (日) 13:56 (UTC)

其实不会有冗长争论的，因为太垃圾的条目都会被速删，有关注度但又质量不佳的条目则会被挂模板。当然，为了降低巡查员的工作量，醒目标识可能是一件好事……Fire Ice 2022年3月24日 (四) 15:17 (UTC)

@Fire-and-Ice：其實不一定光是指爭論，主要還是「佔用彼此的時間或資源」，像是Talk:TT1069就是一個例子，前前後後至少@Wsmafil、MilkyDefer、Fire-and-Ice、HTinC23、Xiplus、Justin545等6位人員都直接或間接地參與了這個討論，您與其他人還花了時間幫我檢查TT1069條目，而且不作任何回覆單純只是閱讀討論的內容也需要時間，這些事情所佔用的時間和人力資源，是不是都白白浪費掉了呢？ -- Justin545（留言） 2022年3月25日 (五) 04:06 (UTC)

怎么能是白白浪费呢，大家不是花时间搞清楚了这个条目是否符合关注度吗。关注度之所以30＋7不就是为了不遗漏一个符合关注度的条目。--Fire Ice 2022年3月25日 (五) 04:19 (UTC)

@Fire-and-Ice：為什麼說是浪費呢？因為如果當初我在撰寫TT1069條目的第一個字之前就看到「注意！編寫出不合格的內容，將導致您的文章遭到刪除！請詳閱 XXX 方針指引。」類似的警語，那麼我可能就不會再繼續往下撰寫下去了，這表示我就不會去創建TT1069這個條目，沒有了TT1069這個條目的創建，是不是後續的一切事情都不會發生，原本會佔用到的時間或資源全部都被節省下來，可以拿去做別的事情了呢？ -- Justin545（留言） 2022年3月25日 (五) 04:33 (UTC)

但是如果你创建的条目是符合关注度的，你误以为没关注度而不创建，岂不是维基百科的损失。--Fire Ice 2022年3月25日 (五) 06:48 (UTC)

• 「大家不是花時間搞清楚了這個條目是否符合關注度嗎」TT1069現在的關注度有符合嗎？還在等待提出存廢討論來確定不是嗎？
• 所以我才說這有點像是一個「陷阱」，先強調是自由的百科全書，讓人有種錯覺誤以為真的可以隨意地建立條目，等到條目好不容易建好了以後，才告訴他「你的條目不符合關注度，可能被刪除」，讓人感覺像是被打臉一樣，可能會心血白費，而有種被欺騙的感受，這個至少對我來說是一種不好的使用者體驗(指被欺騙的感受)。套用你的說法，如果條目不符合關注度，而誤以為真可以建立條目，等到條目都寫好了，卻又被存廢討論給刪除了，豈不是條目創作者的損失？有了這次經驗的教訓，如果我還記得的話，我以後就不敢隨便在維基百科上寫東西了，尤其是建立條目更是萬萬不可。

@Fire-and-Ice：以上回覆 -- Justin545（留言） 2022年3月25日 (五) 10:29 (UTC)

英语版审核确实更严。而中文维基社群似乎有更多比较自以为是或自我中心的人，自己写出的高水平条目、模板等并不多，但特别热衷于删除其他人的贡献（包括新条目、模板、甚至用户页）；他们也许没听说过耶稣关于惩罚通奸被抓的女人（约翰福音经文）的故事。以后在中文维基编写新条目，恐怕应该有这种心理准备。--Zhenqinli（留言） 2022年4月23日 (六) 17:37 (UTC)

在我还是新手的时候，也被删过二十来个条目。后来我仔细研究了关注度指引，条目基本没被删了。我是没有被欺骗的感觉啦，因为我并不以为维基百科是随意有条目的百科全书。--Fire Ice 2022年3月25日 (五) 11:55 (UTC)

「自由的百科全書」的自由指的是自由內容，是你自己擅自誤解的，參見Wikipedia:五大支柱#3、en:Wikipedia:The Free Encyclopedia#"Free Encyclopedia" does not mean "anyone can edit it however they like"。--Xiplus#Talk 2022年3月25日 (五) 16:45 (UTC)

@Xiplus：「絕大多數的人都是看到按鈕就按，而不會看你其他文字寫什麼。」，如果按照這個邏輯，絕大多數的人都不會去注意細節也不會看你其他文字寫什麼，所以自然就不會去分辨它究竟是指自由內容或絕對自由才對！-- Justin545（留言） 2022年3月26日 (六) 06:37 (UTC)

您拒絕接受我也無能為力。--Xiplus#Talk 2022年3月26日 (六) 07:13 (UTC)

除了自由内容，wiki页面的自由修改性质应该是“自由”之一。世间并没有“绝对自由”，维基百科不是博客空间，如果参与者固执认为自由是随意写，那么其他编者按共识或个人意愿修改或决定删除他创建的页面，是否也是“自由”的呢。如果追求更大的自由度，有维基媒体姊妹项目、wikia或其他wiki/UGC网站可供发挥。--YFdyh000（留言） 2022年4月22日 (五) 21:40 (UTC)

@YFdyh000：OK，「絕對自由」或許不合邏輯，可能要改為「最大程度的自由」比較適當。並不是說維基百科一定要允許編者最大程度的自由，而是我認為維基百科應該要有一定的防呆機制去防止因為編者對維基百科的錯誤印象或錯解而造成的錯誤。 -- Justin545（留言） 2022年4月23日 (六) 13:19 (UTC)

每個頁面都有人守者，怎麼勇於更新，是編輯戰不斷吧，這個百科最終會被守舊派、有一堆閒時間的回退狂熱分子和翻譯專家把持住--2001:B011:1:57E8:F572:F597:9AA3:2C62（留言） 2022年4月12日 (二) 14:40 (UTC)

• (！)意見 阁下心情可以理解，可能很多人或多或少都经历过写的文章被速删或者提删的经历，本人当然也不例外，但是这种经历不失为一种成长，那就是意识到维基百科不仅是收录有关注度的事物，更注重收录一些具有研究价值的事物，并且要求一定的学术写作，如果既没有什么关注度，又没有什么学术研究价值的事物被删除是合情合理的，例如一些小县城的道路、公交线路，一些动漫里的单独角色，一些游戏里的单独物品和技能等等，可能就属于这种几乎搜不到任何学术文献的事物。
  按维基百科以前有过的做法，这些条目如果主要只是特定爱好者感兴趣并且可能被大批量创建的页面，可以前往维基学院里发表，或者去更加细分和专业化的其他维基网站创建，例如萌娘百科、粉丝国度fandom等等，并不一定需要在这里满足创作热情。-世界首都环游（留言） 2022年4月22日 (五) 20:46 (UTC)
  • 功利的說，就是有学术研究价值的事物，有些人也是不會願意在這裡貢獻。更甚的是，特定爱好者的資料在搜尋器的特定機制下，其他维基网站也是不容易找。有创作热情的人，一早已經放棄這裡，去收費平台讓大家課金支持，甚至有收入。免費無償的平台，未來只會衰落。--Wpcpey（留言） 2022年4月23日 (六) 13:40 (UTC)

  • 「或多或少都經歷過寫的文章被速刪或者提刪的經歷，本人當然也不例外，但是這種經歷不失為一種成長，那就是意識到維基百科不僅是收錄有關注度的事物」這可能要看這麼做值不值得，究竟是要勞師動眾讓新手跌跌撞撞不斷去和老手反覆做編輯戰與討論比較省時省力？還是要把網站的防呆機制做好，用「自動化」的方式去做防呆比較省時省力？
  • 維基學院、其他維基網站、萌娘百科、fandom可能都是更為合適的地方，但我想重點或許是如何「盡早」去阻止一連串問題的發生，而不是等到問題發生了以後再來亡羊補牢。我以為愈早去阻止錯誤的進行，就能花愈少的代價去將錯誤改正。所以要如何才能讓新手在編輯之前就知道維基學院、其他維基網站、萌娘百科、fandom等等這些網站的存在可能才是比較重要的事。

  @世界首都環遊：以上 -- Justin545（留言） 2022年4月23日 (六) 13:56 (UTC)

其实英语版审核更严，别看英语版条目数量是最多的，虽然我没有参与过英语版的条目创建，不知道那边现在具体规则如何，但是我有印象之前看到有人拿一篇其实已经很完善，也符合格式的草稿给管理员申请创建条目却被拒绝的（具体哪个条目忘了），那种感觉可能就跟拿一篇自觉满意的文章去投稿结果被严苛的编辑驳回。
但这种事情应该在中文版是闻所未闻，所有人都是想建就建，而且假定善意，无论是小条目、还是原创研究、亦或是一堆没翻译完的东西就直接建立的半成品，基本上都是靠事后审核去处理这些条目的，这一点来看也许也符合自由的定义，如果维基百科变成像百度那种一堆禁止创建的内容，而且每笔编辑都是事前审核的网站，估计早就没人参与了，这或许才是维基这种模式能让志愿者享受编辑乐趣的原因所在。
个人认为维基百科号称的自由并不意味着什么都照单全收，世界上也没有任何期刊杂志来者不拒的，要不然维基百科早就成为互联网垃圾场了，正是有了这些事后审核才保证了条目的质量和可读性。——世界首都环游（留言） 2022年4月23日 (六) 16:47 (UTC)

@世界首都環遊：其實上面有兩位分別提到維基百科已有的WP:AFC及維基百科:條目嚮導，這些看來也是不錯的方法，某種程度地防呆，應該要強制實用化，解決本討論所談到的問題！人為審核因為每個人的素質都不同，難以有一致的標準及品質。若是指要用人力去審核條目，我覺得是沒有效率的做法，能自動化用程式解決的事，就應避免用人力去解決，我覺得這才是科技及文明的表現！ -- Justin545（留言） 2022年4月26日 (二) 06:55 (UTC)

@世界首都環遊：也不是全然反對審核的做法，但是要能做到自動化。如果可以用程式化的方法或甚至人工智慧去做審核，那我覺得用審核的方式也沒什麼不妥。-- Justin545（留言） 2022年4月26日 (二) 07:03 (UTC)

@Justin545：阁下的自动化审核可以尝试提议，不过这个代码谁来写可能是个工作量很大的事情，外语版似乎也未听说有相关现成的工具，本人对编程和自动化方面也是一窍不通，所有编辑都是手动操作，没法对阁下的想法做出有建设性的评论。-世界首都环游（留言） 2022年4月26日 (二) 15:52 (UTC)

自动化检查有比较低程度的，包括滥用过滤器拦截、模板参数用法警示等，以及可视化编辑器或者新手向导等方面，但目前技术上无法与人力检查相比。用机器学习检查质量，英文版有，中文版未上线。--YFdyh000（留言） 2022年5月9日 (一) 06:25 (UTC)

維基百科的驗證碼

於Phabricator查看
編號T6845的任務

維基百科作為國際知名的網站，在驗證碼方面警言完全沒理會WCAG的規範，完全沒提供音訊方案予視障者通過驗證碼，實在豈有此理。維基百科應馬上改正此做法，以免繼續構成殘疾歧視。138.19.105.39（留言） 2022年4月13日 (三) 10:30 (UTC)

( ✓ )同意，老問題了，該改。Hk2022（留言） 2022年4月13日 (三) 13:54 (UTC)

有IP用戶在求助區提出：「維基百科作為國際知名的網站，在驗證碼方面警言完全沒理會WCAG的規範，完全沒提供音訊方案予視障者通過驗證碼，實在豈有此理。維基百科應馬上改正此做法，以免繼續構成殘疾歧視」，各維基人是不是該是時候處理這個問題了？Hk2022（留言） 2022年4月13日 (三) 14:07 (UTC)

phab:T6845，此问题早已提交到phab，但过了十几年还是没有改善。--BlackShadowG Pray for Ukraine 2022年4月14日 (四) 13:45 (UTC)

之前看到《维基人》第十五期里面有一篇看不到的話怎麼當維基人。--Kethyga（留言） 2022年5月4日 (三) 01:10 (UTC)

不觉得这是歧视。根据WP:BOLD精神的延伸，建议题主直接联络基金会贡献代码，给维基百科提供技术支援。--dqwyy (talk) _{回頭撿起那落葉／灑向海的那一邊} 2022年4月16日 (六) 07:20 (UTC)

(？) 喵喵喵？人家是来求助的，而且这说法总给人一种“要评价冰箱必须先会制冷”的感觉。难道要用程序就得先会打代码吗？--185.217.119.11（留言） 2022年4月24日 (日) 08:29 (UTC)

opensource就是这样啊，有问题自己贡献代码，维基百科等项目是mediawiki的主要用户，只是两者的运营刚好都是同一个组织而已，有问题请向基金会或mw开发人员反馈。——Sakamotosan路过围观 | 避免做作，免敬 2022年5月4日 (三) 01:27 (UTC)

评价冰箱不需要先会製冷，只需要了解关于温度的基本知识即可，用程序不需要先会打代码，只需要了解基本操作即可。但是直接贡献代码必定是个最有效最直接的办法，我觉得没有其他任何方法比直接贡献代码还快。该求助人亦没有透露出任何关于自身计算机能力的资讯，甚至还提及WCAG这个专业术语，故其可能有这方面的能力。--dqwyy (talk) _{回頭撿起那落葉／灑向海的那一邊} 2022年5月11日 (三) 01:44 (UTC)

这不容易；刚刚我试了试ReCaptcha的语音验证码，差点没做出来。（也有可能是我英语听力水准下降了也说不定）--MilkyDefer 2022年5月11日 (三) 07:25 (UTC)

編制請求/User:HongKongViolet

你好，我係香港人，喺我個用戶名後面加咗地域標籤，畀系統禁止編制頁面，希望解除呢個用戶編制限制--以上未簽名的留言由HongKongViolet（討論｜貢獻）於2022年4月17日 (日) 02:39 (UTC)加入。

@HongKongViolet已幫你建立一個空白頁面，你隨時可以編輯。Choi Chin Long 歡迎簽名 2022年4月24日 (日) 09:13 (UTC)

(！)意見：@Cyron Choi，這種做法是不妥當的。--紹💓煦^四季如春 2022年4月25日 (一) 13:56 (UTC)

首先我是本人，如果有出現地域譯名的問題的話，我隨時可以接受--HongKongViolet（留言） 2022年5月1日 (日) 23:55 (UTC)

@Nishino Asuka“获该用户授权、…除外”--在下荷花，请多指教（欢迎签到） 2022年5月2日 (一) 09:36 (UTC)

看錯啦，實在很抱歉，我選擇撤回。--紹💓煦^{11000+ · 意見箱} 2022年5月9日 (一) 19:05 (UTC)

關於模板{{Indonesia nuke plant map}}中文化的問題

在翻譯en:nuclear power in Indonesia為中文的時候，碰到如標題列出的模板，我原以為跟我在2020年為[卡維爾鹽漠]增添翻譯內容時碰到的模板{{Infobox valley}}類似，其實根本不是那麼一回事。不曉得哪位先進可以指引，有教材可讓我們自行學習的？否則每碰到一次就麻煩人家一次，也不好意思。謝謝。--ThomasYehYeh（留言） 2022年5月2日 (一) 06:59 (UTC)

@ThomasYehYeh：可以省略noinclude內的東西不翻譯，其他用一般翻譯條目內的東西的方式翻譯就可以。已代為翻譯。（節刪） 2022年5月7日 (六) 07:46 (UTC)

謝謝。我晚一點去檢查。ThomasYehYeh（留言） 2022年5月7日 (六) 08:20 (UTC)

謝謝。這麼晚才回覆。確定上述的模板中文化後沒問題。我大概在5月15日後會將翻譯發表。再次感謝。ThomasYehYeh（留言） 2022年5月13日 (五) 05:19 (UTC)

如何在图片上内链链接

如题目，我希望在图片中内链一个内部链接，怎么做

如：在图片中链入链接萌

非常感谢--木子子羊翔（留言） 2022年5月3日 (二) 05:12 (UTC)

[[File:萌娘百科的大萌字.svg|50px|link=萌]]。--紺野夢人 2022年5月3日 (二) 07:37 (UTC)

這個字是華康娃娃體，根據华康字型授权方案的說明「关于华康字型的使用，不论客户的使用目的为有偿或无偿（商用或非商用），按照字体的使用规则，需另外签订使用协议并酌情收取费用」。個人認為使用這個字有版權問題，需要獲得製作方授權。--Nostalgiacn（留言） 2022年5月7日 (六) 05:10 (UTC)

原来如此，我顺便把之前传的File:草_(From_Moegirlpedia).svg也提删了。此外，在Commons提删文件需要用英文。--BlackShadowG Pray for Ukraine 2022年5月7日 (六) 07:17 (UTC)

不怎樣用維基共享，想不到那麼提刪也要用英文。看了刪除指引，也沒看到有這種潛規則話語權喪失--Nostalgiacn（留言） 2022年5月7日 (六) 13:43 (UTC)

emmm似乎主要是因为commons会中文的管理员没几个来着 捂脸--BlackShadowG Pray for Ukraine 2022年5月8日 (日) 01:40 (UTC)

至少也有五個啊。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2022年5月9日 (一) 06:17 (UTC)

语言政策从未限制使用的语言，使用非英语提交删除请求的不算多也不算少。 Stang^★ 2022年5月10日 (二) 21:14 (UTC)

好吧。--BlackShadowG Pray for Ukraine 2022年5月11日 (三) 08:13 (UTC)

註：此處原有文字，因為LTA純粹擾亂，已由路西法人於2022年5月13日 (五) 14:15 (UTC)刪除，尚祈見諒。若有異議請至互助客棧或向管理員反映。

萌娘百科没有中文维基百科这样严格的非自由内容使用方针。--BlackShadowG Pray for Ukraine 2022年5月13日 (五) 01:01 (UTC)

如何快速要求进行傀儡核查？

约半个月前154.207.100.9（留言）与我发生编辑争议，我半月未巡视相关页面，发现此人继续与另一用户发生争议，并且一口咬定跟他产生争议的另一用户是我的傀儡，并且提报我为破坏者，想请教社群如何快速进行傀儡核查？-世界首都环游（留言） 2022年5月6日 (五) 07:39 (UTC)

• 世界首都环游在3月22日开始将女性向、男性向移动更名为疑似原创的名称女性恋、男性恋，我与“世界首都环游”在女性向的讨论页中经过讨论后，管理员4月29日将两个页面回退到原名。然后Cw5在5月2日没经过讨论又更改成原创名称戀女向、戀男向，经管理员与我的撤销还是不悔改，在“模板:性取向”、“男性向与女性向”等多个页面强行加入这两个原创词。“世界首都环游”、“Cw5”两个帐号都是2015年4月份注册的，且编辑行为很相似，“世界首都环游”说过“phobia词缀常规翻译是恐”，对于词缀“phobia”的词一定要翻译成“恐x”有一股执念，并且创建过恐男、恐童，而“Cw5”创建过恐异症。加上“Cw5”事先没参加“讨论:女性向”的讨论，在“世界首都环游”的移动更名行为被管理员撤销后，马上加入移动更名战，行为很可疑，我没办法提报傀儡核查，麻烦管理员帮忙调查这两个帐号是不是傀儡，以证“世界首都环游”的清白。—-154.207.100.9（留言） 2022年5月6日 (五) 08:20 (UTC)

傀儡調查不接受查核匿名帳號與註冊帳號之間技術關係的請求。（節刪） 2022年5月7日 (六) 07:48 (UTC)

(：)回應：世界首都环游（討論 · 貢獻 · 封禁日誌 · 全域账号信息）、Cw5（討論 · 貢獻 · 封禁日誌 · 全域账号信息），是要调查这两个帐号。—-154.207.100.9（留言） 2022年5月8日 (日) 02:27 (UTC)

註：此處原有文字，因為純粹擾亂，已由路西法人於2022年5月13日 (五) 14:01 (UTC)刪除，尚祈見諒。若有異議請至互助客棧或向管理員反映。

如何才能在中维合理使用此照片

最近发现陈良宇条目无照片，我就把各语维基看了个遍，发现越维有照片使用，于是我就把这张照片上传到了中维，协议和摘要也照猫画虎比着越维，但还是被加提删模板了。所以，请问对于这张照片应该怎样写协议和摘要；还是说，越维的文件上传政策与中维不同？--Bigbullfrog1996（𓆏） 2022年5月6日 (五) 20:51 (UTC)

大概是后者，方针差异。无解，等删吧。--MilkyDefer 2022年5月7日 (六) 04:17 (UTC)

最重要的“替代的可能性？”您没写，机翻越维能看到。@Wcam--YFdyh000（留言） 2022年5月7日 (六) 16:51 (UTC)

基金会版权方针规定在世人物不得使用非自由图片，别的语言版本有使用不代表合规，请不要跟着闯红灯。--Wcam（留言） 2022年5月7日 (六) 17:07 (UTC)

"such as is the case for almost all portraits of living notable individuals"，这个almost all的例外不知道是哪些。--YFdyh000（留言） 2022年5月7日 (六) 17:16 (UTC)

基金会版权方针虽然没有具体定义何种情况可以例外，但给出了两大前提，一是所有计划都只应该寄存符合自由内容许可协议的内容，二是非自由内容的「豁免原则方针」必须尽可能少。在这些前提下，从安全、合规的角度，这个almost all应理解为无限趋近于所有情况，否则贸然以例外情况作为开脱（例如某上传者武断地声称「被监禁人物适用该例外情况」），则有违反基金会版权方针的风险。--Wcam（留言） 2022年5月8日 (日) 00:38 (UTC)

我看到越维上写的是该人物被监禁因此无法获得自由图片，但在中维似乎没有这种合理使用的情形。--BlackShadowG Pray for Ukraine 2022年5月8日 (日) 01:45 (UTC)

其他計劃未必像中維有足夠人手去處理這些事務。至於嚴格與否是好事還是壞事，這個就各人有各人想法。--Ghren🐦🕓 2022年5月8日 (日) 08:52 (UTC)

註：此處原有文字，因為純粹擾亂（LTA），已由路西法人於2022年5月13日 (五) 14:07 (UTC)刪除，尚祈見諒。若有異議請至互助客棧或向管理員反映。

创建的模板被模板保护了

请问大家前不久创建的模板Template:中华人民共和国各省级行政区模板索引被模板保护了，但是之后还想随时维护更新，应该如何正常编辑？——Zzhtju（留言） 2022年5月7日 (六) 08:53 (UTC)

见模板文档“编者可以在本模板的沙盒 (创建 | 镜像)和测试样例 (创建)页面进行实验。”，然后{{编辑请求}}。--YFdyh000（留言） 2022年5月7日 (六) 16:32 (UTC)

那这每次想编辑都要请求啊？--Zzhtju（留言） 2022年5月8日 (日) 07:06 (UTC)

对。超过五千个页面的嵌入，每次更改都有故障风险和刷新成本，所以不能太随意。--YFdyh000（留言） 2022年5月8日 (日) 18:34 (UTC)

好吧，没想到自己新建立的页面自己不能编辑了……——Zzhtju（留言） 2022年5月9日 (一) 08:58 (UTC)

註：此處原有文字，因為純粹擾亂，已由路西法人於2022年5月13日 (五) 14:04 (UTC)刪除，尚祈見諒。若有異議請至互助客棧或向管理員反映。

煩請更改IT公共轉換組

煩請更改IT公共轉換組，香港繁體應為音訊或錄音，而非音頻！Hk2022（留言） 2022年5月7日 (六) 15:21 (UTC)

其它类似的“音頻軌”、“音頻輸入”、“音頻輸出”、“音頻檔”、“音訊設定檔”在香港繁体下的转换是否也要全部改为“音訊XXX”？望各位香港用户复查。--BlackShadowG Pray for Ukraine 2022年5月8日 (日) 01:51 (UTC)

Audio（[1]）=音頻（[2]）--Nostalgiacn（留言） 2022年5月9日 (一) 02:18 (UTC)

香港從來不會把Audio翻譯成「音頻」（政府用詞不知道為什麼是用大陸用語）。傾向會改成音訊/錄音、錄音軌、音訊輸入/輸出、錄音檔等，雖然麻煩，但應該需要逐個來檢視選用哪個詞。——〚 玖宸 〛 2022年5月9日 (一) 10:41 (UTC)

凡是講來源，香港也有幾百萬人，一個人說應該是XX，不代表一定是XX。

這邊找一下資料，台灣的國家教育研究院的記錄中Audio作為電子計算機名詞的翻譯有「音訊；音頻；聲訊；聲頻」。並沒有歸到兩地用語差異。

具體到專有名詞，研究院的記錄翻譯也不是IT轉換組那樣，audio track是「聲跡，聲道，音頻磁軌」等，其他轉換表沒有的情況，audio sequence也翻譯作「音頻序列」。

有些詞本來就是通用的，強制劃分地區詞，強調不同。當年搞轉換表的時候真的有點過於死板。個人認為應該直接刪掉Audio相關的強制轉換。--Nostalgiacn（留言） 2022年5月10日 (二) 04:32 (UTC)

問：大家觉得添加查论编的列表用哪个模板最方便？

很多条目里都有“查论编”，可以展示一些相关的条目。我想请教一下大家，这些不同的模板，（nav模板罢）他们都是一样的吗？你们有没有觉得哪个模板是最方便使用的呢？比如好添加等。

--AndyPKU（留言） 2022年5月9日 (一) 23:41 (UTC)

不太清楚阁下指的是什么，基于{{navbox}}制作的导航模板显示效果基本是一样的。--BlackShadowG Pray for Ukraine 2022年5月10日 (二) 02:00 (UTC)

你要的可能是{{Navbar}}。——Sakamotosan路过围观 | 避免做作，免敬 2022年5月10日 (二) 02:13 (UTC)

嗯，的确是。navbar有很多啊。他们真的都是大体一样的？只是外表看起来有些微差别啊？--AndyPKU（留言） 2022年5月11日 (三) 01:12 (UTC)

没个例，不好说，但一般标准化的话，用navbar就可以了，本身也有一定程度的配置性。——Sakamotosan路过围观 | 避免做作，免敬 2022年5月11日 (三) 01:42 (UTC)

非本人编辑问题

在维基百科讨论:新条目推荐/候选，产生了如下争议。 User:Koala0090所提出的提名根据历史版本显示被我两次删除，而这两次编辑并非我所为。如果这两次编辑确实出自我本人之手，我甘愿承担一切责任，包括被基金会永久封禁。请问这种情况应该如何处理？我应该怎样做才能避免这种情况发生？谢谢。 p.s.:我在我自己创建的条目中也发生过一次这种情况。--——范博_{邮局 · 探讨 · 留名} 2022年5月10日 (二) 14:48 (UTC)

Help:编辑冲突#不容易发现的编辑冲突。--Xiplus#Talk 2022年5月10日 (二) 15:14 (UTC)

@Xiplus：并没有。而且除了投票外，我绝不会修改甚至删除其他人的候选提案。——范博_{邮局 · 探讨 · 留名} 2022年5月10日 (二) 15:25 (UTC)

您是否直接編輯整個頁面而非編輯單一章節？--Xiplus#Talk 2022年5月10日 (二) 15:27 (UTC)

在事发的dyk没有。——范博_{邮局 · 探讨 · 留名} 2022年5月10日 (二) 15:30 (UTC)

如果沒有同時編輯多個段落的需求，就盡量使用章節編輯功能。--Xiplus#Talk 2022年5月11日 (三) 07:41 (UTC)

已將Special:滥用过滤器/182設為警告。--Xiplus#Talk 2022年5月10日 (二) 15:25 (UTC)

@范博2004：我想这源自您遇到的Wikipedia:互助客栈/技术/存档/2022年5月#光标问题，画面上呈现的语法高亮的内容和实际内容不相符。近期在编辑某些页面时有遇到这种问题（好像是Lua模块或者common.js，修改后内容错位）。在问题得到解决前，建议避免使用2017版源代码编辑，或者多加预览差异。--YFdyh000（留言） 2022年5月11日 (三) 09:39 (UTC)

遇到过这种灵魂编辑事件……--Kethyga（留言） 2022年5月12日 (四) 05:11 (UTC)

這個是ve的問題，跟lua一點關係也沒有--SunAfterRain 2022年5月15日 (日) 13:09 (UTC)

可视化编辑器？出问题的编辑用的是2017版源代码编辑，我上文遇到的也是源代码编辑。--YFdyh000（留言） 2022年5月15日 (日) 22:36 (UTC)

註：此處原有文字，因為純粹擾亂（LTA），已由路西法人於2022年5月13日 (五) 14:06 (UTC)刪除，尚祈見諒。若有異議請至互助客棧或向管理員反映。

有没有可能通过“引用”功能来更新某些条目的数据？

我看到有些列表的引用，就出现了一些更新不及时的问题。我就想请教一下大家，维基有没有什么技术，可以保证引用能够得到及时更新？ 比如一个各国政府领导人的列表，里面有一个爪畖国的政府总理，比如说已经换成是孙悟空了。但是这个列表里显示的却是沙僧（沙僧是前任总理）。那么这种情况除了手动更新一下，有没有通过技术性的手段，让爪畖总理的条目更新以后，这个列表的内容能够同时发起更新呢？我发现在中文里面还是有很多数据无法得到最及时的更新的。因此发此疑问。

--AndyPKU（留言） 2022年5月11日 (三) 01:11 (UTC)

特定的少量信息，调取维基数据，技术上有些复杂，例子。用这些信息可以制成信息框，制成可增列表没了解过。有少许条目是嵌入其他条目的特定章节内容。以前是调取特定模板，并机器人自动或者手动更新模板。--YFdyh000（留言） 2022年5月11日 (三) 01:38 (UTC)

模板好像是个好主意。不过那也得有人去更新模板。除非模板能绑定条目。--AndyPKU（留言） 2022年5月11日 (三) 14:33 (UTC)

@AndyPKU：可以调用wikidata数据，例如{{wikidata|property|Q11696|P1308}}——>喬·拜登。只要wikidata项目有更新，显示的就是一直是现任美国总统。--BlackShadowG Pray for Ukraine 2022年5月11日 (三) 08:11 (UTC)

这其实就是一个模板功能啊。--AndyPKU（留言） 2022年5月11日 (三) 14:34 (UTC)

我怎么知道这个数据对应的是美国总统？这个应该在哪里可以查到？--AndyPKU（留言） 2022年5月11日 (三) 17:55 (UTC)

@AndyPKU：詳見wikidata:INTRO，wikidata數據主要由項等組成，項的字母是“Q”，標識符即“Q”后加上一串數字。至於您説的喬·拜登的信息，您在Wikidata上搜索對應數據庫“Q6279”即可查到。--紹💓煦^{11000+ · 意見箱} 2022年5月11日 (三) 20:11 (UTC)

This entity does not exist. You can:

• search the related logs to find out where it went.
• search for this page title
• There is a page at Wikidata:INTRO.

是这样一个结果。--AndyPKU（留言） 2022年5月12日 (四) 00:17 (UTC)

他指的应该是wikidata:Wikidata:INTRO。更简单来说，在wikidata上搜索对应的职位的名称，把顶端的以“Q+（一串数字）”标识符复制过来，再在数据项的“陈述”中找到需要的陈述，点进去把“Property:P+（一串数字）”的“P+（一串数字）”复制过来即可。--BlackShadowG Pray for Ukraine 2022年5月12日 (四) 00:23 (UTC)

再举几个例子：法国总统：{{wikidata|property|Q191954|P1308}}、中国国务院总理：{{wikidata|property|Q4122271|P1308}}。--BlackShadowG Pray for Ukraine 2022年5月12日 (四) 00:32 (UTC)

@AndyPKU：我的意思是wikidata右上角有一個“Search Wikidata”，您在這裏搜索Q6279就可以搜到喬·拜登。--紹💓煦^{11000+ · 意見箱} 2022年5月12日 (四) 23:20 (UTC)

有没有可能把这一条引到我的用户页中，这样这一条的每次有更新我都能看到了？--AndyPKU（留言） 2022年5月14日 (六) 05:48 (UTC)

简单来说，有这样的机制，就是wikidata，也就是它建立的意义之一。即使在此之前，也有针对中国大陆行政区规划的数据自动化构建项目。——Sakamotosan路过围观 | 避免做作，免敬 2022年5月12日 (四) 02:52 (UTC)

除此wikidata之外，模板也辦得到，例如Template:NUMBEROFPOKEMON。-KRF（留言） 2022年5月15日 (日) 13:36 (UTC)

小小的翻譯問題而已

原文：This was because two other baileys had to be taken and secured before a final assault on the inner castle could be launched.
誰能告訴我在上面那句原文中，baileys是什麼意思？查了相關的東西都給我出現百利甜酒這個鬼東西。Excuse me????--哥吉拉君（有話要說嗎？） 2022年5月12日 (四) 04:44 (UTC)

应该是类似城堡的东西。--Kethyga（留言） 2022年5月12日 (四) 05:02 (UTC)

@The dude named godzilla 你在条目锡盖特堡战役中的文字中出现了一段 "他的死讯一直565">Coppée (1864), pp. 562–565.</ref>"，请检查一下。--Kethyga（留言） 2022年5月12日 (四) 05:23 (UTC)

@Kethyga：那是編輯失誤，已經改掉了。--哥吉拉君（有話要說嗎？） 2022年5月12日 (四) 05:30 (UTC)

也許可以讓了解歐洲城堡的人來解釋一下。--哥吉拉君（有話要說嗎？） 2022年5月12日 (四) 05:33 (UTC)

摘一段：(中世纪城堡的)郭；(城堡与外郭之间的)堡场 --英汉大词典；(城堡之)外牆,城郭,城堡和外牆之間的場地;兩道外牆之間的場地 -- 遠流字典通--Kethyga（留言） 2022年5月12日 (四) 05:51 (UTC)

应该是指en:Bailey (castle)。--BlackShadowG Pray for Ukraine 2022年5月12日 (四) 06:38 (UTC)

（無標題）

Category:司令员 (中国人民解放军)，可以由管理將帶有中國的分類放入原有位置，比喻駐港解放軍副司令員丶副政委等--以上未簽名的留言由1.36.166.228（討論）於2022年5月13日 (五) 07:58 (UTC)加入。

有關模板Template:Infobox water supply and sanitation的中文化

我打算在5月15日發表[Water supply and sanitation in Indonesia]的翻譯，中文條目暫訂為[印尼供水與污水處理]，碰到如標題中所列的模板，還是不懂得如何將之中文化。這是我翻譯旅程中的尷尬地方，只能期望假以時日，能學到吧。我早先翻譯過一篇[Water supply and sanitation in Iran](中文條目暫訂為[伊朗供水與污水處理])，作為庫存，等5月15日的印尼編輯松的熱潮過去後再發表。所談的供水與污水處理，是個值得多了解的議題。不好意思。謝謝。--ThomasYehYeh（留言） 2022年5月13日 (五) 08:32 (UTC)

帮您建立了{{Infobox water supply and sanitation}}，您需要翻译label1、label2、label3至label28对应的参数。data1、data2等参数不需要动。--50829! ^{Talk · 494,975,161} 2022年5月14日 (六) 06:08 (UTC)

謝謝您。我現在先發表翻譯。晚一點再把模板內容中文化。再次感謝。ThomasYehYeh（留言） 2022年5月15日 (日) 04:42 (UTC)

對於我來說，還是有難度。我找到Template:Infobox water supply and sanitation/doc這個網頁，接下去就不知道如何進行。我回過頭來，先設法了解label 以及 data 的意義後再說。ThomasYehYeh（留言） 2022年5月15日 (日) 08:08 (UTC)

修改

此條目可能不符合成為維基百科傳記的標準。 (2022年5月10日) 請協助補充關於主題的第二手可靠來源以確立條目的關注度。如果關注度無法被證實，條目可能會被合併或刪除。

致貼上本模板的編者：請搜尋一下條目的標題（來源搜尋："王ADEN" — 網頁、新聞、書籍、學術、圖像），以檢查網路上是否不存在該主題的可靠來源（判定指引）。若有可靠來源，請貼上可靠來源或換用

模板。否則，請將本條目報告到此處。

若於2022年6月9日（本模板放置30天）後仍未有改善，可提報存廢討論，以取得共識決定是否保留 _

以上這些文字的問題怎麼解決--An910113（留言） 2022年5月13日 (五) 11:15 (UTC)

您所建立的条目王ADEN可能不符合Wikipedia:关注度_(人物)中的标准。请您参照指引改善此条目。若不符合，条目将会被删除。--50829! ^{Talk · 494,974,784} 2022年5月14日 (六) 06:14 (UTC)

三首前奏曲 (格什温) DRK 没有一个投票

如题，三首前奏曲 (格什温)的DRK都超过三天了还是没有一个投票，指出的问题我也改了，版权也没问题了，为啥一个投票都没有呢？--QiuLiming1（留言） 2022年5月13日 (五) 14:26 (UTC)

DYK的投票期限是七天。不要着急，总有人会看您的条目的。--50829! ^{Talk · 494,976,237} 2022年5月14日 (六) 05:50 (UTC)

@50829!：：现在只有一天了，还没人看是什么原因呢？--QiuLiming1（留言） 2022年5月16日 (一) 02:07 (UTC)

关于navbox这个模板

有两个参数我不大理解 一个是group1,另一个是list1 这后面的序号必须是自然数，不能有小数点对吧？为什么一个变量可以有序号呢？

--AndyPKU（留言） 2022年5月14日 (六) 05:39 (UTC)

{{Navbox}}中的group1、group2、list1、list2是不同变量，可以单独赋值。--50829! ^{Talk · 494,975,805} 2022年5月14日 (六) 05:57 (UTC)

我的意思是这些变量的名字是不是固定只能是这种，比如group后面加个自然数，不能有其他命名方式？--AndyPKU（留言） 2022年5月14日 (六) 15:46 (UTC)

模板（或模块）调取了哪些，哪些才有用，命名规则或规律不一定。例如此例为Module:Navbox中"group"及"list"的1~35，见源码约第400行。--YFdyh000（留言） 2022年5月15日 (日) 04:08 (UTC)

虽然我不太确定，Navbox的历史只是稍微比问题提出者的年龄稍微老一些，但居然没留意到这些参数的含义，有点意思……——Sakamotosan路过围观 | 避免做作，免敬 2022年5月14日 (六) 09:38 (UTC)

我不算一个很深度的维基使用者，虽然注册时间很早。尤其是模板这块，基本上以前很少使用罢。--AndyPKU（留言） 2022年5月14日 (六) 15:45 (UTC)

有没有可能把自己所贡献的条目都做出一个列表？

在贡献里面可以把自己所有参与编辑的内容包括talk,沙盒，等等内容全部列举出来（而且还有时间记录） 如果我只是想把自己参与过的正式条目列举出来，有没有什么好方法？ --AndyPKU（留言） 2022年5月14日 (六) 05:46 (UTC)

这是您的条目编辑记录。您也可以尝试使用Xtools外部工具来统计贡献。--50829! ^{Talk · 494,975,979} 2022年5月14日 (六) 05:54 (UTC)

棒棒的，你推荐的Xtools外部工具！--AndyPKU（留言） 2022年5月14日 (六) 15:44 (UTC)

所有您编辑过的条目。--BlackShadowG Pray for Ukraine 2022年5月14日 (六) 07:24 (UTC)

牛逼，这个真的是我想要的。--AndyPKU（留言） 2022年5月14日 (六) 15:43 (UTC)

沒看到〔編輯〕，只有〔編輯原始碼〕，怎麼叫出〔編輯〕呢？

--Herbert16868（留言） 2022年5月16日 (一) 01:50 (UTC)沒看到〔編輯〕，只有〔編輯原始碼〕，怎麼叫出〔編輯〕呢？

Special:参数设置#mw-prefsection-editing-editor - 編輯器 - 編輯模式： - 同時顯示兩種編輯器頁籤 or 如果可以，讓我使用視覺化編輯器。--Xiplus#Talk 2022年5月16日 (一) 02:19 (UTC)

Portal:中國大陸新聞動態的排版问题

我看了Portal:中國大陸新聞動態的源代码，发现源代码的层级比较乱，可否修改层级方便维护？--GUT412454（留言） 2022年5月16日 (一) 14:04 (UTC)

看不出哪里“比较乱”。如果哪里没看懂，直接明确提出来。--YFdyh000（留言） 2022年5月16日 (一) 14:44 (UTC)