Help talk:页面重命名
Jimmy-bot在话题“建議頁面“移動”改名為“更名””中的最新留言:2年前
建議改名:“Help:页面重命名”→“维基百科:移动”
Help:页面重命名→维基百科:移动:这个页面用“维基百科:移动”为标题恰当一些,英文版本的维基百科也是准备把“Help:How to move a page”合并到“Wikipedia:Moving a page”里面去。--MacArthur1945(留言) 2013年4月10日 (三) 10:06 (UTC)
- 意思沒有錯,已有重定向,不一定要移動--Gakmo(留言) 2013年5月1日 (三) 11:38 (UTC)
下放移動主頁面時一併移動子頁面權限
我在上方#提议设立维护员权限的討論中提到可以下放move-subpages
權限予巡查員、回退員等用戶,現在我會提出具體提案,內容如下:
- 權限內容:移動主頁面時一併移動最多100個子頁面
- 下放對象:巡查員、回退員、介面管理員
- 下放原因:方便回退員更有效率地回退涉及子頁面的移動爭議及破壞,方便巡查員、
模板編輯員、介面管理員於為存在子頁面的頁面更名時更有效率地完成更名操作
就以上內容,現提出新增以下方針:
“ |
|
” |
- Help:页面重命名(設為章節方針)
“ |
一般來說,移動頁面時,不會一併移動子頁面。某些用戶組(擁有move-subpages權限的用戶)可以通過選中標有「移動子頁面(上限100個)」的複選框來一併移動子頁面。目前,這些群組包括管理員、巡查員、回退員、模板編輯員與介面管理員等。執行一併移動子頁面操作時,最多只能同時移動100個子頁面。用戶不得利用權限於命名爭議中奪取優勢、無視命名爭議而使用權限或者將權限用於破壞。巡查員、回退員、模板編輯員等如有違反前述原則,當以除權處理。 |
” |
“ |
|
” |
以上。可分別討論巡查員、回退員、模板編輯員、介面管理員是否適合擁有此權限。Sanmosa Outdia 2021年9月25日 (六) 03:31 (UTC)
- (=)中立,但建议给有suppressredirect的。--安忆Talk 2021年9月25日 (六) 05:15 (UTC)
- 註:有suppressredirect權限者包括管理員(本已有move-subpages權限)、巡查員、回退員。Sanmosa Outdia 2021年9月25日 (六) 08:01 (UTC)
- 看了看后续讨论,感觉这个权限比较适合用来批量移动Mediawiki:xxx/* User:xxx/*,而不是用在和条目有密切关系的空间。--安忆Talk 2021年9月26日 (日) 16:19 (UTC)
- (+)傾向支持:有時候移動一個頁面還要檢查一大堆子頁面真的很痛苦。—— Eric Liu 創造は生命(留言.留名.學生會) 2021年9月25日 (六) 12:53 (UTC)
- 由於本功能的問題,使用本功能仍然要檢查一大堆子頁面,因此並沒有方便許多。--Xiplus#Talk 2021年10月4日 (一) 03:31 (UTC)
- 先想想有什麼具體情況會用到這個權限,才會知道對不同使用者群組的是否真的有幫助,找找曾經動用過本權限的具體案例對討論應相當有幫助。例如提案中「回退涉及子頁面的移動破壞」,破壞者通常沒有移動子頁面權限,我移動破壞還給你乖乖按著子頁面結構移動?當然是給你亂移動啊,因此「回退涉及子頁面的移動破壞」根本不切實際。--Xiplus#Talk 2021年9月26日 (日) 01:16 (UTC)
- @Xiplus:或許我更正一下字眼:「移動爭議及破壞」。我不排除有LTA真的會按著子頁面結構移動,但考慮到更多情況下是編輯爭議所引發的移動戰,參與移動戰的用戶自然會按著子頁面結構移動,因此為回退移動戰,有必要授予此權限予回退員。Sanmosa Outdia 2021年9月26日 (日) 01:25 (UTC)
- 不反對您的說法啦,但無法說服我...移動子頁面的功能其實限制多,所以很難用,只有簡單的情況我才會去用它,不然都是一個一個移動比較穩當,所以我覺得很難用來處理移動戰。退一步來說就算能夠處理,回退員沒有足夠的權力來制止移動戰,只有管理員才有(即保護),回退員使用此權限也只是參與移動戰而已,而不是處理移動戰。--Xiplus#Talk 2021年9月26日 (日) 12:28 (UTC)
- 容許我舉之前的一個解除權限申請的案例:Antigng的提請理由是“在沒有附上編輯摘要的情況下回退爭議性編輯,有違回退方針對這種回退僅限於明顯非建設性編輯的限定”,我當時給的意見是“恢復編輯戰發生前的最後一個穩定版本是標準的編輯戰處理程序,基本上就是等管理員來保護而已”,結案的管理員Shizhao在我的意見的基礎上否決了除權申請。我認為只要回退員盡其所能恢復編輯戰發生前的最後一個穩定版本,那就已經算是某程度上的“處理”了,就算不是“處理”,也肯定是協助處理。Sanmosa Outdia 2021年9月26日 (日) 14:26 (UTC)
- 不同意,Wikipedia:保護方針#使用和处理编辑请求:「若頁面出現編輯爭議需要全保護,管理員可以在執行保護之後,由保護的管理員本人將頁面回退到爭議發生前的較早版本」,僅有執行保護的管理員本身可以決定是否要回退,若執行保護的管理員決定不回退,其他管理員也沒有權力回退,更不用說保護前回退員的回退行為,認定為處理編輯戰完全不正確。--Xiplus#Talk 2021年9月26日 (日) 15:23 (UTC)
- 劃綫:“執行保護之後”。如果回退員在管理員施行保護前已經恢復編輯戰發生前的最後一個穩定版本,那管理員自然在施行保護後不會進行回退,這可以算是為管理員省工夫,因此應該被認定為“協助處理”。Sanmosa Outdia 2021年9月29日 (三) 05:51 (UTC)
- 回退員不能保證在封禁/保護前是否會被再次回退,除非破壞內容相當嚴重(需要OS之類的),否則回退員不應堅持持續進行「反破壞戰」,僅沖刷頁面歷史而無明顯益處,使用該權限對大量頁面進行「反破壞戰」我更要反對了。--Xiplus#Talk 2021年9月29日 (三) 08:45 (UTC)
- 劃綫:“執行保護之後”。如果回退員在管理員施行保護前已經恢復編輯戰發生前的最後一個穩定版本,那管理員自然在施行保護後不會進行回退,這可以算是為管理員省工夫,因此應該被認定為“協助處理”。Sanmosa Outdia 2021年9月29日 (三) 05:51 (UTC)
- 不同意,Wikipedia:保護方針#使用和处理编辑请求:「若頁面出現編輯爭議需要全保護,管理員可以在執行保護之後,由保護的管理員本人將頁面回退到爭議發生前的較早版本」,僅有執行保護的管理員本身可以決定是否要回退,若執行保護的管理員決定不回退,其他管理員也沒有權力回退,更不用說保護前回退員的回退行為,認定為處理編輯戰完全不正確。--Xiplus#Talk 2021年9月26日 (日) 15:23 (UTC)
- 容許我舉之前的一個解除權限申請的案例:Antigng的提請理由是“在沒有附上編輯摘要的情況下回退爭議性編輯,有違回退方針對這種回退僅限於明顯非建設性編輯的限定”,我當時給的意見是“恢復編輯戰發生前的最後一個穩定版本是標準的編輯戰處理程序,基本上就是等管理員來保護而已”,結案的管理員Shizhao在我的意見的基礎上否決了除權申請。我認為只要回退員盡其所能恢復編輯戰發生前的最後一個穩定版本,那就已經算是某程度上的“處理”了,就算不是“處理”,也肯定是協助處理。Sanmosa Outdia 2021年9月26日 (日) 14:26 (UTC)
- 剛剛試了一下。大家應該都知道目標頁面存在時是無法移動過去的,管理員在移動介面會有一個額外選項是「移動同時刪除目標頁面」,但在移動子頁面時,就算勾了這個選項,只要某個子頁面目標頁面存在,該子頁面的移動會在沒有任何提示的情況下失敗,而其他頁面會移動成功,造成部分頁面未移動而分隔兩地,就算回退員發現該情況,也沒有刪除權限來修復,只會讓情況變得更糟。--Xiplus#Talk 2021年9月26日 (日) 12:45 (UTC)
- @Xiplus:理論上可以通過把目標頁面臨時移開來解決(回退員有suppressredirect權限)。不知道能不能跟PHAB提議一下在使用移動主頁面時一併移動子頁面權限時,如果某個子頁面的目標頁面存在而導致移動失敗,系統能給個失敗提示。Sanmosa Outdia 2021年9月26日 (日) 14:26 (UTC)
- 我自己是反對這樣的操作,就算回退員移動開頁面,仍然需要管理員來執行刪除,回退員搶先操作並沒有減輕管理員的工作量,反而將頁面移動到不相干的名稱,讓刪除日誌保存在其他名稱之下,變成一個缺點。雖然問題很小,但我仍然認為這是對suppressredirect的濫用。--Xiplus#Talk 2021年9月26日 (日) 15:31 (UTC)
- 這個要直接上報phab了吧?-- Sunny00217 2021年10月5日 (二) 14:56 (UTC)
- @Xiplus:理論上可以通過把目標頁面臨時移開來解決(回退員有suppressredirect權限)。不知道能不能跟PHAB提議一下在使用移動主頁面時一併移動子頁面權限時,如果某個子頁面的目標頁面存在而導致移動失敗,系統能給個失敗提示。Sanmosa Outdia 2021年9月26日 (日) 14:26 (UTC)
- 不反對您的說法啦,但無法說服我...移動子頁面的功能其實限制多,所以很難用,只有簡單的情況我才會去用它,不然都是一個一個移動比較穩當,所以我覺得很難用來處理移動戰。退一步來說就算能夠處理,回退員沒有足夠的權力來制止移動戰,只有管理員才有(即保護),回退員使用此權限也只是參與移動戰而已,而不是處理移動戰。--Xiplus#Talk 2021年9月26日 (日) 12:28 (UTC)
- 另外,也考慮到回退員有suppressredirect權限,可以協助處理移動請求(巡查員同),因此授予此權限予回退員亦可令回退員在協助處理移動請求上更為便利(我預想到的情況是{{Infobox road2}})。Sanmosa Outdia 2021年9月26日 (日) 01:28 (UTC)
- @Xiplus:或許我更正一下字眼:「移動爭議及破壞」。我不排除有LTA真的會按著子頁面結構移動,但考慮到更多情況下是編輯爭議所引發的移動戰,參與移動戰的用戶自然會按著子頁面結構移動,因此為回退移動戰,有必要授予此權限予回退員。Sanmosa Outdia 2021年9月26日 (日) 01:25 (UTC)
- 處理移動請求不應是巡查員的業務(特別當現在巡查積壓依然非常嚴重時)。--Temp3600(留言) 2021年9月26日 (日) 05:03 (UTC)
- 至少我能確定模板編輯員不會用到這個權限,如果要移動受模板保護的模板,必須待社群有共識才能移動,那麼由管理員執行就夠了,反正移動的積壓也不嚴重,更不用說同時移動子頁面。就需求來說,模板編輯員應該比較需要轉換內容模型的權限,畢竟光是測試CSS就要從模板移動到使用者頁面(我不相信CSS沙盒),太累了。 2021年9月28日 (二) 12:33 (UTC)
- 那可以把模板編輯員排除掉。Sanmosa Outdia 2021年9月29日 (三) 05:51 (UTC)
- 應該正面表列「可以使用的情況」,這才能做為支持該提案成立的理由,「為存在子頁面的頁面更名時更有效率地完成更名操作」是對於該功能的描述而不是下放權限的理由。--Xiplus#Talk 2021年10月4日 (一) 03:37 (UTC)
建議頁面“移動”改名為“更名”
不通过:
雖然有頁面更名與命名空間之際移動二項分設的可能,但有設置門檻阻攔新手的需要。--Gohan 2022年12月2日 (五) 06:29 (UTC)
- 下列討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。
不少人重視站外推廣維基百科編輯,其實降低編輯門檻的微小改動比站外推廣高效千百倍。“移動”令一般中文使用者難以理解、下手,更與Cat-a-lot的移動同名,容易令新手混淆。因此可以參考日文維基百科的“改名”,本土化為“更名”。此全局置換需要管理人員或技術人員操作。--Gohan 2022年12月2日 (五) 04:04 (UTC)
- 「移動頁面」,有什麼問題?操作介面亦講得很明白了。又話說,此等操作確實承擔相應之重量。會使用小工具,卻仍然分不清楚其與系統功能差別的「新手」,可能真的不應該擅自移動頁面。—— Eric Liu 創造は生命(留言・留名・學生會) 2022年12月2日 (五) 05:28 (UTC)
- 语义不太对吧?为什么是“rename”而不是“move”?——Sakamotosan路过围观 | 避免做作,免敬 2022年12月2日 (五) 05:35 (UTC)
- 没有必要,含义没搞懂的人绝对用不上、会误用该功能。原名就是MOVE。不单纯是更名,可以改变位置(命名空间),并且移动在原位置是留痕的(默认留下重定向,且肯定留下日志),而更名在语义上未必。对相关新手,请给出Help:页面重命名。--YFdyh000(留言) 2022年12月2日 (五) 05:40 (UTC)
- 参考ja:Help:ページの移動(对应en为en:Help:How_to_move_a_page):“ウィキペディアにおけるページの改名について解説します。この機能を移動と呼びます。”,这个业务叫“页面重命名”,但功能名叫“移动”。所以没必要特意调整?——Sakamotosan路过围观 | 避免做作,免敬 2022年12月2日 (五) 05:44 (UTC)
- “移动”的含义范围更广:可以解释为同页面名从一个命名空间移动到另一个命名空间,同一个命名空间从一个页面名移动到另一个页面名。“重命名”的含义只有后者。——Sakamotosan路过围观 | 避免做作,免敬 2022年12月2日 (五) 05:51 (UTC)
- 本討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。