維基百科討論:回退功能/存檔1
本頁是以往討論的存檔。請勿編輯本頁。若您想發起新討論或重啟現有討論,請在當前討論頁進行。 |
關於「練習使用」
英文版的在Wikipedia:New Admin School下,是不是要把這個東西全部翻出來?中文維基的管理員還沒那麼多。--達師—信訪—工作報告 2009年3月8日 (日) 06:46 (UTC)
批量回退
幾個問題:
- 這個和有回退權的機械人有什麼區別?如何解決與Wikipedia:機械人的關係?
- 能否限定批量回退的時間,即批量回退某用戶自某一時刻起至某一時刻止的編輯?—以上未簽名的留言由Hat600(對話|貢獻)於2009年3月11日 (三) 11:03加入。
- 1.在下未見到有回退權的機械人?2.這個JS腳本只能通過控制頁面中顯示的連結數目來控制回退的範圍。—Ben.MQ 2009年3月11日 (三) 15:14 (UTC)
- 對,目前沒有機械人擁有回退權,但是運行腳本的話就等同於機械人了。--達師—信訪—工作報告 2009年3月12日 (四) 11:08 (UTC)
- 在下不認為有什麼問題。好比英文維基的Twinkle可以通過腳本實現類似於回退的效果,哪怕是非自動確認用戶也可以使用—Ben.MQ 2009年3月12日 (四) 12:22 (UTC)
- 對,目前沒有機械人擁有回退權,但是運行腳本的話就等同於機械人了。--達師—信訪—工作報告 2009年3月12日 (四) 11:08 (UTC)
- 1.在下未見到有回退權的機械人?2.這個JS腳本只能通過控制頁面中顯示的連結數目來控制回退的範圍。—Ben.MQ 2009年3月11日 (三) 15:14 (UTC)
方針通過討論
兩權討論已經接近尾聲,現提請通過Wikipedia:新頁面巡查和Wikipedia:回退功能成為指引方針。請討論,如無異議將於2周後通過此兩頁面為指引方針。--達師—信訪—工作報告 2009年4月3日 (五) 03:25 (UTC)
- 另請參見Wikipedia:權限申請/方針草案/巡查權及回退權的解任門檻及辦法並參與討論。目前的草案將部分加入WP:PATROL和WP:ROLL。--達師—信訪—工作報告 2009年4月3日 (五) 03:32 (UTC)
另外,亦連同Wikipedia:權限申請一併提交,以致兩周後一併成為方針。有反對者,請提出。—J.Wong 2009年4月3日 (五) 04:25 (UTC)
- WP:ROLL: (+)支持; WP:REQPERM: (+)支持; WP:PATROL: 請修改WP:PATROL#巡查者並建議像WP:ROLL一樣加上 權限的獲得與喪失 章節--Liangent(留言) 2009年4月3日 (五) 04:45 (UTC)
- 主要是目前解任的方針仍然在討論中,達成共識後便可直接加入了—Ben.MQ 2009年4月3日 (五) 06:59 (UTC)
- 解任的方針仍然在討論不影響現在的內容成為方針。—百無一用是書生 (☎) 2009年4月3日 (五) 09:19 (UTC)
- 我們預計2周後所有討論都將結束,所以屆時解任的方針肯定會加入到現有頁面中。--達師—信訪—工作報告 2009年4月3日 (五) 10:07 (UTC)
- 解任的方針仍然在討論不影響現在的內容成為方針。—百無一用是書生 (☎) 2009年4月3日 (五) 09:19 (UTC)
- 主要是目前解任的方針仍然在討論中,達成共識後便可直接加入了—Ben.MQ 2009年4月3日 (五) 06:59 (UTC)
WP:PATROL和WP:ROLL作為方針還是指引?--達師—信訪—工作報告 2009年4月3日 (五) 10:07 (UTC)
- 既然牽涉到授權和解任,應作為方針—Ben.MQ 2009年4月3日 (五) 10:09 (UTC)
- 在下也認為應該作為方針。—小周(XiaoZhou)(留言) 2009年4月3日 (五) 15:27 (UTC)
嗯,沒有其他意見了?--達師—信訪—工作報告 2009年4月10日 (五) 10:47 (UTC)
未見反對,已過1周,可以視為達成共識。根據討論開始時的說明再過一周—Ben.MQ 2009年4月10日 (五) 13:52 (UTC)
- 請問,被回退的編輯內容也會留下歷史記錄的吧?(就像撤銷一樣)//Rafo[m] 2009年4月11日 (六) 04:23 (UTC)
無異議。—Dingar (留言) 2009年4月13日 (一) 03:08 (UTC)
- 三項皆(+)支持—章·安德魯 (留言) 2009年4月13日 (一) 08:37 (UTC)
已有兩周,該提案通過。--達師—信訪—工作報告 2009年4月17日 (五) 02:59 (UTC)
回退與撤銷的區別?
找了半天沒找到關於撤銷功能的介紹,回退功能的介紹也仔細研究過了,但仍看不出「回退」與「撤銷」有什麼區別,請高人解釋;一下,謝謝—GFCC 2009年11月19日 (四) 12:42 (UTC)
回退功能問題
最近得到回退功能,也回退過一兩次破壞,但剛才看方針才發覺,只有回退員有回退功能,而我從未申請過回退員,現在連過濾器編號也能看見,是甚麼一回事?--Risk留言 2013年1月7日 (一) 13:37 (UTC)
- 您誤將所有用戶都有的撤銷功能(動作名為「回退」)誤認為回退功能了吧(可先回退再比較差異),撤銷功能的編輯摘要中「撤銷」兩字是連結,回退功能那兩字是純文字。--YFdyh000(留言) 2013年1月7日 (一) 13:46 (UTC)
- 看儒家的歷史「回退明月華陽 (討論)做出的被認為是破壞的 1 次編輯,到由2001:0:53AA:64C:2461:5F6E:8BF9:EA9D做出的前一個修訂版本。 (TW))」。這是不是回退?[回退(AGF)] || [回退] || [回退(破壞)]等應是回退功能吧?--Risk留言 2013年1月7日 (一) 13:52 (UTC)
- TW工具的回退功能,也是種回退但不是回退員的那個回退功能,雖然作用差不多。--YFdyh000(留言) 2013年1月7日 (一) 14:01 (UTC)
- 那我用這功能回退有沒有問題?還有非回退員看到過濾器編號是否正常?--Risk留言 2013年1月7日 (一) 14:05 (UTC)
- 沒有問題,視作普通的撤銷/編輯。防濫用過濾器除了設置了不公開的過濾器(限管理員查看,防止規則被繞過。回退員也可查日誌),其他過濾器的規則和日誌都是公開的,很正常。--YFdyh000(留言) 2013年1月7日 (一) 14:11 (UTC)
- 多謝你的解答。最後想問回退員的回退與TW工具的回退功能有甚麼分別?--Risk留言 2013年1月7日 (一) 14:40 (UTC)
- TW回退很長時間沒用過了記不清,回退員回退的描述見Wikipedia:回退功能#如何工作。TW的好像是在頁面歷史中沒有回退--YFdyh000(留言) 2013年1月7日 (一) 15:37 (UTC)
- 多謝你的解答。最後想問回退員的回退與TW工具的回退功能有甚麼分別?--Risk留言 2013年1月7日 (一) 14:40 (UTC)
- 沒有問題,視作普通的撤銷/編輯。防濫用過濾器除了設置了不公開的過濾器(限管理員查看,防止規則被繞過。回退員也可查日誌),其他過濾器的規則和日誌都是公開的,很正常。--YFdyh000(留言) 2013年1月7日 (一) 14:11 (UTC)
- 那我用這功能回退有沒有問題?還有非回退員看到過濾器編號是否正常?--Risk留言 2013年1月7日 (一) 14:05 (UTC)
- TW工具的回退功能,也是種回退但不是回退員的那個回退功能,雖然作用差不多。--YFdyh000(留言) 2013年1月7日 (一) 14:01 (UTC)
- 看儒家的歷史「回退明月華陽 (討論)做出的被認為是破壞的 1 次編輯,到由2001:0:53AA:64C:2461:5F6E:8BF9:EA9D做出的前一個修訂版本。 (TW))」。這是不是回退?[回退(AGF)] || [回退] || [回退(破壞)]等應是回退功能吧?--Risk留言 2013年1月7日 (一) 13:52 (UTC)
- 使用回退功能無需讀取歷史版本。--達師 - 261 - 442 2013年1月7日 (一) 15:39 (UTC)
- 啊,對。回退功能是MediaWiki系統內的功能,所需網絡傳輸量很少,主要是對超長的頁面效果明顯。--YFdyh000(留言) 2013年1月7日 (一) 15:44 (UTC)
- 謝謝你:多謝諸位的解答。--Risk留言 2013年1月7日 (一) 16:00 (UTC)
- 啊,對。回退功能是MediaWiki系統內的功能,所需網絡傳輸量很少,主要是對超長的頁面效果明顯。--YFdyh000(留言) 2013年1月7日 (一) 15:44 (UTC)
- 我記得在使用上,TW回退XXX被認為是破壞的編輯只能回退一個編輯,而回退員的回退可以一下子回退某人一連串編輯,只要這些編輯是連續的。(我沒記錯吧?)--耶葉爺♥VC XC 2013年1月7日 (一) 19:32 (UTC)
- 不是可以按「恢復此版本」嗎(TW)?而且TW在回退的時候也會問是否要回退此人的連續編輯(否的話則取消回退)。-多啦A夢220‧284 2013年1月8日 (二) 09:05 (UTC)
- 回退員的回退與一般的撤銷有何分別?只是少按幾個鈕? ——CommInt'l(留言) 2013年1月11日 (五) 18:57 (UTC)
- 還有會略過某些檢查,比如不會被過濾器(Special:AbuseFilter和MediaWiki:Spam-blacklist等)攔截。Liangent(留言) 2013年1月11日 (五) 19:40 (UTC)
- 不是可以按「恢復此版本」嗎(TW)?而且TW在回退的時候也會問是否要回退此人的連續編輯(否的話則取消回退)。-多啦A夢220‧284 2013年1月8日 (二) 09:05 (UTC)
修改下列段落Wikipedia:IP封禁例外#移除權限
鑑於自行除去IP封禁例外權已經是可行的,因此本人提議將下列段落更改:
- 自願除權者,例如認為權限已經沒用,亦可到Wikipedia:申請解除權限申請除權。
改為
- 自願除權者,例如認為權限已經沒用,可自行除權。
以上
以下開放討論--1233|點此與此廢青展開激情對話 2017年5月31日 (三) 13:33 (UTC)
- 沒毛病,早該改了。 --碸中嘌呤的白磷萃取 打譜 2017年5月31日 (三) 14:33 (UTC)
- 同意修改。--J.Wong 2017年6月2日 (五) 03:31 (UTC)
- 支持修改。--4279計算過程 2017年6月2日 (五) 04:11 (UTC)
- 同上--小躍(撈出記錄) 2017年6月3日 (六) 01:25 (UTC)
- 可改,但建議兩句都留着。「可自行除權或到Wikipedia:申請解除權限申請除權」。--A2093064#Talk 2017年6月4日 (日) 06:30 (UTC)
- 這個可行,十分建議。——路過圍觀的Sakamotosan 2017年6月7日 (三) 01:26 (UTC)
- 這個也可。--J.Wong 2017年6月11日 (日) 09:46 (UTC)
- 另建議亦修訂《權限申請》「解任」一段︰「又如果獲權者本身希望辭去職務或放棄權限,也請至同一頁面申請。」為「又如果獲權者本身希望辭去職務或放棄權限,也請至同一頁面申請或自行除權」。
- 及《回退功能》「權限的獲得與喪失」一段︰「又如果回退員本身希望辭去職務,也請至同一頁面申請。」建議改為「又如果回退員本身希望辭去職務,也請至同一頁面申請或自行除權」。--J.Wong 2017年6月11日 (日) 10:03 (UTC)
- 現公示七日,七日以後,如無異議,則視以下三項修訂通過。
- 一、Wikipedia:IP封禁例外#移除權限︰「自願除權者,例如認為權限已經沒用,亦可到Wikipedia:申請解除權限申請除權。」改為「自願除權者,例如認為權限已經沒用,可自行除權或到Wikipedia:申請解除權限申請除權。」
- 二、《權限申請》「解任」一段︰「又如果獲權者本身希望辭去職務或放棄權限,也請至同一頁面申請。」為「又如果獲權者本身希望辭去職務或放棄權限,也請至同一頁面申請或自行除權」
- 三、《回退功能》「權限的獲得與喪失」一段︰「又如果回退員本身希望辭去職務,也請至同一頁面申請。」建議改為「又如果回退員本身希望辭去職務,也請至同一頁面申請或自行除權」
- 以上。--J.Wong 2017年6月20日 (二) 19:04 (UTC)
- (+)同意。--B dash(留言) 2017年6月27日 (二) 03:23 (UTC)
- 均已修訂。--J.Wong 2017年6月28日 (三) 10:55 (UTC)
修改回退功能與回退員權限
|
|
討論區
提議增加回退員能檢視非公開過濾器的內容,常有過濾器意外封殺正常編輯,卻無從得知哪裏出問題,例如Special:濫用日誌/2237407,回退員已有權限能檢視非公開日誌,提議增加能檢視非公開過濾器項目,原本不公開是避免破壞者繞過禁止內容,而持有回退權用戶經審核同意授權,若回退員能檢視過濾器內容,就知道哪邊要改善或檢查(擁有基礎程式語法,或者像過濾器201只看關鍵詞)。個人認為開放此權並無不可與過度擴權問題。--Zest 2017年8月22日 (二) 15:25 (UTC)
- (+)支持,回退員是具有一定可信度的用戶,應允許他們檢視這樣的東西。4279計算過程 2017年8月25日 (五) 12:47 (UTC)
- (+)支持。--巡查員AndyAndyAndyAlbert(討論頁|簽到) 2017年8月26日 (六) 10:39 (UTC)
- (+)支持。--B dash(留言) 2017年8月27日 (日) 02:27 (UTC)
- (+)支持。-Jack.T 2017年8月27日 (日) 12:19 (UTC)
- (+)支持。他們可信,應該給他們這個權限。--相信友誼就是魔法的萌得不能再萌(歡迎ping我,我喜歡被ping。) 2017年8月30日 (三) 07:34 (UTC)
- (!)意見,建議回退員應該避嫌不參與此投票。--WAN233 (留言) 2017年8月30日 (三) 09:40 (UTC)
- 這不是也不應該是投票。——Aotfs2013 留於 2017年8月30日 (三) 09:54 (UTC)
- 基本算是吧,反正就是那個意思,用詞可能不當......還有,沒有方針規定不能投票。--WAN233 (留言) 2017年8月31日 (四) 05:56 (UTC)
- 共識方針明確指出:
- 基本算是吧,反正就是那個意思,用詞可能不當......還有,沒有方針規定不能投票。--WAN233 (留言) 2017年8月31日 (四) 05:56 (UTC)
- 這不是也不應該是投票。——Aotfs2013 留於 2017年8月30日 (三) 09:54 (UTC)
共識最終將根據支持和反對該議題的論點質量所決定,同時經過維基百科方針的審視,而不應通過簡單計票統計多數來決定。回復是/否/支持/反對」這樣的評論,除了表達道義支持外沒有任何意義;回復「支持/反對用戶X的意見」則更好一些;在你的看法下提出新穎的見解才是最好的做法。我們的目標是提出有說服力的理由來作出決定,而不是根據公開支持的比重來作出決定。
——WP:CON
——Aotfs2013 留於 2017年9月1日 (五) 07:39 (UTC)
- (!)意見額外功能章節所加入條文,使得下一句「以上各項功能」出現矛盾,需修正。--A2093064#Talk 2017年9月1日 (五) 07:57 (UTC)
- (!)意見,以修改順序。--Zest 2017年9月1日 (五) 08:12 (UTC)
- (+)支持。--小培の良民證※來討論? 2017年9月1日 (五) 11:53 (UTC)
- 已提報到phab:T174978--GZWDer(留言) 2017年9月5日 (二) 02:55 (UTC)
- @GZWDer:請暫緩,該案尚未公示即將通過,請俟該案正式通過後再進行相關改動。另觀該案商討期間未有反對,即起公示七日。——Aotfs2013 留於 2017年9月5日 (二) 18:25 (UTC)
- @Aotfs2013:然而已經生效了www,剛剛測試看了,似乎沒什麼問題。 --碸中嘌呤的白磷萃取 打譜 2017年9月6日 (三) 05:14 (UTC)
- 測試可以正常觀看。--Zest 2017年9月6日 (三) 06:07 (UTC)
- @Aotfs2013:然而已經生效了www,剛剛測試看了,似乎沒什麼問題。 --碸中嘌呤的白磷萃取 打譜 2017年9月6日 (三) 05:14 (UTC)
- @GZWDer:請暫緩,該案尚未公示即將通過,請俟該案正式通過後再進行相關改動。另觀該案商討期間未有反對,即起公示七日。——Aotfs2013 留於 2017年9月5日 (二) 18:25 (UTC)
相關更改已被部署,本提案關閉。另建議@GZWDer:在提報更改至p站前先在公告欄進行公示,以免造成不必要的麻煩。-- Stang 2017年9月9日 (六) 09:29 (UTC)
- @Stang:不認同因p站已更改就關閉此案,此案為方針與指引的相連配套方案,如果沒通過,還連帶着需一併再請p站改回原狀。因此在下主張此案依然循一般方針與指引更改流程繼續完成公示,並於公示後正式公告提案已通過。——Aotfs2013 留於 2017年9月9日 (六) 10:08 (UTC)
- 按此應公示已達7日。--A2093064#Talk 2017年9月13日 (三) 16:21 (UTC)
已公示7日且期間無有效反對意見或有效反對意見已被妥善解決,此案通過並已完成修訂。——Aotfs2013 留於 2017年9月13日 (三) 18:15 (UTC)
修改Wikipedia:回退功能(增加標籤的描述)
|
根據m:Tech/News/2017/50/zh及phab:T73236,回退操作現在會自動加上標籤,於是建議加上此文。另後半修改是針對編輯摘要的仿真(全形符號、連結樣式、不繁簡轉換)。--Xiplus#Talk 2018年1月2日 (二) 14:12 (UTC)
- (+)支持事實性的更改。--Temp3600(留言) 2018年1月2日 (二) 20:32 (UTC)
- (+)支持:這個更改是事實性的更改+(?)疑問:有刪除的條文嗎?--1233|點此與此廢青展開激情對話 | 千錯萬錯都是阿道夫的錯! 2018年1月4日 (四) 11:30 (UTC)
- 修改=刪除+增加。--Xiplus#Talk 2018年1月4日 (四) 11:41 (UTC)
- 「修改本文時請確保能夠反映共識,否則請在互助客棧及討論頁發起討論。」,直接修改就可以。--YFdyh000(留言) 2018年1月5日 (五) 18:31 (UTC)
- 可以滾雪球了。——꧁༺星耀晨曦༻꧂(留言) 2018年1月9日 (二) 17:48 (UTC)
- 即起公示7天,若無其他意見,將修改。--Xiplus#Talk 2018年1月9日 (二) 23:44 (UTC)
- @Xiplus:已過7天,請複查下--Z7504非常建議必要時多關注評選(留言) 2018年1月17日 (三) 02:07 (UTC)
- Wikipedia:回退功能當初是由當時英文維基百科對應頁面翻譯而成的,而當時版本「被封禁用戶的編輯」的英語原文為"or to revert edits by banned users."en:Wikipedia:Banning policy的對應中文為「編輯禁制」,因此明顯為錯譯。而編輯禁制在中文維基百科並未有啟用,因此提議刪除該部分,並按發言時的最新版本更新,加上「個人的錯誤編輯」。--安迪4(討論|留名) 2018年1月2日 (二) 06:36 (UTC)
- m:Global bans和m:WMF Global Ban Policy在本地適用。 --達師 - 370 - 608 2018年1月2日 (二) 13:15 (UTC)
- @hat600:,全域方針指出社區/基金會全域封禁的用戶繞過封禁的編輯可能被回退,但是有關方針並沒有指出可以運用回退權限回退。我認為回退這樣的編輯依然需要寫編輯摘要,因為「某用戶是傀儡」從編輯本身並不能明顯地看出來。--Antigng(留言) 2018年1月11日 (四) 01:01 (UTC)
- 這個解釋可以接受。 --達師 - 370 - 608 2018年1月14日 (日) 09:04 (UTC)
- @hat600:,全域方針指出社區/基金會全域封禁的用戶繞過封禁的編輯可能被回退,但是有關方針並沒有指出可以運用回退權限回退。我認為回退這樣的編輯依然需要寫編輯摘要,因為「某用戶是傀儡」從編輯本身並不能明顯地看出來。--Antigng(留言) 2018年1月11日 (四) 01:01 (UTC)
- 這個提案指出了回退功能方針與現行共識的一些矛盾:方針指出回退只能用於「明顯的非建設性的編輯」,而其例子卻指向「被封禁用戶的編輯」。這似乎不符合常理,即認為被封禁用戶的編輯都是明顯沒有建設性的。具體需要如何更改,請社群探討。--Innocentius Aiolos 2018年1月2日 (二) 19:51 (UTC)
- 這大體上也是我希望修改的。有人認為「封禁用戶本來就做不出編輯」,所以繞過封禁的編輯就一定可以回退。這是不正確的。現實生活中,罪犯應該待在監獄裏,本來不應該越獄在大街上活動。但是如果他真的越獄了,之後修好了大街上的一根電線杆,難道有必要將這根電線杆恢復壞的狀態嗎?顯然不是。何況封禁和監禁還不同,監禁有懲罰的目的,而封禁則沒有。如果技術上可能,完全應該只阻止用戶的不良編輯而放行他的良編輯。之所以封禁以後他什麼頁面都不能編輯,不是因為有意而為之,而只是因為技術上的限制而已。--Antigng(留言) 2018年1月3日 (三) 07:22 (UTC)
- 同意對「被封禁用戶」這一段的更改。至於增加的內容,我的建議是改為:例如破壞,
用戶名字空間內的頁面本人用戶頁或用戶子頁上的編輯,或本人的編輯(如取消本人錯誤的編輯)。一是這裏沒有說明只可以回退自己的用戶頁,二是撤銷自己的編輯應當沒有爭議性,不必限制於修正錯誤。--Ben.mq 2018年1月4日 (四) 16:07 (UTC)- 已再作修改,請Antigng重新審視新條文。--安迪4(討論|留名) 2018年1月5日 (五) 16:24 (UTC)
- 不同意新修改。「惡意修改用戶頁」和「破壞」有包含關係。我認為應當修改為,「這樣的回退只能用於明顯以至於不需要編輯摘要解釋非建設性的編輯,例如破壞,用戶名字空間內的頁面本人用戶頁或用戶子頁上的測試性編輯,或本人的編輯(如取消本人錯誤的編輯)」。--Antigng(留言) 2018年1月5日 (五) 16:35 (UTC)
- 按IRC討論再修改。--安迪4(討論|留名) 2018年1月5日 (五) 16:42 (UTC)
- 我的本意是用戶對自己的用戶頁(不包含用戶討論頁)有所有權,所以要怎麼回退都無所謂--Ben.mq 2018年1月7日 (日) 07:47 (UTC)
- 不然,用戶應免於用戶空間妄用回退功能。--安迪4(討論|留名) 2018年1月10日 (三) 14:33 (UTC)
- 「我的本意是用戶對自己的用戶頁(不包含用戶討論頁)有所有權」,這不對。WP:USER指出,「一貫地,維基提供自由的空間給用戶,用戶可以按照自己的願望編輯他們的個人空間。不過空間的所有權還是歸維基團體所有:」所以我覺得有必要限制一下「本人用戶頁或用戶子頁上的編輯」的範圍。--Antigng(留言) 2018年1月10日 (三) 17:11 (UTC)
- 或引爭議,其他用戶的善意編輯、留言可以權限一鍵移除。「例如破壞」應已足夠。--YFdyh000(留言) 2018年1月11日 (四) 18:49 (UTC)
- 不然,用戶應免於用戶空間妄用回退功能。--安迪4(討論|留名) 2018年1月10日 (三) 14:33 (UTC)
- 我的本意是用戶對自己的用戶頁(不包含用戶討論頁)有所有權,所以要怎麼回退都無所謂--Ben.mq 2018年1月7日 (日) 07:47 (UTC)
- 太過自由心證,會引爭議。按慣例的維護,按不知名方針的回退,都可放縱至「以至於」。--YFdyh000(留言) 2018年1月11日 (四) 18:49 (UTC)
- @YFdyh000:,下面有一個參考標準:移除侵權的內容不得使用回退權限而需要寫編輯摘要。凡是比回退侵權更難理解的回退都不得使用此權限。--Antigng(留言) 2018年1月12日 (五) 02:53 (UTC)
- 按IRC討論再修改。--安迪4(討論|留名) 2018年1月5日 (五) 16:42 (UTC)
- 不同意新修改。「惡意修改用戶頁」和「破壞」有包含關係。我認為應當修改為,「這樣的回退只能用於明顯以至於不需要編輯摘要解釋非建設性的編輯,例如破壞,用戶名字空間內的頁面本人用戶頁或用戶子頁上的測試性編輯,或本人的編輯(如取消本人錯誤的編輯)」。--Antigng(留言) 2018年1月5日 (五) 16:35 (UTC)
- 已再作修改,請Antigng重新審視新條文。--安迪4(討論|留名) 2018年1月5日 (五) 16:24 (UTC)
- 已公示七天,此易將過。--安迪4(討論|留名) 2018年1月10日 (三) 14:34 (UTC)
- (?)疑問,對此修改內容,在下無甚意見。只是好奇程序議題,看起來沒什麼投票意見,是否能直接通過生效?確認一下,避免日後生爭議。Wetrace歡迎參與人權專題 2018年1月10日 (三) 16:49 (UTC)
公示存在嚴重瑕疵,第一是公示前未告知將進行公示,第二是就上方討論看來明顯未有明確共識,已撤銷此案公示,並重新提示其他使用者參與討論。——Aotfs2013 留於 2018年1月10日 (三) 17:03 (UTC)
- AndyAndyAndyAlbert君︰兩個問題︰一、依據上列討論,似乎大家都不太贊成加入「用戶名字空間內的頁面」作為例子。是否有誤?二、就「本人用戶頁或用戶子頁上的編輯,或本人的編輯(如取消本人錯誤的編輯)」而言,前後所指其實是一樣,是否可以整合為「本人編輯」呢?--J.Wong 2018年1月19日 (五) 03:57 (UTC)
- 如果改為「用戶個人的編輯」可否?--安迪4(討論|留名) 2018年1月19日 (五) 08:04 (UTC)
- 就這樣保留「本人的編輯(如取消本人錯誤的編輯)」就夠了。--J.Wong 2018年1月19日 (五) 09:20 (UTC)
- 「本人的編輯(如取消本人錯誤的編輯)」和「本人用戶頁或用戶子頁上的編輯」是不完全相同的。--安迪4(討論|留名) 2018年1月19日 (五) 09:47 (UTC)
- 請舉例說明其分別。--J.Wong 2018年1月19日 (五) 10:18 (UTC)
分段1
- 這樣修改避免了「其他用戶的善意編輯、留言可以權限一鍵移除」。--Antigng(留言) 2018年1月22日 (一) 03:06 (UTC)
- 可以。--J.Wong 2018年1月22日 (一) 06:08 (UTC)
- 「包括但不限於本人在條目的錯誤編輯,本人於用戶頁或用戶子頁上的測試性編輯等」,可能比較集中了於條目空間。--安迪4(討論|留名) 2018年1月23日 (二) 09:15 (UTC)
- 條文未允許回退自己在其他名字空間的錯誤(如操作失誤)編輯。「在條目的錯誤編輯」留下了不寫編輯摘要的餘地、「本人於用戶頁或用戶子頁上的測試性編輯等」未提及是自己的用戶頁、「等」不太好。「只能用於明顯的非建設性的編輯」包含「本人的(錯誤或測試性)編輯」可能不太好。測試性編輯是否要要求「註明為測試的編輯」,非用戶空間做無編輯摘要的測試並自己回退,看歷史容易一頭霧水。例如破壞,或者本人做出的錯誤或測試性編輯。能簡潔一點,不過「錯誤或測試性」的可解釋餘地可能不小。這個「本人」是否要含合規的多重賬號。--YFdyh000(留言) 2018年1月23日 (二) 20:50 (UTC)
- 「條文未允許回退自己在其他名字空間的錯誤」,並非如此。條文是「包括但不限於本人在條目的錯誤編輯...等」。--Antigng(留言) 2018年1月24日 (三) 00:47 (UTC)
- 這樣闡述不夠好,闡述「包括」時強調了「在條目」,給人感覺似是「非條目」不建議。「但不限於……等」在沒有明確立意的情況下,可以廣泛延伸,不如用上方我提到的簡潔寫法。--YFdyh000(留言) 2018年1月24日 (三) 01:36 (UTC)
- 「條文未允許回退自己在其他名字空間的錯誤」,並非如此。條文是「包括但不限於本人在條目的錯誤編輯...等」。--Antigng(留言) 2018年1月24日 (三) 00:47 (UTC)
- 公示一周。--Antigng(留言) 2018年1月27日 (六) 02:43 (UTC)
- 修正案通過。--Antigng(留言) 2018年2月3日 (六) 00:31 (UTC)
建議下放不留重定向移動權限予所有自動確認用戶及增設頁面移動員
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
- 以下討論承上討論。
在先前討論增設進階確認用戶的討論中,進階確認用戶(以及進階確認保護)的爭議聲音比較大,而社羣則對於增設頁面移動員無太大異議;同時,在現在的情況下,中文維基百科出現了很多因為用戶不能不留重定向移動而產生的無用(以致具破壞性)的重定向;故本人在此動議:一、下放不留重定向移動權限予所有自動確認用戶,及;二、增設頁面移動員。Sænmōsà中動員令:為西雅圖橋樑列表消綠 2018年7月16日 (一) 01:44 (UTC)
- 在此延請@Cohaf、星耀晨曦、B dash、夢蝶葬花、Antigng、@CopperSulfate、Manchiu、Wong128hk、Cwek諸君參與本討論。Sænmōsà中動員令:為西雅圖橋樑列表消綠 2018年7月16日 (一) 01:50 (UTC)
- 不太支持將「不保留重定向」下放至自動確認組。另外文件移動員可能需要制定詳細規則頁面,包括有什麼權限、執行時的守則和操作原因、任免規則等。建議參考維基百科:文件移動員的制定過程。——路過圍觀的Sakamotosan | 避免做作,免敬 2018年7月16日 (一) 02:12 (UTC)
- 現在不是文件移動員而是頁面移動員的討論,兩者有不同之處。還不先翻譯英文版本小,但是好長啊--Cohaf (請多多關注技術管理員課題)(留言) 2018年7月16日 (一) 02:15 (UTC)
- Sænmōsà中動員令:為西雅圖橋樑列表消綠 2018年7月16日 (一) 02:43 (UTC) 請問不太支持將「不保留重定向」下放至自動確認組的原因是?
- 有很多wiki也下放了不留重定向移動權限予所有自動確認用戶,也未有出現太大問題,我認為可以一試,這樣能夠有效減少管理員的工作量(如CSD、AFD等,也會因而減少)。Sænmōsà中動員令:為西雅圖橋樑列表消綠 2018年7月16日 (一) 02:46 (UTC)
- 已建立Draft:頁面移動員。--B dash(留言) 2018年7月16日 (一) 03:07 (UTC)
- 移動子頁對本站作用有限,為「移動時不留重定向」而特意開設用戶組,個人覺得挺無謂。如果對下放予自動確認用戶有保留,個人建議授予回退員。問題應該不大。再於《回退功能方針》增添相關段落及規限就可以了。--J.Wong 2018年7月16日 (一) 05:14 (UTC)
- 開放給巡查員也合適,例如一些全形圓括的消歧義命名移動(之後還要用R2清理全形圓括的重定向),而且現在文件移動權限也默認授予給巡查員。——路過圍觀的Sakamotosan | 避免做作,免敬 2018年7月16日 (一) 06:27 (UTC)
- (+)支持將不留重定向的移動功能發放給回退員或者單設頁面移動員。--クオン·翡翠·夜啼鳥·十姉妹·鵺鳥 2018年7月16日 (一) 05:16 (UTC)
- (!)意見,可以參照文件移動的想法,將移動不保留重定向權限授予給巡查員和回退員(參照全域回退員也有相應權限),這樣就沒必要有單獨的頁面移動員的角色組的需要。而且暫時來看,連文件移動員的使用都不太充足,不認為單獨的頁面移動員有迫切需要。——路過圍觀的Sakamotosan | 避免做作,免敬 2018年7月16日 (一) 06:31 (UTC)
- 支持為「自動確認用戶組」(及「確認用戶組」)增設移動時不創建源頁面重定向的權限。但感覺如果自動確認用戶已經有此權限就無須額外增設頁面移動員。——星耀晨曦(留言) 2018年7月16日 (一) 07:01 (UTC)
- (+)支持權限下放,但不建議授予給所有自動確認用戶,建議單獨增設移動員或者將相關權限授予給回退員(與單獨設置權限不衝突)。--夢蝶葬花@生涯不敗 2018年7月16日 (一) 08:56 (UTC)
- (+)支持放寬pagemove權限,但只限回退員或單獨新增頁面移動員。--B dash(留言) 2018年7月16日 (一) 13:15 (UTC)
- (+)支持獨立用戶組,不知道為何大家都說回退員,回退以及移動頁面有有什麼關係,如果90/1000還比較合理。--Cohaf (請多多關注技術管理員課題)(留言) 2018年7月16日 (一) 13:27 (UTC)
- (+)支持獨立用戶組。不知道這個權限和回退員什麼關係,要有關係也是文件移動者或者巡查員啊。--WQL(留言) 2018年7月16日 (一) 13:29 (UTC)
- 主要是參考上次討論Antigng君意見。其實併入檔案移動員,在下亦不反對……只是在下實在不認為有需要再為單單一個小權限而再另設用戶組,實在無謂呀。--J.Wong 2018年7月16日 (一) 13:35 (UTC)
- (+)支持設立獨立用戶組、巡查員默認擁有此權限,很好奇上面幾位為什麼要支持給回退員此權限。不過我認為下放至自動確認有些不妥。--Junjie Yuan(留言) 2018年7月21日 (六) 03:40 (UTC)
- @Junjie Yuan:,因為回退員要回退頁面移動破壞(此前曾經試過)--1233( T / C) 2018年7月27日 (五) 05:25 (UTC)
小歸納
對於頁面移動員,個人傾向單獨設立,但支持巡查員兼有頁面移動員權限,此處可作進一步討論;至於維基人普遍認為不應下放不留重定向移動權限予所有自動確認用戶,此處可從長計議,可先開放予巡查員、回退員及巡查豁免者,成效良好時方下放權限予所有自動確認用戶。Sænmōsà中動員令:為西雅圖橋樑列表消綠 2018年7月16日 (一) 14:51 (UTC)
- 下放至幾個用戶組也可以。--J.Wong 2018年7月17日 (二) 08:01 (UTC)
- 下放給「自動確認用戶」門檻太低了,移動權限一旦濫用,破壞力很大。--屈原蟲※留言 2018年7月17日 (二) 13:01 (UTC)
- 我最擔心的是:「自動確認用戶」如果擁用移動權限,在編輯摘要隨意加個看似合理的原因,不斷任意修改條目名稱,有時回退員不一定能察覺,對維基的破壞真是無法想像。--屈原蟲※留言 2018年7月17日 (二) 13:07 (UTC)
- 學一下BAG做法吧,先運行20次。--Cohaf (請多多關注技術管理員課題)(留言) 2018年7月17日 (二) 13:10 (UTC)
- 下放給Rollback組。個人的一個依據是GR的權限(suppressredirect)。(寫完後才發現Cwek君提過了)-- Stang 2018年7月17日 (二) 14:58 (UTC)
- 另外在這裏稍微跑一個題,為什麼移動文件的權限沒有給回退員?-- Stang 2018年7月17日 (二) 15:01 (UTC)
- 我覺得這是由於巡查員在巡查條目時要進行改善,如把英文標題改成中文標題;回退員的站務工作主要是回退破壞,移動權限似乎不相關。我曾想過動議把半保護權限下放給回退員,以便進行反破壞工作,但與管理員溝通後,發現有些技術上的困難。--屈原蟲※留言 2018年7月17日 (二) 15:31 (UTC)
- 回退員的審核標準主要是是否濫用了回退權限。而巡查權的使用中,條目的命名也是一個重要的部分,因此有理由認為移動文件上是有此能力的。這部分是達成共識的。--WQL(留言) 2018年7月17日 (二) 15:19 (UTC)
- 這樣。但是個人認為(轉回正軌),當前巡查員的門檻似乎有些低(相較而言),因此個人並不怎麼贊成將suppressredirect權限下放給巡查員;但相反,巡查豁免者作為資深用戶,可以考慮獲得此權限。另外個人出於對於貴站權限組越來越多的厭惡,反對新設置權限組。-- Stang 2018年7月17日 (二) 16:04 (UTC)
- 巡查豁免的主觀性更大吧,豁免主要是理解方針與規則(這和巡查的條件相當)和需要大量條目創建的需要(以避免過度勞煩巡查,這才是根本),而且期望創建條目數有75條,但實際可能有浮動或者其他參照,反而移動不重定向並不是主要需求。巡查較為需要移動不符合的頁面,還要另外標記不合格的重定向為R2,移動不重定向更為常用。——路過圍觀的Sakamotosan | 避免做作,免敬 2018年7月18日 (三) 00:58 (UTC)
- 這樣。但是個人認為(轉回正軌),當前巡查員的門檻似乎有些低(相較而言),因此個人並不怎麼贊成將suppressredirect權限下放給巡查員;但相反,巡查豁免者作為資深用戶,可以考慮獲得此權限。另外個人出於對於貴站權限組越來越多的厭惡,反對新設置權限組。-- Stang 2018年7月17日 (二) 16:04 (UTC)
- 另外在這裏稍微跑一個題,為什麼移動文件的權限沒有給回退員?-- Stang 2018年7月17日 (二) 15:01 (UTC)
- 單就「回退員的站務工作主要是回退破壞,移動權限似乎不相關」作出回覆,其實上次討論,Antigng君已經指出,將此權賦予回退者,那回退者就可以修復移動破壞後毋須再提案速刪。所以其實並非完全無關。巡查豁免者也可以是一個選擇。--J.Wong 2018年7月17日 (二) 16:22 (UTC)
- (-)反對下放給所有自動確認用戶:會導致編輯戰更為嚴重。--相信友誼就是魔法的CuSO4正在努力提高知識水平 2018年7月19日 (四) 14:26 (UTC)
- (?)疑問編輯戰與此有什麼關鍵,移動頁面編輯戰?--Cohaf(留言) 2018年7月19日 (四) 14:29 (UTC)
- Sænmōsà中動員令:為西雅圖橋樑列表消綠 2018年7月20日 (五) 13:01 (UTC)
- 我就是指這回事。--Cohaf(留言) 2018年7月20日 (五) 13:05 (UTC)
是的;而中文維基百科也有移動保護,以停止移動編輯戰。
- Sænmōsà中動員令:為西雅圖橋樑列表消綠 2018年7月20日 (五) 13:01 (UTC)
- 現階段我會傾向把不留重定向移動(suppressredirect)權限下放予巡查員、回退員和巡查豁免者:
- 頁面名稱移動基本上是巡查工作;
- 頁面名稱移動牽涉反破壞;
- 巡查豁免者是否擁有該權限可以再議;
- 以上。至於頁面移動員(包括移動時直接覆蓋目標頁面權限),可以延後商議。Sænmōsà中動員令:為西雅圖橋樑列表消綠 2018年7月20日 (五) 13:08 (UTC)
- (+)支持--屈原蟲※留言 2018年7月20日 (五) 14:44 (UTC)
- (+)支持--Cohaf(留言) 2018年7月21日 (六) 01:32 (UTC)
- (+)支持下放至巡查和回退,但是我覺得頁面移動員就沒有必要了……畢竟上次的檔案移動員也根本就沒有人,設立也沒什麼用。
- 至於巡查豁免者,我覺得有點奇怪,畢竟這個用戶組的定位不是維護維基百科。--【和平至上】💬📝 2018年7月21日 (六) 11:13 (UTC)
- 那就先巡查員及回退員囉。--J.Wong 2018年7月22日 (日) 00:44 (UTC)
- (+)支持:巡查員及回退員有此權限,能較有效處理站處工作。--屈原蟲※留言 2018年7月22日 (日) 05:23 (UTC)
- (+)支持:支持。但是是不是得提一下Phabricator的ticket?--Cohaf(留言) 2018年7月22日 (日) 12:47 (UTC)
- (+)支持--🍫巧克力~✿ 2018年7月23日 (一) 01:27 (UTC)
- 再多放幾日之後,如無異議,就提案修訂《回退功能方針》及《新頁面巡查方針》及提案Phabricator。--J.Wong 2018年7月23日 (一) 04:31 (UTC)
- 支持以上提案,公示7日,如有意見請速提出。-- Stang 2018年7月24日 (二) 09:53 (UTC)
- @Wong128hk:什麼是《新功能巡查方針》,是否筆誤?--Cohaf(留言) 2018年7月25日 (三) 05:28 (UTC)
- oops...已修正。--J.Wong 2018年7月25日 (三) 05:37 (UTC)
- 我有一個問題:維基百科存在為數不少的巡退員(巡查+回退),他們擁有重複的權限會否造成技術問題。Sænmōsà動員令:為西雅圖橋樑列表消綠 2018年7月28日 (六) 06:12 (UTC)
- 不太支持下放,擔心此權限會被濫用,不留重定向移動的操作由管理員處理足夠了。——彭鵬(留言) 2018年7月31日 (二) 03:38 (UTC)
- 那樣的結果就是巡查員移動然後提r3,浪費編輯數和精力。不可能提移動請求的,更費神且緩慢。--YFdyh000(留言) 2018年7月31日 (二) 11:53 (UTC)
- oops...還準備了草案。其實只是下放給回退員及巡查員,濫用亦有《解除權限方針》處理,而且濫用了,要修復不就是創建一個重定向?--J.Wong 2018年7月31日 (二) 12:17 (UTC)
- 好吧。但為什麼只下放給回退員及巡查員呢?巡查豁免者或自動確認用戶也有可能需要這個權限的。比如建立頁面後發現標題不小心打錯字了,或者要把自己撰寫的草稿頁移動到正式頁面,等等。——彭鵬(留言) 2018年8月1日 (三) 01:21 (UTC)
- 大概是因為避免被濫用吧,一般而言,巡查員和回退員的門檻較高,可信度也較高。另外,巡查員在巡查新條目是常會遇見標題錯誤的條目;而回退員擁有這權限則可以直接回退移動破壞。--【和平至上】💬📝 2018年8月1日 (三) 06:18 (UTC)
- 「……濫用了,要修復不就是創建一個重定向?」--J.Wong——彭鵬(留言) 2018年8月2日 (四) 02:36 (UTC)
- 已經提交到了Phabricator。-- Stang 2018年8月3日 (五) 10:25 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
修訂《新頁面巡查方針》及《回退功能方針》以容許巡查員及回退員移動頁面而不留重定向
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
承上次討論所得,決將「移動不留重定向」權限下放予巡查員及回退員。現提請以下修訂,請過目及發表意見。--J.Wong 2018年8月6日 (一) 06:15 (UTC)
回退功能方針
|
|
新頁面巡查方針
|
討論區
- (+)支持只是可以兩個都用同樣文字嗎?無需跳來跳去。--Cohaf(留言) 2018年8月6日 (一) 07:01 (UTC)
- 我認為可以單獨創建一個頁面說明,或者設立移動方針(?)說明。當然上面那種我覺得也行。--夢蝶葬花@生涯不敗 2018年8月6日 (一) 07:45 (UTC)
- 主要是方便修改及管理,以免出現非預期之不同步情況。功能介紹比較穩定,故兩條方針都擺放。但「可與不可」隨着實際運營,將很大機會出現改變,為免出現前述狀況,故擺放至同一頁面。--J.Wong 2018年8月6日 (一) 07:55 (UTC)
- (+)支持--屈原蟲※留言 2018年8月6日 (一) 08:25 (UTC)
- 補充︰系統設置已經完成,現時巡查員及回退員已可移動頁面而不留重定向。--J.Wong 2018年8月6日 (一) 11:29 (UTC)
-
- 謝謝您--Cohaf(留言) 2018年8月6日 (一) 13:22 (UTC)
- 「需要騰空頁面以便移動其他頁面」可能太過籠統,目前想到可能情況有:1. 交換頁面歷史(Round-robin page moves)。 2. 變更主從式消歧義的主/從。這樣能夠直接進行suppresredirect嗎?--Xiplus#Talk 2018年8月6日 (一) 14:06 (UTC)
- 另外分別列出可以使用跟不能使用suppresredirect的情況,容易有模糊地帶,是否應當要明確列出可以使用的,不嚴格符合就一律不許?目前草案可以使用的部分只有符合快速刪除方針的重定向,WP:R3目前只有5種情況可以適用,然而,中英文混用重定向、原創研究重定向、非括號和間隔號的標點錯誤、翻譯不準確、或非筆誤但認為是錯誤的重定向都是常被提交R3的,那麼移動這些頁面可以suppresredirect嗎?移動使其符合Wikipedia:命名常規,且重定向很肯定在存廢討論會被刪除,但不符合速刪方針的可以suppresredirect嗎?--Xiplus#Talk 2018年8月6日 (一) 14:06 (UTC)
- 回應:上列提案將行為劃分為「受保障/可以接受」及「紅線行為」。前者,是理應得到接納。按之行使權限不應該受到不必要挑戰。至於後者,就是紅線行為,是絕對不可如此使用權限,故處理方式亦是相當。至於兩者之間,則依循持權者及社群判斷。若然未來經討論確定某行為是「應該受保障」或「紅線行為」則可修訂相關段落以明示之。終歸為其多,不一而足。至於交替移動或變更主從消歧義,個人覺得需要有更仔細描述方能判斷是否屬於受保障行為。至於其他常見快速刪除理由是否也可以加入為「受保障行為」,端看社群意見,個人覺得未嘗不可。--J.Wong 2018年8月7日 (二) 02:35 (UTC)
- @Wong128hk:承上討論,可以澄清一下,我們巡查回退員有沒有獲准做round robin A-->B,B-->C,C-->A的移動嗎?謝謝--Cohaf(留言) 2018年8月7日 (二) 07:46 (UTC)
- Cohaf君︰「至於交替移動或變更主從消歧義,個人覺得需要有更仔細描述方能判斷是否屬於受保障行為。」--J.Wong 2018年8月9日 (四) 20:45 (UTC)
- @Wong128hk:抱歉沒有讀清楚,但是您的意識是可以還是要多多討論?謝謝!--Cohaf(留言) 2018年8月9日 (四) 21:01 (UTC)
- Cohaf君︰「至於交替移動或變更主從消歧義,個人覺得需要有更仔細描述方能判斷是否屬於受保障行為。」--J.Wong 2018年8月9日 (四) 20:45 (UTC)
- @Wong128hk:承上討論,可以澄清一下,我們巡查回退員有沒有獲准做round robin A-->B,B-->C,C-->A的移動嗎?謝謝--Cohaf(留言) 2018年8月7日 (二) 07:46 (UTC)
- (?)疑問回退功能與suppressredirect好像不是一個東西?-- Creampie共此決心 2018年8月7日 (二) 03:54 (UTC)
- @Hamish:不同,只是可以移動頁面不留重定向。--Cohaf(留言) 2018年8月7日 (二) 06:47 (UTC)
- 建議增加若移動後的重定向屬於r3或g10也適用此款,如自行創建的名稱錯誤時自行移動,不勞管理員再g10刪除,r2理當能使用但不可將條目隨意移動到草稿或其他空間,除自行創立頁面未完成移入用戶頁繼續修繕。--Zest 2018年8月8日 (三) 00:46 (UTC)
- 支持,WP:PRIZE曾數次出現提名頁面命名錯誤的事情,此類修正提名頁面名稱的移動應該不留重新導向。-- FrancoT 會議廳 訪客簽名 您想擁有維基榮譽嗎? 2018年8月8日 (三) 17:57 (UTC)
- ( ✓ )同意;最好用戶討論空間也能夠supressredirect。Sænmōsà動員令:為西雅圖橋樑列表消綠 2018年8月9日 (四) 00:57 (UTC)
- 符合快速刪除方針者已經獲得保障。--J.Wong 2018年8月9日 (四) 20:45 (UTC)
- (*)提醒 记录/紀錄 需地區詞轉換。舊有討論,diff。--YFdyh000(留言) 2018年8月8日 (三) 01:39 (UTC)
- (!)意見:那除了這裏列出的「可以」和這裏列出的「不可以」之外的其他情況呢?比如還算正當但不在這裏列出的「可以」之列的。--相信友誼就是魔法的CuSO4 2018年8月18日 (六) 13:36 (UTC)
- 重申一下,如果上面沒有列出,則暫且依靠常識判斷。如果社群未來遇到什麼情況,有需要時,再可以補充至其中一個段落。至於上面那個交替移動,個人則覺得需要補充更多詳細資料,方能討論是否補充至方針之中。因為交替移動只是移動方式,方針應該是要規管原因而非方式,即因何而交替移動頁面。--J.Wong 2018年8月21日 (二) 02:33 (UTC)
- Template:絕對同意:有時候見到一個好端端的頁面也無端端要有個重定向真是怒氣沖天Pigppp(留言) 2018年8月31日 (五) 17:22 (UTC)
- 現就上列修訂交付公示,為期七日,期內如無合理異議,則視之為通過。--J.Wong 2018年9月3日 (一) 13:54 (UTC)
{{User access levels}}修訂公示
- 因屬小修訂,加之發表時本頁最底部議題為本修訂相關內容,故在下加一小章節作公示,還請諸君諒解。請各位檢視在下對前述模板之小修訂:Special:diff/50762962。-- Creampie共此決心 2018年8月7日 (二) 05:55 (UTC)
- (+)支持--Cohaf(留言) 2018年8月8日 (三) 07:19 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
機械人批量回退破壞的可能性
最近某兔有點猖獗啊,有辦法(即使在事後)用機械人批量回退其編輯麼。--淺藍雪❉ 2019年4月16日 (二) 09:24 (UTC)
修改「何時可移動而不留重新導向」
|
|
如只可在CSD下移動而不留重定向,彈性也太小把 囧rz……--Wiki emoji | 🅔🅜🅞🅙🅘🅦🅘🅚🅘 來笑一下 𝔑𝔬𝔳𝔦𝔠𝔢 ℭ𝔩𝔲𝔟 ♬Main User 2019年9月11日 (三) 12:52 (UTC)
有關維基百科:回退功能中的修訂事宜
- 各位好,在下發現translatewiki上控制回退功能默認摘要的文本近期有被變動,導致Wikipedia:回退功能#什麼時候可以使用回退功能中所撰的自動編輯摘要文本與現有不符,由於translatewiki亦為開放式的Wiki,故在此就相關條文的修訂向各位徵求意見:
- 一、將Wikipedia:回退功能#什麼時候可以使用回退功能中的「自動生成類似於......的自動編輯摘要」中省略號部分替換為當前文字,隨translatewiki變動,如是,可能需要解決zh-hans和zh-hant等語言中文本互不一樣的問題。
- 二、將Wikipedia:回退功能#什麼時候可以使用回退功能中的「自動生成類似於......的自動編輯摘要」中省略號部分替換為統一文本的編輯摘要,由本地的MediaWiki:Revertpage及其語言變種代替translatewiki上的文本。
- 三、將Wikipedia:回退功能#什麼時候可以使用回退功能中的「所有回退操作都會自動加上「回退」標籤,而默認的回退操作會自動生成類似於「取消甲(對話)的編輯;更改回乙的最後一個版本」的自動編輯摘要。」修改為「所有回退操作都會自動加上「回退」標籤,而默認的回退操作會自動生成編輯摘要。」,如Special:Diff/57982978所示。
- 以上。--Hamish2020新年快樂 2020年2月4日 (二) 04:29 (UTC)
- 附translatewiki上zh-hans的文本和zh-hant的文本。--Hamish2020新年快樂 2020年2月4日 (二) 04:30 (UTC)
- 1在技術上是否有可能做到?我傾向1或3,3優先。ꓢꓯꓠꓟꓳꓢꓮ 問我國家哪像染病 2020年2月4日 (二) 04:59 (UTC)
- 這樣。--Hamish2020新年快樂 2020年2月4日 (二) 06:05 (UTC) 1的話應該只能做到
- 更新:Xiplus把因為translatewiki變動導致而被機械人刪除的本地自訂文字復原了,但考慮到以後還是會有這種情況,在下認為還是有必要討論一下是修訂。--Hamish2020新年快樂 2020年2月4日 (二) 06:05 (UTC)
- 我還是最傾向3。ꓢꓯꓠꓟꓳꓢꓮ 問我國家哪像染病 2020年2月4日 (二) 06:07 (UTC)
- 從管理上來說,確實是3最好,省去日後這些文字發生變化後的維護工作。從讀者理解上來說,應該是2比較好,有一段示例的話,會更加直觀地分辨出哪些是用了回退功能的。--Tiger(留言) 2020年2月4日 (二) 10:06 (UTC)
如果是3,要刪掉所有變體-- Sunny00217 2020年2月6日 (四) 15:37 (UTC)- 為啥?--Hamish2020新年快樂 2020年2月7日 (五) 11:27 (UTC)
- 才能和translatewiki同步-- Sunny00217 2020年2月11日 (二) 09:13 (UTC)
- 對不起打錯,是方案1-- Sunny00217 2020年2月11日 (二) 09:15 (UTC)
- 為啥?--Hamish2020新年快樂 2020年2月7日 (五) 11:27 (UTC)
- 「回退」標籤是個好主意。--Temp3600(留言) 2020年2月7日 (五) 12:38 (UTC)