Help talk:页面重命名

维基百科,自由的百科全书
跳到导航 跳到搜索

建議改名:“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個子頁面
  • 下放對象:巡查員、回退員、介面管理員
  • 下放原因:方便回退員更有效率地回退涉及子頁面的移動爭議及破壞,方便巡查員、模板編輯員、介面管理員於為存在子頁面的頁面更名時更有效率地完成更名操作

就以上內容,現提出新增以下方針:

Wikipedia:介面管理員
Help:页面重命名(設為章節方針)
Wikipedia:新頁面巡查Wikipedia:回退功能Wikipedia:模板編輯員

以上。可分別討論巡查員、回退員、模板編輯員、介面管理員是否適合擁有此權限。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)[回复]
剛剛試了一下。大家應該都知道目標頁面存在時是無法移動過去的,管理員在移動介面會有一個額外選項是「移動同時刪除目標頁面」,但在移動子頁面時,就算勾了這個選項,只要某個子頁面目標頁面存在,該子頁面的移動會在沒有任何提示的情況下失敗,而其他頁面會移動成功,造成部分頁面未移動而分隔兩地,就算回退員發現該情況,也沒有刪除權限來修復,只會讓情況變得更糟。--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)[回复]
另外,也考慮到回退員有suppressredirect權限,可以協助處理移動請求(巡查員同),因此授予此權限予回退員亦可令回退員在協助處理移動請求上更為便利(我預想到的情況是{{Infobox road2}})。Sanmosa Outdia 2021年9月26日 (日) 01:28 (UTC)[回复]
  • 處理移動請求不應是巡查員的業務(特別當現在巡查積壓依然非常嚴重時)。--Temp3600留言) 2021年9月26日 (日) 05:03 (UTC)[回复]
    @Temp3600:但這不代表巡查員沒有移動主頁面時一併移動子頁面的需求。巡查員要巡查的並非只有條目,不位於主命名空間的條目也同樣需要巡查,巡查員一旦發現新建的頁面及其子頁面有命名不當的情形,也應該進行移動。Sanmosa Outdia 2021年9月26日 (日) 05:27 (UTC)[回复]
至少我能確定模板編輯員不會用到這個權限,如果要移動受模板保護的模板,必須待社群有共識才能移動,那麼由管理員執行就夠了,反正移動的積壓也不嚴重,更不用說同時移動子頁面。就需求來說,模板編輯員應該比較需要轉換內容模型的權限,畢竟光是測試CSS就要從模板移動到使用者頁面(我不相信CSS沙盒),太累了。 2021年9月28日 (二) 12:33 (UTC)[回复]
那可以把模板編輯員排除掉。Sanmosa Outdia 2021年9月29日 (三) 05:51 (UTC)[回复]
已去除,不存檔至Wikipedia talk:模板編輯員 2021年9月29日 (三) 14:37 (UTC)[回复]
應該正面表列「可以使用的情況」,這才能做為支持該提案成立的理由,「為存在子頁面的頁面更名時更有效率地完成更名操作」是對於該功能的描述而不是下放權限的理由。--Xiplus#Talk 2021年10月4日 (一) 03:37 (UTC)[回复]