Bluedeck 歡迎您隨時留言

English messages accepted. / 日本語のメッセージも受け付けております。

---

• Bluedeck 接受來自所有用戶及BOT的所有留言、求助和通告。此外，Bluedeck 亦能收到 ping。
• 簡潔是一種美德，但如有必要，請不必擔心留言頻率和篇幅。在一些情況下離題內容會被處理，但這不妨礙您繼續留言。
• 現在，Bluedeck 這邊是上午 4 點鐘。

留言

存檔

圖書館快線^廣告

Bluedeck 向您安利

明日への扉

川嶋あい

去聽歌

#set%|?%sec-del|1?%sec-arc|1?%top-bar|0?%arc-loc|user:bluedeck/bibliotek/usertalk/2024?%data-init|1?

%%sec-del===1??%%sec-arc===1??%%top-bar===0??%%arc-loc===user:bluedeck/bibliotek/usertalk/2024??%%data-init===1??

/頁面編輯之幫助/

您好: 能幫我編輯第109回日劇學院賞的讀者、記者和評審票嗎? 因為本人現在比較忙，無法將剩下的頁面完成，有空的話您可以幫我一下嗎?----Ken1998225（留言） 2021年12月1日 (三) 01:00 (UTC)

投票通知：試行安全投票（SecurePoll）

由於2021年維基媒體基金會針對中文維基百科的行動暴露了本地社群自治的一些問題，社群展開了一連串的討論以嘗試修補此前選舉制度的漏洞。

參與討論的編者認為，使用安全投票（SecurePoll，一種維基媒體內部投票系統）可能可以解決一些既有問題，包括拉票等，但是是否施行此制度則需要社群共識決定。

據此，現決定舉行一場安全投票，以決定是否在管理人員選舉中試行安全投票制度。本次投票有三個問題，除了第一題為測試題以外，其他問題的結果都可能影響中文維基百科的未來發展。

本次投票之投票期為2021年12月11日 (六) 00:00 (UTC)至2021年12月25日 (六) 00:00 (UTC)。

關於安全投票：

1. 保密：閣下投票之內容將獲得保密，除選舉管理員以外無人可以得知。本次投票將由基金會職員擔任選舉管理員。
2. 自由：閣下投票後到截止前，可以任意改票。新的投票內容將覆蓋先前的投票內容。
3. 公平：為避免傀儡操控投票結果，投票時將紀錄一些技術數據，此與閣下平常編輯維基百科時相同。

參與投票

希望閣下能夠踴躍參與投票！ MediaWiki message delivery（留言） 2021年12月11日 (六) 09:55 (UTC)

---

此訊息由大量訊息發送功能傳送給所有合資格投票人（包括延伸確認使用者或管理員權限持有者，在投票開始時被封禁者除外）。
如果您不希望在未來收到所有透過大量訊息發送功能發送的訊息，您可以在您的使用者對話頁內加入Category:不接受消息發送這個分類。

算法提問

您好，想請問一下您身份驗證的 HIROSE-AES-256 要如何計算？哪裏找來這麼偏僻的算法（--拒食木瓜〽️_{心臓を捧げよ！} 2021年12月19日 (日) 14:12 (UTC)

新年快樂，Bluedeck!

新年快樂!

Bluedeck，
感謝您對維基百科的貢獻，祝您有一個愉快、充實並富有成效的新年。
--在下荷花，請多指教（歡迎簽到） 2022年1月1日 (六) 02:57 (UTC)

   通過將{{subst:新年煙火}}添加到用戶對話頁面來發送新年祝福。

How we will see unregistered users

嗨！

因為您是維基媒體wiki的管理員，所以您收到此訊息。

現今當有人沒有登入就編輯維基媒體wiki時，我們會顯示他們的IP，也許您已經知道了，我們將無法在未來這麼做，這是由維基媒體基金會法律部門所做的決定，因為現在的私隱規範和規定已被修改。

我們將顯示隱藏的身分而非IP，您作為管理員仍然可以看到IP，對於那些需要看到未註冊使用者的完整IP以應對破壞、騷擾和垃圾訊息的非管理員，將提供新的使用者權限給他們，即使沒有此權限，巡查員也能夠看到部分的IP。我們也正在開發更好的工具來提供幫助。

如果您未曾知道此訊息，您可以在元維基了解更多資訊。如果您想要確保您不會錯過任何維基媒體wiki的技術變更，您可以訂閱每週的技術新聞。

我們有兩種此身分運作方式的建議，我們會非常感謝您認為在現在和未來對於您和您的wiki最合適的方式提供反饋，您可以在討論頁告訴我們，您可以用您的語言書寫，這些建議是在10月時發表，並且我們會在1月17日後做出決定。

謝謝您。 /Johan (WMF)

2022年1月4日 (二) 18:20 (UTC)

新年快樂！

新年快樂！ 感謝您過去一年來對中文維基百科的貢獻！祝閣下新年快樂，萬事如意！—— Eric Liu 創造は生命（留言．留名．學生會） 2022年1月31日 (一) 17:57 (UTC) （模板使用方法參見此處）

圖書館存檔來源時出錯

在oldid=70503222中，一位用戶存檔了一個頁面。頁面原本是正常的，但存到圖書館之後出現了參考來源錯誤。你能修一下腳本嗎？--Q28（留言） 2022年3月7日 (一) 10:51 (UTC)

@Q28：問題出在這裏：

== 注释 ==
{{((}}Reflist|2|group="注"}}

因為很多模版自帶分類，但是圖書館裏的內容我不想讓他顯示在任何分類里，所以所有的模版都被「去模版化」（像這樣{{((}}）處理了。這導致reflist不顯示，自然導致分類錯誤。我不能修改這個問題。Bluedeck 2022年3月8日 (二) 03:16 (UTC)

在座寫輕小說的各位，全都有病頁面存廢討論通知

您好，您先前創建或編輯的頁面「在座寫輕小說的各位，全都有病」已被提出存廢討論，正在討論該頁面的存廢。
維基百科非常歡迎您的編輯，但請先看看編輯幫助和維基百科不是什麼，以免犯了常見的錯誤。
請不要自行移除頁面存廢模板，討論是因為有編者認為頁面不適合維基百科。請參與頁面存廢討論，您亦可以與提刪的維基人進行溝通。在討論期間歡迎繼續完善原先的頁面，多謝合作！
幫助：互助客棧、刪除指導、存廢覆核請求、IRC聊天頻道--🚊。鐵路Railway ^論 2022年4月11日 (一) 00:22 (UTC)

《維基百科政策簡報》2021年12月號

維 基 百 科 政 策 簡 報

— 每月一期，掌握政策脈動 —

過去一個月（2021年12月1日至2021年12月31日）內，中文維基百科之重要人事及政策變動大致如下，個別項目基本依變動或施行時間先後排序：

方針與指引重要變動：重大的方針與指引修訂。過去一個月內，互助客棧方針區共有方針與指引相關新提案19項，另有4項方針與指引相關提案獲得通過：

1. 《快速刪除方針》：修訂〈其他頁面〉一節，擴大O4準則適用範圍，並調整O7準則語句措辭；相關模組一併修訂。（討論紀錄）
2. 《管理員的離任方針》：經社群討論通過，將管理人員離任相關頁面整合至行政員佈告板。（討論紀錄）
3. 《討論頁指引》：明定一般討論頁之排版格式和標準不適用於因技術原因而無法遵守者（例如結構式討論頁）。（討論紀錄）
4. 《關注度指引（電視劇）》：依據社群討論結果，正式訂立電視劇相關條目之關注度指引，優先適用於既有之《關注度指引》。（討論紀錄）

其他方針與指引雜項修訂，包括未於互助客棧方針區討論而進行之小修改、方針與指引之相應修訂或事實性修訂等。請核查此等修訂，若有需要，可提案至互助客棧方針區復議。

• 方針：《保護方針》、《文明方針》、《編輯戰方針》、《破壞方針》、《命名常規》、《生者傳記方針》、《人事任免投票資格方針》、《模板編輯員方針》、《誹謗方針》、《介面管理員方針》、《非自由內容使用準則》、《快速刪除方針》、《機器用戶方針》、《共識方針》、《管理員方針》、《監督方針》、《有償編輯方針》、《行政員方針》、《封禁方針》、《侵犯著作權方針》及《方針與指引》。
• 指引：《可靠來源佈告板評級指引》、《關注度指引（交通）》、《勇於提問指引》、《建設性意見指引》、《用戶頁指引》、《討論頁指引》、《頁面分類指引》、《格式手冊（文字格式）》、《字詞轉換處理指引》、《地區詞處理指引》、《關注度指引（組織）》、《簽名指引》、《什麼是條目指引》、《格式手冊（兩岸四地用語）》、《一級行政區道路特殊收錄限制列表》、《申請成為管理人員指引》、《命名常規（國際關係）》、《格式手冊（列表）》、《關注度指引（人物）》、《利益衝突指引》、《關注度指引（數字）》及《重定向指引》。

其他重要社群動態：此處列出的動態雖不一定與正式方針或指引有關，惟對維基百科之社群或站務運作有一定影響。

• Growth團隊功能已對新手啟用，願意指導新手的編者可以登記成為導師。（討論紀錄）
• 視覺化編輯器已正式脫離測試階段，可在偏好設定中選擇啟用。（討論紀錄）
• 經社群投票表決通過，未來一場管理員選舉將使用安全投票（SecurePoll）系統；相關選舉規定尚待修訂。

• 討論本期政策簡報
• 調整訂閱
• 歷年簡報存檔
• MediaWiki message delivery（留言） 2022年4月16日 (六) 15:25 (UTC)

《維基百科政策簡報》2022年1月號

維 基 百 科 政 策 簡 報

— 每月一期，掌握政策脈動 —

過去一個月（2022年1月1日至2022年1月31日）內，中文維基百科之重要人事及政策變動大致如下，個別項目基本依變動或施行時間先後排序：

方針與指引重要變動：重大的方針與指引修訂。過去一個月內，互助客棧方針區共有方針與指引相關新提案32項，另有4項方針與指引相關提案獲得通過：

1. 《快速刪除方針》：微調〈所有頁面〉一節內容，將G5準則及G12準則條文之冗餘斜體去除（討論紀錄）；之後將早先微調快速刪除縮寫的事實性修訂交付公示並獲得通過。（討論紀錄）
2. 《共識方針》：在〈提案討論及公示時間〉一節中新增「非方針指引相關提案」、「微小修訂」及「重行公示」等簡易公示規定。（討論紀錄）
3. 《可靠來源指引》：在〈來源的類型〉一節中新增翻譯、轉載類來源相關規範。（討論紀錄）

其他方針與指引雜項修訂，包括未於互助客棧方針區討論而進行之小修改、方針與指引之相應修訂或事實性修訂等。請核查此等修訂，若有需要，可提案至互助客棧方針區復議。

• 方針：《避免地域中心方針》、《刪除方針》、《兒童保護方針》、《忽略所有規則》、《五大支柱》、《生者傳記方針》、《破壞方針》、《命名常規》、《監督方針》、《用戶查核方針》、《管理員的離任方針》、《編輯戰方針》、《可供查證方針》、《非原創研究方針》及《管理員方針》。
• 指引：《外部連結指引》、《繁簡處理指引》、《快速保留指引》、《關注度指引》、《用戶頁指引》、《格式手冊（版面佈局）》、《不要傷害新手指引》、《跨維基匯入者指引》、《列明來源指引》、《大量訊息發送者指引》、《關注度指引（交通）》、《關注度指引（地理特徵）》、《格式手冊（旗幟）》、《格式手冊（兩岸四地用語）》、《草稿命名空間指引》、《小小作品指引》、《利益衝突指引》、《消歧義指引》、《關注度指引（電視劇）》、《討論頁指引》、《權限申請指引》及《翻譯指引》。

其他重要社群動態：此處列出的動態雖不一定與正式方針或指引有關，惟對維基百科之社群或站務運作有一定影響。

• 依據社群共識，2021年底以前未進行清理之不適合維基百科收錄的節目內容列表已被悉數提刪。
• 維基媒體基金會發表聲明，表示將在社群符合特定條件後重新引入本地用戶查核權限。
• 管理員佈告板「其他」已經更名為「其他不當行為」。（討論紀錄）
• 經社群討論通過，將設立傀儡調查佈告板取代原有之元維基用戶查核請求，範圍擴展至所有傀儡調查，並設置傀儡調查助理協助處理案件。（討論紀錄）

• 討論本期政策簡報
• 調整訂閱
• 歷年簡報存檔
• MediaWiki message delivery（留言） 2022年5月12日 (四) 16:51 (UTC)

管理員佈告板已經重啟

管理員佈告板日前已經重啟，歡迎　閣下監視該頁面，以即時處理管理員相關事務。當然，若已經監視，那自然是更好的。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2022年5月15日 (日) 07:44 (UTC)

《維基百科政策簡報》2022年2月號

維 基 百 科 政 策 簡 報

— 每月一期，掌握政策脈動 —

過去一個月（2022年2月1日至2022年2月28日）內，中文維基百科之重要人事及政策變動大致如下，個別項目基本依變動或施行時間先後排序：

方針與指引重要變動：重大的方針與指引修訂。過去一個月內，互助客棧方針區共有方針與指引相關新提案23項，另有4項方針與指引相關提案獲得通過：

1. 《檔案名稱指引》：參考維基共享資源《檔案重新命名指引》，在檔案更名請求準則中新增「無爭議的維護與缺陷修正」項目（討論記錄）；之後對檔案殘留重新導向頁面之快速刪除流程進行事實性修訂。（討論記錄）
2. 《存廢覆核方針》：要求在提交存廢覆核請求前儘可能在相關頁面中加入存廢覆核模板並通知頁面建立者。此外，若該請求是轉介自其他討論，轉介者亦應通知原提交者。（討論記錄）
3. 《可供查證方針》：修訂〈通常不可靠的來源〉一節，釐清該章節內容的含義和適用範圍。（討論記錄）

其他方針與指引雜項修訂，包括未於互助客棧方針區討論而進行之小修改、方針與指引之相應修訂或事實性修訂等。請核查此等修訂，若有需要，可提案至互助客棧方針區復議。

• 方針：《基金會行動方針》、《檔案移動員方針》、《共識方針》、《避免地域中心方針》、《監督方針》、《快速刪除方針》、《破壞方針》、《模板編輯員方針》、《用戶名方針》、《生者傳記方針》、《非原創研究方針》、《五大支柱》、《志願者回覆團隊方針》、《用戶查核方針》、《編輯戰方針》、《維基百科不是什麼》、《傀儡方針》及《有償編輯方針》。
• 指引：《可靠來源指引》、《高風險模板指引》、《重定向指引》、《關注度指引（交通）》、《關注度指引（天體）》、《關注度指引（電視劇）》、《關注度指引（地理特徵）》、《簽名指引》、《格式手冊（兩岸四地用語）》、《列明來源指引》、《拉票指引》、《用戶頁指引》、《命名常規（音樂）》、《通用行為準則》、《劇透內容指引》、《錢幣學條目指引》、《格式手冊（縮寫）》、《小小作品指引》、《爭議解決指引》、《格式手冊》、《利益衝突指引》、《地區詞處理指引》及《字詞轉換處理指引》。

其他重要社群動態：此處列出的動態雖不一定與正式方針或指引有關，惟對維基百科之社群或站務運作有一定影響。

• 在傀儡調查助理選拔完成以後，傀儡調查佈告板正式啟用，取代原有之元維基用戶查核請求。

• 討論本期政策簡報
• 調整訂閱
• 歷年簡報存檔
• MediaWiki message delivery（留言） 2022年5月29日 (日) 08:13 (UTC)

邀請您評估我編寫的HanAssist小工具！

您好，很抱歉打擾您！

為了解決中文維基百科小工具編寫過程中的一些痛點（pain points），我編寫了HanAssist小工具。它的文檔位於此處，原始碼位於GitHub上。

希望您可以評估此小工具是否能達到預期目的，並提出您寶貴的意見和建議。

互助客棧討論區：Wikipedia:互助客棧/技術#介紹我編寫的wgULS、wgUVS現代化替代品——HanAssist小工具

謝謝！--Diskdance 2022年6月22日 (三) 10:38 (UTC)

《維基百科政策簡報》2022年3月號

維 基 百 科 政 策 簡 報

— 每月一期，掌握政策脈動 —

過去一個月（2022年3月1日至2022年3月31日）內，中文維基百科之重要人事及政策變動大致如下，個別項目基本依變動或施行時間先後排序：

方針與指引重要變動：重大的方針與指引修訂。過去一個月內，互助客棧方針區共有方針與指引相關新提案28項，另有3項方針與指引相關提案獲得通過：

1. 《維基百科不是詞典》：以英文維基百科版本方針為基礎，重寫長年未更新之內容。（討論紀錄）
2. 《非原創研究方針》：澄清部分條文之表述。（討論紀錄）
3. 《人事任免投票資格方針》：刪除註冊滿七日始具人事任免投票資格之條件。（討論紀錄）

其他方針與指引雜項修訂，包括未於互助客棧方針區討論而進行之小修改、方針與指引之相應修訂或事實性修訂等。請核查此等修訂，若有需要，可提案至互助客棧方針區復議。

• 方針：《管理員方針》、《快速刪除方針》、《維基百科不是什麼》、《介面管理員方針》、《修訂版本刪除方針》、《保護方針》、《基金會行動方針》、《可供查證方針》、《有償編輯方針》、《條目所有權方針》、《監督方針》、《機械人方針》、《五大支柱》、《避免地域中心方針》及《命名常規》。
• 指引：《利益衝突指引》、《關注度指引》、《重定向指引》、《申請成為管理人員指引》、《不要傷害新手指引》、《消歧義指引》、《建設性意見指引》、《簽名指引》、《勇於更新頁面指引》、《劇透內容指引》、《格式手冊（嵌入列表）》、《命名常規（音樂）》、《格式手冊（虛構）》、《關注度指引（人物）》、《繁簡處理指引》、《用戶頁指引》、《過度分類指引》及《格式手冊（連結）》。

其他重要社群動態：此處列出的動態雖不一定與正式方針或指引有關，惟對維基百科之社群或站務運作有一定影響。

• 過去一個月內，共有1名維基人獲提名維基獎勵並通過：HenryXVII獲授傳記特別貢獻。

• 討論本期政策簡報
• 調整訂閱
• 歷年簡報存檔
• MediaWiki message delivery（留言） 2022年6月27日 (一) 06:18 (UTC)

請教實時編輯衝突提示

我已經複製 mw.loader.load("User:Bluedeck/serve/edit-conflict.js"); /*實時編輯衝突提示*/ 到User:葉又嘉/common.js 為何依然無法出現提示？ 感謝指教--葉又嘉（留言） 2022年7月9日 (六) 04:06 (UTC)

藍桌圖書館腳本建議支持存檔舊版本

即已打開的歷史版本（oldid=）。目前始終存檔條目的最新修訂版本，有時我希望存檔早期版本（如User:Bluedecklibrary/小南山文化）。存檔歷史記錄信息就更好了（通過摺疊或HTML註釋），以及允許存檔多個版本（到單獨頁面/歷史記錄；不過可能增加濫用性）。( π )題外話：[1]源碼是手寫還是轉換過的，有點不太好讀。ident作用不太懂，某種調試環境？源碼是否默認採用網站的CC BY-SA 3.0許可，或者您另有偏好。--YFdyh000（留言） 2022年7月11日 (一) 21:13 (UTC)

獨裁寶典頁面存廢討論通知

您好，您先前創建或編輯的頁面「獨裁寶典」已被提出存廢討論，正在討論該頁面的存廢。
維基百科非常歡迎您的編輯，但請先看看編輯幫助和維基百科不是什麼，以免犯了常見的錯誤。
請不要自行移除頁面存廢模板，討論是因為有編者認為頁面不適合維基百科。請參與頁面存廢討論，您亦可以與提刪的維基人進行溝通。在討論期間歡迎繼續完善原先的頁面，多謝合作！
幫助：互助客棧、刪除指導、存廢覆核請求、IRC聊天頻道--百戰天蟲（留言） 2022年9月24日 (六) 07:48 (UTC)

User talk:David S. Hwang的快速刪除通知

您好，有編者認為您創建的頁面User talk:David S. Hwang內容不當，符合快速刪除條件，該頁面很快會由管理員進行覆核並決定是否保留。
維基百科非常歡迎您的編輯，但請先看看編輯幫助和維基百科不是什麼，以免犯了常見的錯誤。

請不要自行移除快速刪除模板，快速刪除旨在加快處理顯然不合適的頁面。若您認為刪除理由不合適或您已對頁面做了改善，請在被提刪頁面快速刪除模板的正下方加入{{Hang on}}，並在頁面的討論頁中說明理由。您亦可以與提刪的維基人進行溝通，多謝合作！
幫助：互助客棧 · 刪除指導 · 存廢覆核請求 · IRC聊天頻道--羅潔塔💎478940 2023年1月21日 (六) 03:28 (UTC)

新年快樂！

新年快樂！ 感謝您過去一年來對中文維基百科的貢獻！祝閣下新年快樂，萬事如意！—— Eric Liu 創造は生命（留言・留名・學生會） 2023年1月22日 (日) 11:01 (UTC) （模板使用方法參見此處）

RM

請求移動Template:AR/target至Template:Articleretrieval/target以統一命名--A1Cafel（留言） 2023年1月26日 (四) 11:04 (UTC)

Template:Good looking box頁面存廢討論通知

您好，您先前創建或編輯的頁面「Template:Good looking box」已被提出存廢討論，正在討論該頁面的存廢。
維基百科非常歡迎您的編輯，但請先看看編輯幫助和維基百科不是什麼，以免犯了常見的錯誤。
請不要自行移除頁面存廢模板，討論是因為有編者認為頁面不適合維基百科。請參與頁面存廢討論，您亦可以與提刪的維基人進行溝通。在討論期間歡迎繼續完善原先的頁面，多謝合作！
幫助：互助客棧、刪除指導、存廢覆核請求、IRC聊天頻道--A1Cafel（留言） 2023年6月29日 (四) 03:03 (UTC)

Need your input on a policy impacting gadgets and UserJS

Dear interface administrator,

This is Samuel from the Security team and I hope my message finds you well.

There is an ongoing discussion on a proposed policy governing the use of external resources in gadgets and UserJS. The proposed Third-party resources policy aims at making the UserJS and Gadgets landscape a bit safer by encouraging best practices around external resources. After an initial non-public conversation with a small number of interface admins and staff, we've launched a much larger, public consultation to get a wider pool of feedback for improving the policy proposal. Based on the ideas received so far, the proposed policy now includes some of the risks related to user scripts and gadgets loading third-party resources, best practices for gadgets and UserJS developers, and exemptions requirements such as code transparency and inspectability.

As an interface administrator, your feedback and suggestions are warmly welcome until July 17, 2023 on the policy talk page.

Have a great day!

Samuel (WMF), on behalf of the Foundation's Security team 2023年7月10日 (一) 12:08 (UTC)

Invitation to Rejoin the Healthcare Translation Task Force

You have been a medical translators within Wikipedia. We have recently relaunched our efforts and invite you to join the new process. Let me know if you have questions. Best Doc James (talk · contribs · email) 12:34, 13 August 2023 (UTC)

關於藍桌圖書館擴充功能

是否有可能在「圖書館」以外新增互聯網檔案館（或可簡稱為「檔案館」）之類顯示選項，便於尋找頁面存檔？—— Eric Liu _{創造は生命（留言・留名・學生會）} 2023年9月13日 (三) 14:54 (UTC)

@Ericliu1912：請問這個檔案館的功能和圖書館的功能是何區別呢？存儲的是圖片還是維基源碼呢，還是維基百科之外的內容。我有點沒有理解。Bluedeck 2023年9月13日 (三) 16:37 (UTC)

其實就是已刪除內容查詢中常提到的「Wayback Machine」。很多人會存檔維基百科頁面到互聯網檔案館，雖然我不確定能不能從那裏面直接擷取維基原始碼，但肯定能就相關頁面提供有用資訊。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2023年9月13日 (三) 16:52 (UTC)

@Ericliu1912：也就是說，工具代替使用者搜尋一下Wayback Machine，然後顯示wayback machine中的存檔？Bluedeck 2023年9月13日 (三) 17:23 (UTC)

是的。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2023年9月14日 (四) 02:57 (UTC)

@Ericliu1912：哈哈，試了一下做不到，目前的瀏覽器安全政策要求被連接網站（也就是Wayback Machine）明確在連接前聲明自己接受來自第三方網站頁面腳本發出的連接，通過在HTTP報頭說一句「Access-Control-Allow-Origin: ...」。由於Wayback Machine沒有，所以瀏覽器會拒絕連接。Bluedeck 2023年9月16日 (六) 23:51 (UTC)

好吧 :( —— Eric Liu _{創造は生命（留言・留名・學生會）} 2023年9月17日 (日) 10:44 (UTC)

邀請參與中文維基百科管治相關討論

2024年管理人員制度改革意向調查經已結束，調整管理人員上任標準、容許用戶獲得臨時管理員權限、設立仲裁委員會和修訂管理員長期無活動解任方針已獲社群共識採納，目前正在討論實行的細節。請踴躍參與以上討論，提出建設性的意見。

MediaWiki message delivery（留言） 2024年1月5日 (五) 06:04 (UTC)

---

本條消息是使用群發消息功能發送給您的。如果您不希望在未來接受所有使用本功能發送的消息，請在您的討論頁加入Category:不接受消息發送這一分類。

新北市區公車綠5路線的快速刪除通知

您好，有編者認為您創建的頁面新北市區公車綠5路線內容不當，符合快速刪除條件，該頁面很快會由管理員進行覆核並決定是否保留。
維基百科非常歡迎您的編輯，但請先看看編輯幫助和維基百科不是什麼，以免犯了常見的錯誤。

如果您想查看已刪除頁面的頁面內容，您可訪問已刪除內容查詢。如果您認為刪除不當，請到存廢覆核請求處提出申請，多謝合作！
幫助：互助客棧 · 刪除指導 · 存廢覆核請求 · IRC聊天頻道--Mafalda4144（留言） 2024年1月13日 (六) 15:27 (UTC)

新北市區公車綠12路線頁面存廢討論通知

您好，您先前創建或編輯的頁面「新北市區公車綠12路線」已被提出存廢討論，正在討論該頁面的存廢。
維基百科非常歡迎您的編輯，但請先看看編輯幫助和維基百科不是什麼，以免犯了常見的錯誤。
請不要自行移除頁面存廢模板，討論是因為有編者認為頁面不適合維基百科。請參與頁面存廢討論，您亦可以與提刪的維基人進行溝通。在討論期間歡迎繼續完善原先的頁面，多謝合作！
幫助：互助客棧、刪除指導、存廢覆核請求、IRC聊天頻道--Mafalda4144（留言） 2024年1月13日 (六) 15:30 (UTC)

新北市區公車綠12路線的快速刪除通知

您好，有編者認為您創建的頁面新北市區公車綠12路線內容不當，符合快速刪除條件，該頁面很快會由管理員進行覆核並決定是否保留。
維基百科非常歡迎您的編輯，但請先看看編輯幫助和維基百科不是什麼，以免犯了常見的錯誤。

如果您想查看已刪除頁面的頁面內容，您可訪問已刪除內容查詢。如果您認為刪除不當，請到存廢覆核請求處提出申請，多謝合作！
幫助：互助客棧 · 刪除指導 · 存廢覆核請求 · IRC聊天頻道--Mafalda4144（留言） 2024年1月13日 (六) 15:45 (UTC)

新北市區公車紅38路線頁面存廢討論通知

您好，您先前創建或編輯的頁面「新北市區公車紅38路線」已被提出存廢討論，正在討論該頁面的存廢。
維基百科非常歡迎您的編輯，但請先看看編輯幫助和維基百科不是什麼，以免犯了常見的錯誤。
請不要自行移除頁面存廢模板，討論是因為有編者認為頁面不適合維基百科。請參與頁面存廢討論，您亦可以與提刪的維基人進行溝通。在討論期間歡迎繼續完善原先的頁面，多謝合作！
幫助：互助客棧、刪除指導、存廢覆核請求、IRC聊天頻道--Mafalda4144（留言） 2024年1月13日 (六) 15:58 (UTC)

Re: Slope_project

Bluedeck君您好，謝謝您能關注這個計劃。可惜的是，我只是在收集之前討論中的主意，整理出一個框架或者說藍圖，計劃提到phab看看有沒人幫忙做。我本人沒有學過現代的計算機語言（只有高中電腦課學過一學期VB，至於站內的js腳本都是我邊抄邊學的），可能沒有開發這種項目的能力，非常抱歉！  ——魔琴 [ 留言 貢獻 新手2023計劃 ] 2024年3月3日 (日) 08:11 (UTC)

Wikipedia:已刪除內容查詢/header2頁面存廢討論通知

您好，您先前創建或編輯的頁面「Wikipedia:已刪除內容查詢/header2」已被提出存廢討論，正在討論該頁面的存廢。
維基百科非常歡迎您的編輯，但請先看看編輯幫助和維基百科不是什麼，以免犯了常見的錯誤。
請不要自行移除頁面存廢模板，討論是因為有編者認為頁面不適合維基百科。請參與頁面存廢討論，您亦可以與提刪的維基人進行溝通。在討論期間歡迎繼續完善原先的頁面，多謝合作！
幫助：互助客棧、刪除指導、存廢覆核請求、IRC聊天頻道--鐵膠壹名 2024年3月24日 (日) 10:20 (UTC)

文明方針問題

之前在不當行為提報區那裏，就有意見認為對於違反站內規則的處理方式是封禁而不是不文明行為（例如辱罵違規的人），而且假如沒有封禁這一措施，不文明行為本身也無法阻止違規的人繼續編輯。所以如果某人長期在站內辱罵他人，違反文明方針，而又沒有管理員出面處理，時間一長，是不是會讓人感覺那個人有站內不文明的特權？--日期20220626（留言） 2024年3月28日 (四) 12:13 (UTC)

回復通告

您好，Bluedeck-bot。您在Wikipedia:互助客棧/求助有新的留言或與您有關的訊息。
此回覆通告添加於2024年4月1日 (一) 11:13 (UTC)，您可以透過移除{{Talkback}}隨時移除本通知。

阿米婭2011（留言） 2024年4月1日 (一) 11:13 (UTC)

給您的星章！

	好主意星章
	希望網頁版郵件申訴能夠早日落實，感謝貢獻！ AT 2024年4月29日 (一) 09:15 (UTC)

想問一下您對本站新變體對話框的看法

之前一直想問您的看法都忘記問了，考慮到您是舊小藍條的維護者，還是想問一下。--碟之舞📀💿 2024年4月29日 (一) 15:22 (UTC)

看到您的回覆了。看上去您可能不了解背景，請見Wikipedia_talk:變體小助手#變體小助手第二版（有對話框截圖）。這個小工具是我寫的，替換掉了本站舊的變體跳轉邏輯和小藍條。工作機制請見[2]。

還有就是我訂閱了這個話題，所以您直接在自己的用戶頁上回復我會收到通知（本站淚目新功能）。--碟之舞📀💿 2024年5月3日 (五) 15:19 (UTC)

哦這個呀，我早就看到過了，我當時還以為是MediaWiki官方的出品，哈哈哈。這個比藍條好多了，本來藍條就是為了別的東西而出現的，被套用在選擇文字變體一直是驢唇不對馬嘴的感覺。Bluedeck 2024年5月3日 (五) 15:22 (UTC)

另外我覺得桌面版設計的非常好，全部列出來非常易用，並且沒有過多的擋住頁面。Bluedeck 2024年5月3日 (五) 15:24 (UTC)

謝謝回復！那我就放心了。--碟之舞📀💿 2024年5月3日 (五) 15:28 (UTC)

問題

看到過您在相關編者的討論頁留過言，好奇您會不會願意處理 維基百科:管理員佈告板/其他不當行為#日期20220626？（可以在這裏直接回復，我會收到通知）--0xDeadbeef (留言) 2024年5月12日 (日) 11:13 (UTC)

目前的精力集中在unblock-zh上，並不打算處理uum/螺釘/日期相關的問題。Bluedeck 2024年5月13日 (一) 04:15 (UTC)

OK--0xDeadbeef (留言) 2024年5月13日 (一) 07:37 (UTC)

管理人員選舉及問卷進行中

中文維基百科管理人員選舉正在進行，ASid、ATannedBurger、Manchiu、UjuiUjuMandan四名用戶參選管理員，另有行政員AT參選監督員。投票期為2024年5月29日至6月12日，誠邀您踴躍參與投票並表達對候選人的意見。

請注意管理人員選舉無當選限額，各候選人分開計票，支持票不限於一票。

→ 投票連結 · 管理人員選舉問答

---

社群亦正就未來仲裁委員會對管理人員除權的權力進行問卷調查，您可在上方投票連結找到表單匿名表達意見，或直接前往討論頁發表意見。

---

回饋請求服務已上線，誠邀您訂閱有興趣參與有關討論的話題。

MediaWiki message delivery（留言） 2024年5月29日 (三) 04:12 (UTC)

請管理員幫我移到妥協方案

請移到我提出妥協方案版本，因為分拆沒共識，他狂打編輯戰，無視維基百科規則，用出巨魔行為--HYHJKJYUJYTTY（留言） 2024年6月7日 (五) 16:41 (UTC)

你們兩人都違反了3RR，這個保護只能起到暫時作用，你們二人可以在這裏儘量說出自己的編輯理由。如果1天後還不能解決此編輯爭議，也不要因為保護結束繼續打編輯戰。要把底層的爭議搞清楚。你可以先行說明一下自己編輯的理由。@u:Txkk你也要在這裏說明一下你的理由。Bluedeck 2024年6月7日 (五) 16:46 (UTC)

我發你TG了。--Txkk（留言） 2024年6月7日 (五) 16:48 (UTC)

因為立法院改革爭議，是抗議主條目，法案只是背景，從頭到尾都是寫抗議，還有分拆沒有共識，還在討論，他就一直堅持自己主張，與事實不符--HYHJKJYUJYTTY（留言） 2024年6月7日 (五) 16:48 (UTC)

在還沒共識之前，他繼續搗亂維基，無視維基百科規則，惡意打編輯戰，我最後有提出妥協方案，在共識之前，都不要用，但他不聽，堅持自己主張搗亂觀點--HYHJKJYUJYTTY（留言） 2024年6月7日 (五) 16:51 (UTC)

討論:2024年立法院改革爭議，他應該繼續條目拆分討論，而不是打無意義編輯戰--HYHJKJYUJYTTY（留言） 2024年6月7日 (五) 16:56 (UTC)

妥協方案本身算是最好處理--HYHJKJYUJYTTY（留言） 2024年6月7日 (五) 17:03 (UTC)

@Txkk請在這裏討論，否則HYH看不到。Bluedeck 2024年6月7日 (五) 17:07 (UTC)

他就堅持他的觀點，純亂，要不了早就這裏討論--HYHJKJYUJYTTY（留言） 2024年6月7日 (五) 17:09 (UTC)

他真的毫無理由巨魔行為--HYHJKJYUJYTTY（留言） 2024年6月7日 (五) 17:11 (UTC)

你還是移到妥協方案好了--HYHJKJYUJYTTY（留言） 2024年6月7日 (五) 17:12 (UTC)

他編輯理由就是沒有理由，認為自己就是對的，可惜與事實不符--HYHJKJYUJYTTY（留言） 2024年6月7日 (五) 17:14 (UTC)

他再不聽管理員的話，基本上是他真的沒有理由可以反駁，其實可以移到妥協方案--HYHJKJYUJYTTY（留言） 2024年6月7日 (五) 17:23 (UTC)

請回到2024年6月7日 (五) 15:11‎版本，要不了結束到，我主動恢復到妥協方案，他不要再無意議編輯戰--HYHJKJYUJYTTY（留言） 2024年6月7日 (五) 17:26 (UTC)

請討論問題本身

@u:HYHJKJYUJYTTY：為什麼刪去兩個內部連結？可否給出簡要的理由？ @u:Txkk：如何從【4】號參考得知「被認為只是一部擴張了立法院權利的法案，並不是改革，同時引發了大規模抗議示威潮。」？4號參考的哪一部分內容能夠說明這一點？請不要在TG回復。 兩位編者請不要互相指責對方不符合方針，請就事論事。在這個章節下互相攻擊的內容會被我刪除。Bluedeck 2024年6月7日 (五) 18:05 (UTC)

刪去兩個內部連結主要是分拆沒共識，如果要加也是加立法院改革爭議的抗議主條目，我也加，但他打編輯戰，既然絕對反對，所以妥協方案就來了--HYHJKJYUJYTTY（留言） 2024年6月7日 (五) 18:14 (UTC)

原來是原創研究那就好解決，等解除，那就刪掉那段被認為只是一部擴張了立法院權利的法案，並不是改革，同時引發了大規模抗議示威潮不就好--HYHJKJYUJYTTY（留言） 2024年6月7日 (五) 19:06 (UTC)

既然有目前有兩個條目，那麼自然要內鏈到兩個條目中去，我感覺這並不過分。你說分拆本身是沒有共識的行為，如果是這樣，那麼等到分拆遭到了撤回，自然就可以撤回這兩個內鏈。如果你想像一個體育場被一分為二，那麼即使最後要合二為一，但是在合併前，開放兩個入口，是不是很正常的想法？Bluedeck 2024年6月7日 (五) 19:24 (UTC)

第4號參考是當事者台灣民眾黨在今年1月15日發表的新聞稿，它是過時的來源，用作前面那句話（現況）的來源一點都不合適。之所以我沒有動參考來源是因為當時該條目的內鏈不夠多，不足以構築百科全書的連結網絡，我先把內鏈補齊再動參考來源。--Txkk（留言） 2024年6月10日 (一) 01:43 (UTC)

Easy Archive問題

Wikipedia:互助客棧/求助#c-Wang31-20240609024200-Easy_Archive使用問題，我的討論頁也無法顯示存檔/刪除按鈕。但頁面底部顯示「 本討論頁面使用 Easy Archive 快速存檔（停用）。 存檔地址：User_talk:ChasingAir/2024」。--ChasingAir^留言 2024年6月10日 (一) 04:31 (UTC)

• 謝謝提報故障，我在客棧討論這個問題了。Bluedeck 2024年6月10日 (一) 06:10 (UTC)

果仁蜜餅送給您！

謝謝你的解封。 千村狐兔（留言） 2024年6月13日 (四) 00:58 (UTC)

解封理由瑕疵

1. 首次發表與方針相違背言論本身並不是封禁的決定因素，在經糾正後持續試圖強行曲解兩方針屬於遊戲維基規則。遊戲維基規則是封禁方針中的行為。
2. Special:Diff/77127830/81797673中既然為翻譯內容，卻未在任何地方署名，已可見該用戶違反CC-BY-SA之行為是系統性的。
3. 編輯摘要中表示"從英文維基百科翻譯"未提供條目名稱、永久版本、作者列表、歷史版本。維基數據項亦不固定。不符合CC-BY-SA對於來源的最低要求。（"署名：當你使用維基百科的文字時，你被要求提供到你所引用頁面的超連結或URL..."）
4. 英文維基百科是不可靠來源，從英文維基百科翻譯無來源內容仍違反可供查證方針。添加內容的編輯有舉證責任。

鑑於解封理由（尤其是版權分析）存在明顯瑕疵，此案應恢復封禁再議。--Mys_721tx（留言） 2024年6月13日 (四) 01:21 (UTC)

1 -> 我理解到你說他遊戲維基規則的行為是故意和方針唱反調，引起討論，是這樣嗎？還是他的行為背後還有更深層次的目的我沒有發現的？

2&3 -> 我同意。但是你舉出的例子有點少。並且本用戶添加了編輯摘要attribute，雖然不合規，但是足以讓我AGF。另外TOU和英維基均允許編輯摘要attribute（當然，他缺少了interwiki link）。關於這一點，我在沙盒中最下方寫了一點，請你看看是否有問題。

4 -> 同意，但是你所給出的例子不足以封禁。

@Mys_721tx：如果能發現本用戶更多更大量的違反2, 4，那麼的確可以再檢討。Bluedeck 2024年6月13日 (四) 01:31 (UTC)

1. 明顯不符合版權要求的編輯沒有"不能構成查封理由"一說。長期不符合版權要求是明確的封禁理由。封禁方針與版權方針均規定該行為會導致封禁。"不能構成查封理由"一說無方針根據。

   此處（Special:Diff/79628341）還將明顯非自由版權內容翻譯進條目。

2. 根據文獻總結出文獻中沒有直接支持內容是明顯的原創研究。解封理由中"非原創研究"與"不能構成查封理由"一說無方針根據。

   加入來源中沒有內容亦非首次： Special:Diff/79840200、Special:Diff/79885782

--Mys_721tx（留言） 2024年6月13日 (四) 02:04 (UTC)

繼續補充：

1. 翻譯明顯非自由版權內容行為：Special:Diff/79715131/80209915、Special:Diff/80200379 見存檔
2. 複製翻譯內容而未署名，來源中亦無此內容： Special:Diff/80200249

--Mys_721tx（留言） 2024年6月13日 (四) 02:19 (UTC)

繼續補充：

1. 不存在於英文維基百科亦不存在於來源中的內容：Special:Diff/79421787、Special:Diff/79421626
2. 翻譯明顯非自由版權內容：Special:Diff/78673915
3. 來源中沒有的內容：Special:Diff/78536738

--Mys_721tx（留言） 2024年6月13日 (四) 03:54 (UTC)

我在沙盒中的說法有誤，我想表達的意思不是「某種行為不能構成查封理由」，而是和mitigating factor一欄中的內容結合考慮後，我覺得可以不查封。您後來提供的訊息我會一併考慮。Bluedeck 2024年6月13日 (四) 04:43 (UTC)

繼續補充來源中沒有的內容：Special:Diff/78502357、Special:Diff/78486116、Special:Diff/78461141、Special:Diff/78459618、Special:Diff/77814194。--Mys_721tx（留言） 2024年6月13日 (四) 17:45 (UTC)

另外補充一處翻譯明顯非自由版權內容Special:Diff/65568515/65809184。其中禁用地區斷言亦不存在於來源中。--Mys_721tx（留言） 2024年6月25日 (二) 08:51 (UTC)

Special:Diff/80200249屬於內部複製自Special:PermaLink/80179400。--Mys_721tx（留言） 2024年6月14日 (五) 00:09 (UTC)

@Bluedeck：苗君是指Special:Diff/80200249內容複製自LangChain，which in turn是翻譯自en:LangChain，而在Python條目或編輯摘要均沒有提供en:LangChain翻譯內容的合規attribution。--路西法人 2024年6月14日 (五) 08:33 (UTC)

@LuciferianThomas：啊，謝謝指出。我確實忽略了這一點。這麼看是違規的。Bluedeck 2024年6月14日 (五) 21:55 (UTC)

關於第一點，作為另一方當事人我的觀點如下：

被封鎖用戶提出這些觀點是為了扭曲共識方針對「共識」的要求（強行解讀為「共識」必須是民主制度、必須是多數決的說法），經指出仍持續堅持扭曲方針理解，以此試圖阻止未獲絕對多數同意但反方理據極度薄弱的提案通過。《遊戲維基規則》方針列明故意謊稱某一觀點或立場受到方針的保護、管轄或支持，但是其實是違背方針的為遊戲維基方針的行為，並以此試圖故意拖延討論、遊戲程序。《封鎖方針》列明遊戲維基規則為可被封鎖的行為，你沙盒中寫「不認同這種發言可以導致查封」，不認同不代表苗君封鎖不符合方針，這顯然不能作為解除封鎖理由。

其餘點我也依據我的個人理解回應一下：

• 第二、三點，經過警告後仍然持續侵犯版權可致封鎖，這是《侵犯版權》方針明確指出不顧警告，多次張貼版權材料的貢獻者可以由任何管理員加以封禁，以阻止問題進一步產生。你大可AGF，但這不構成你在沙盒中所寫「不能構成查封理由」，最多是「經承諾不再反則不再需要封鎖」。
• 針對沙盒中對Special:Diff/82768292/82807533的分析：（《非原創研究》方針指明在維基百科裏所謂原創研究或原創觀念，指的是[...]對已發表材料進行的未發表分析、綜合或總結，並產生或暗示新的結論。該差異中顯然存在自行總結已發表材料，來源中除了文獻一節甚至連文中提及的「vicious circle」都沒提及，顯然構成原創研究。

以上。閣下的解封理據中有眾多疏漏，還請重新檢視解封決定。--路西法人 2024年6月13日 (四) 02:11 (UTC)

感謝閣下解封決定，也在此提供一些個人觀點

首先再次感謝Bluedeck閣下解封決定： 在下也在此提供一些個人觀點（主要回應LucifertianThomas君）：

一、被封鎖用戶提出這些觀點是為了扭曲共識方針對「共識」的要求經指出仍持續堅持扭曲方針理解，以此試圖阻止未獲絕對多數同意但反方理據極度薄弱的提案通過。本人發言是基於現實資料統合匯整的訊息，針對「共識」這一概念的個人解讀，而不是維基百科上的方針。

根據五大之柱維基百科不墨守成規，就算在下發表了不是很符合維基百科政策的言論，如是為改善維基百科這一理由，則應予以假定善意（況且共識完全可逐漸予以修訂，並非板上釘釘）。持相同看法者包括@桐生ここ。既然不是針對方針的本意進行扭曲，而是發表個人意見，那就更別提「故意謊稱某一觀點或立場受到方針的保護、管轄或支持，但是其實是違背方針的」是合理的。僅因此將在下言論謂之「是為了扭曲共識方針」「堅持扭曲理解」「阻止提案通過」明顯違反AGF。

另，討論頁中被認為「強行推行」「不顧反方意見」將其定性為「未獲絕對多數同意但反方理據極度薄弱」發佈冗長討論可能遊戲共識形成者，顯然有且僅有LucifertianThomas君一位。見下列評價：

就LucifertianThomas君討論態度之評價

1. 但我想閣下這等高傲的態度，連移動討論都能給人家扣擾亂帽子，大概是別想討論了。——Ericliu1912
2. 壞處只是你的主觀認為，你現在的做法純屬強制推銷，愛用RFC的可以在RFC推進討論，不愛用或者不需要用到小心討論可以維持在客棧進行。——Cwek
3. 因為社群的慣性的確是將各種廣泛性的問題放在客棧解決，而你斥之為陋習，就算你沒直接聲明需要「架空客棧」，但搞出一個RFC機制來分散討論，甚至還期望強制設立共識確立位置的規定來限制客棧或者推廣RFC的使用，但這些做法怎樣看都是不滿於RFC的利用不足而嘗試架空客棧。——Sanmosa
4. 如果提出來的方案得不到社群支持，使用，逆社群之習慣，只怕是得不償失。——Ericliu1912
5. 然而目前反對聲音眾，支持聲音寡，非得要強硬闖關，浪費大量社群資源，實在不無遺憾。我已經可以想像您給什麼說話我聽了，無非是「Stoneball」「非合理意見」「老調重彈不新鮮」之類。我本就應該如Fire Ice所說的不別花這樣多口水的。嘆嘆！——Ghren
6. 確實，目前看來只有路西法君一人支持該提案。我本人雖認同他的初衷，但反對強制推行。——微腫頭龍

以上，請閣下思之。

二、不顧警告，多次張貼版權材料的貢獻者可以由任何管理員加以封禁，以阻止問題進一步產生在下完全同意。然而需要分清什麼是「警告」什麼是「不足的提醒」。根據閣下去年10月份在在下的留言，我可以視作善意提醒。但是這足以保證一位用戶認知到持續此一行為將導致封禁甚至不限期封禁麼？根據封禁政策的三項原則「確保用戶熟悉規範」「確保目前無改善可能」「封禁始終為最後手段」，我認為當事管理員Mys 721tx君可以採取適當的措施教育用戶（不僅僅是本人，而是每一個編者）指出問題，並熟悉有關政策（比如提請互助客棧討論（見此案）、在本人討論頁面發可能受到封禁警告等，在下熟知後完全可以接受並改善審查過往問題），而非直接予以不限期封禁。政策原則已明確規定不能用於懲罰，也不能用作警告。

三、該差異中顯然存在自行總結已發表材料，來源中除了文獻一節甚至連文中提及的「vicious circle」都沒提及，顯然構成原創研究。為閣下的主觀看法，是否屬於原創總結，第三方管理員與在下均不如此認為。如果認為該條目有問題，可以在討論頁指出，以協助進一步改進。

四、最後是在下的個人想法，誠然在下過往的編輯並非沒有問題（雖未經正當溝通程序，在下仍於此及討論頁鄭重承諾會熟悉相關政策後，謹慎地作出有益維基百科編輯）。只是原始理據中諸多封禁嚴重瑕疵（包括曲解TPG政策以魯莽指控他人行為不當、違反假定善意、兩則連結涉嫌誹謗用戶作出不符合封禁理由事實的行為、未經正當溝通之不當封禁）顯示出當事管理員不良的用權與事前溝通態度習慣（這已被我在內多名用戶指出），並且經指出後，對上方不當用權情事及封禁理據疏漏隻字不談，僅要求將本人重新封回，可合理認為Mys 721tx君意識不到自己的問題。

五、在下認為不宜在第三方管理員討論頁打擾，決定提請互助客棧評議，使廣大社群用戶重新審視涉事用戶用權態度問題，以正視聽。歡迎各位參與討論。

--Gluo88（留言） 2024年6月13日 (四) 11:47 (UTC)

您在此處留言回應LucifertianThomas，又提到「不宜在第三方管理員討論頁打擾」，我感覺這二件事之間是不一致的--Wolfch (留言) 2024年6月13日 (四) 12:28 (UTC)

給您的友善星章！

	友善星章
	感謝您一切為了讓中維變得更好努力, 非常感謝您的幫助！ gluo88飲茶傾計·----🖊️ 2024年6月13日 (四) 12:14 (UTC)

給您的星章！

	勤奮星章
	謝謝您對於gluo88封禁理由的分析 Wolfch (留言) 2024年6月14日 (五) 02:14 (UTC)

Re:

見Wikipedia talk:封禁方針#進一步增修封禁方針以及建立封禁申訴的本地共識與Wikipedia talk:封禁方針/存檔6#重修封鎖方針及禁制方針中對於調整方針用詞的討論。由於封禁並不是懲罰，封禁長度是按照對用戶是否能夠改正違規行為實施的。我們可以合理推斷用戶初次違規屬於不熟悉規則，因此也不需要過長的封禁時間阻止其編輯。有期限的封禁僅代表預計在封禁結束時用戶會停止違規行為。管理工作難易程度的考慮亦是在此若用戶在有限期封禁結束後繼續違規行為，封禁時間亦據此加長。因此一天的封禁並不比一周的封禁輕，一個月的封禁亦不比一周的封禁重。對於純破壞用戶的不限期封禁是鑑於單一用途賬戶不太可能改正違規行為。對於嚴重違規行為的長時間乃至不限期編輯亦是因此考慮。若被封禁用戶可證明自己認識到行為違規而不需要封禁，限期封禁與不限期封禁的任何一段時間中合理申訴即可獲得有條件解封。--Mys_721tx（留言） 2024年6月15日 (六) 00:53 (UTC)

await

所以Gluo88的解封操作你準備如何處理？既然在本頁上方以及User:Bluedeck/etc/sandbox/box1718239888243#後續 已在初步覆核下得出查封理由有欠缺這一論點不完全正確，建議請先自己回退你的管理操作再進一步討論。作為管理員要為自己的操作負責，想必這一點你也清楚吧。（請在這裏回復）--0xDeadbeef (留言) 2024年6月25日 (二) 09:14 (UTC)

@0xDeadbeef：四項封鎖理由，前兩項是站不住腳的，後兩項未經正當溝通與適當程序，並被多個用戶認為存有態度問題，在下認為不全然符合封禁政策的精神。如果Bluedeck君選擇全面回退這一已受廣泛質疑的管理操作，需要非常全面面對後續爭議（以為自己的操作負責）。版權或原創問題，在下已經承諾（如這裏和這裏）會根據第三方管理員的審核結果所給出的意見，審查過往編輯，未來根據方針指引作出有效改善。希望Bluedeck閣下能思之，在下行為是否非無限期封禁不可改變。謹此提供當事人意見，不過多打擾。--Gluo88（留言） 2024年6月25日 (二) 11:13 (UTC)

早已見過你擾亂討論的情況，主命名空間下發生了什麼我沒時間看，你要想給Bluedeck留言別@我。我的意見仍然是封禁是對的。--0xDeadbeef (留言) 2024年6月25日 (二) 11:20 (UTC)

幫忙查證後續表中的一些內容：Special:Diff/79421787為alleged OR，實際為從遠古時期加入的內容複製而來。經我個人查證，在 ISBN 9780141026169 The Blind Watchmaker 以及 ISBN 9780593055489 The God Delusion的書中搜索 Chance, Watch, Luck 關鍵詞未見「幸運地產生一隻表」這一論點。所以經本人判斷為OR。--0xDeadbeef (留言) 2024年6月25日 (二) 18:05 (UTC)

en:Watchmaker analogy:

In his book The God Delusion, Dawkins argues that life was the result of complex biological processes. He makes the argument that the comparison to the lucky construction of a watch is fallacious because proponents of evolution do not consider evolution "lucky". Rather than luck, the evolution of human life is the result of billions of years of natural selection. He concludes that evolution is a fair contestant to replace God in the role of watchmaker.

--桐生ここ★[討論] 2024年6月27日 (四) 02:12 (UTC)

好吧，這是在英文版本就有的OR。我加了Failed verification。--0xDeadbeef (留言) 2024年6月27日 (四) 02:47 (UTC)

Dawkins沒有把這一論述稱作「watchmaker argument」，他稱之為「technological argument」或「argument from design」（The God Delusion, p. 79），尤其考慮到他把這一論點歸於佩利和他的《自然神學》。在後續章節（Ibid., p.113）有進一步敘述，裏面沒有類比鐘錶，而是類比的波音747。「達爾文的進化論有力地駁斥了鐘錶匠類比」這的確是Dawkins的觀點，不過中間「proponents of evolution do not consider evolution lucky」看起來是過度總結。Irralpaca（留言） 2024年6月27日 (四) 03:10 (UTC)

我其實看到了波音747，我能理解為什麼是這樣寫，但是過度總結就是原創研究的一種。--0xDeadbeef (留言) 2024年6月27日 (四) 03:29 (UTC)

@u:0xDeadbeef：從後續一節可以看出，當初查封Gluo88不無道理。不過就算加上這些證據，讓我來處理也不會是無限期封禁這個結果，所以我現在不能做出退回無限期查封的決定。然而，為這個解任Mys我認為理由不足。Gluo提出還有其他理由，我會再去看，看過再發表意見。Bluedeck 2024年6月27日 (四) 05:08 (UTC)

理解，感謝回復。其實我當時留言的時候沒有想起來還有RFDA這一事情。我的疑問是解任這一案Gluo88已經quote你第三方管理員認定不能構成查封理由，而這一句與查封Gluo88不無道理還是有衝突的。我看來更精確的說法應該是，認為查封理由有一定支持，但不同意以不限期封禁。這一點希望你能在RFDA澄清一下。--0xDeadbeef (留言) 2024年6月27日 (四) 05:35 (UTC)

我基本認同藍桌的觀點。--桐生ここ★[討論] 2024年6月27日 (四) 12:00 (UTC)