Wikipedia:互助客栈/其他：修订间差异

以互动方式浏览历史

←上一版本下一版本→

删除的内容添加的内容

可视化wikitext

行内

2017年8月21日 (一) 13:32的版本

快捷方式

本页讨论與維基百科有關的话题，但不包括新闻、方针、技术、求助、條目或繁简处理。

如果您需要就具体条目应当如何编辑才符合中立性原則寻求社区共识，请前往條目探討留言。
請在主題欄简明扼要地寫出問題主旨，不要使用如「新問題」等無意義的文字。
請勿公開姓名、地理位置、電話、Email地址等联系資料。我們通常只在此頁回應，並不利用Email或電話等私下回應。
無關維基百科專案的問題，請往知識問答相關頁面询問。

請注重礼仪、遵守方針與指引，一般問題請至互助客棧其他區或知识问答提出，留言后请务必签名（点击）。

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

7月31日之后没有新回應的议题會移动至相应的讨论页或存档。跳至本頁的：目錄 · 底端

公告欄

[人事] Mys 721tx的解任投票正在延长投票期一周，参见投票页面，欢迎踊跃参与。
[通知] 深色模式現已供所有行動版及桌面版網站（Vector 2022和Minerva皮膚）的用戶使用。如有任何問題，歡迎在討論頁或透過頁面右側的回報功能提出。
[公告] R7款的調整及設立頁面評級指引正在公示，如有意見請儘快提出。
[討論] Unblock-zh.org正在试运行。同时互助客栈继续对于其各项细节征求意见。
[討論] 互助客栈方針区正在討論新聞動態/重複發生的項目中的領導人更替，請踴躍參與討論。
[討論] 快速删除方针討論頁正在討論快速刪除方針O4款的調整，請踴躍參與討論。
[公告] 討論頁話題索引現正重投測試。如有意見、建議或報錯，請至互助客棧的討論串提出。
[公告] 討論遞進機制正在試行中。如對實行過程及相關規範有疑問，可在討論頁提問。
[協作] 第二十二次動員令於7月6日至9月8日間舉行，歡迎踴躍參與！

[協作] 现有129个页面需维基化，330个条目需清理，31个移动请求正在讨论。

存檔

2003年	6月以前						7	8	9	10	11	12	月
2004年	1	2	3	4	5	6	7	8	9	10	11	12	月
2005年	1	2	3	4	5	6	7	8	9	10	11	12	月
2006年	1	2	3	4	5	6	7	8	9	10	11	12	月
2007年	1	2	3	4	5	6	7	8	9	10	11	12	月
2008年	1	2	3	4	5	6	7	8	9	10	11	12	月
2009年	1	2	3	4	5	6	7	8	9	10	11	12	月
2010年	1	2	3	4	5	6	7	8	9	10	11	12	月
2011年	1	2	3	4	5	6	7	8	9	10	11	12	月
2012年	1	2	3	4	5	6	7	8	9	10	11	12	月
2013年	1	2	3	4	5	6	7	8	9	10	11	12	月
2014年	1	2	3	4	5	6	7	8	9	10	11	12	月
2015年	1	2	3	4	5	6	7	8	9	10	11	12	月
2016年	1	2	3	4	5	6	7	8	9	10	11	12	月
2017年	1	2	3	4	5	6	7	8	9	10	11	12	月
2018年	1	2	3	4	5	6	7	8	9	10	11	12	月
2019年	1	2	3	4	5	6	7	8	9	10	11	12	月
2020年	1	2	3	4	5	6	7	8	9	10	11	12	月
2021年	1	2	3	4	5	6	7	8	9	10	11	12	月
2022年	1	2	3	4	5	6	7	8	9	10	11	12	月
2023年	1	2	3	4	5	6	7	8	9	10	11	12	月
2024年	1	2	3	4	5	6	7	8	9	10	11	12	月

#	💭 話題	💬	👥	🙋 最新發言	🕒 (UTC+8)
1	評級系統缺失問題	234	25	A2569875	2024-08-10 11:39
2	Unblock-zh.org	82	16	Bluedeck	2024-08-03 04:35
3	請求社群判斷已經數據過期的用戶是否為傀儡	4	2	MCC214	2024-07-21 13:32
4	Top 10	3	2	Sinsyuan	2024-08-10 10:30
5	林郁婷英文條目的破壞	25	6	甜甜圈真好吃	2024-08-06 17:30
6	仲裁委员会的选举	16	6	Kriz Ju	2024-08-05 21:38
7	爭議領土相關雙重標準問題	5	5	Patrickov	2024-08-06 11:35
8	HYHJKJYUJYTTY的侵权调查已完成	2	1	0xDeadbeef	2024-08-07 18:59
9	求助，请评判一条目是否有理由加Rough translation标签。	3	2	Caiptony	2024-08-10 17:18

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

正在廣泛徵求意見的議題

您可在維基百科:回饋請求系統訂閱特定主題的徵求意見討論通知。

以下討論需要社群廣泛關注：（重新整理）

維基專題與協作

目前此主題無正在討論的議題

是否應該限制Black ribbon不該使用在條目討論頁

本主題或以下段落文字，在討論結束後應存檔至Template talk:Black ribbon。

今天注意到劉曉波的討論頁放有{{Black ribbon}}模板，該模板也已經改成讓非維基百科人能夠使用。雖然User:Shizhao將討論頁的模板刪除，但我認為維基百科絕大部分情況下都不應提出立場，對於特定人物逝世、事件的哀悼也是，因此應該將模板限定使用在維基百科人身上。不知道各位怎麼看？--皇帝心態·被人利用·支持輪子·阻擋串聯·強推站外封禁·濫權の管理員（留言） 2017年7月21日 (五) 02:20 (UTC)[回复]

往下滑會擋到文字。--A2093064#Talk 2017年7月21日 (五) 02:31 (UTC)[回复]

：(＋)支持，因为是争议性大的人物，放了Black ribbon会招来一些人的反感，他们可能觉得千古罪人死了还要纪念滑稽。而维基人基本上不是现实中的公众人物。南极熊 爱吃企鹅冰块 2017年7月21日 (五) 06:18 (UTC)[回复]

画蛇添足吧，每天都有死人，是不是相应的条目都要放个？或者这是以什么名义去做？基金会的名义？如果是用户自发行为，有相应的场所去做，但是WP显然不是适合的地方，条目讨论页本来也是用讨论条目内容的地方，而不是发表自己高见的地方。——路过围观的Sakamotosan 2017年7月24日 (一) 01:33 (UTC)[回复]

(＋)支持，理由同上面几位所述。不过我(＆)建議限制应该改为仅可用于用户对话页，不知各位是否支持？--正在学习友谊魔法且尚未彻底离开果壳的萌得不能再萌（有事请ping我。） 2017年8月3日 (四) 06:35 (UTC)[回复]
我把模板的doc改了一下，大家看看怎么样。——꧁༺星耀晨曦༻꧂（留言） 2017年8月3日 (四) 06:52 (UTC)[回复]
- 我顺便也把模板也改了，放在用户讨论页以外的地方会报错。——꧁༺星耀晨曦༻꧂（留言） 2017年8月3日 (四) 07:03 (UTC)[回复]
  - 用戶頁可以吧？--A2093064#Talk 2017年8月3日 (四) 07:34 (UTC)[回复]
    - 已经添加User:名字空间。——꧁༺星耀晨曦༻꧂（留言） 2017年8月3日 (四) 10:08 (UTC)[回复]
- (－)反对：我爱挂就挂，与你们何干，少来多管闲事-- 晴空·和岩 o(*≧▽≦)ツ┏━┓·协作计划·中国大百科全书维基对应条目 2017年8月10日 (四) 02:26 (UTC)[回复]
  - "我爱挂就挂，与你们何干，少来多管闲事"？這句話似乎有些可以再修飾的地方。 $10^{2}$ 4279 _計算過程 2017年8月18日 (五) 13:31 (UTC)[回复]
(＋)支持，並建議對此模板進行全保護，避免遭到其他用戶竄改。 $10^{2}$ 4279 _計算過程 2017年8月18日 (五) 13:33 (UTC)[回复]

中文維基百科Facebook粉絲專頁開設與管理問題

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:推广维基百科。

最近有熱心的維基人開設了中文維基百科的粉絲專頁。雖然這對於推廣維基百科有幫助，但開設粉絲專頁這麼大的事件，必須在管理方式、人員、發文類型等達成共識，因此開立此討論串來進行討論，望各位先進踴躍發言。臺灣杉在此發言 (會客室) 2017年7月25日 (二) 10:33 (UTC)[回复]

这就意味着要将这个Facebook官方化。——꧁༺星耀晨曦༻꧂（留言） 2017年7月25日 (二) 10:51 (UTC)[回复]

已暂时修改网页为 https://www.facebook.com/zh.wikipedialover/ ，名称已修改为中文維基百科愛好者，但需3天审核，待讨论完成再决定是否官方化。Richard923888 ~\(≧▽≦)/~和我聊天 2017年7月25日 (二) 11:04 (UTC)[回复]

建议可先把目前社群專頁经营者先加入。Richard923888 ~\(≧▽≦)/~和我聊天 2017年7月25日 (二) 11:07 (UTC)[回复]

@Richard923888：由於重新改回中文維基百科的名稱太過麻煩，我決定重新建立一個，稍後私訊提供網址。臺灣杉在此發言 (會客室) 2017年8月15日 (二) 01:33 (UTC)[回复]

@Taiwania Justo：其实可直接改名，但是这里是否已有共识？Richard923888 ~\(≧▽≦)/~和我聊天 2017年8月15日 (二) 04:34 (UTC)[回复]

以下開幾個討論串，供大家來討論。臺灣杉在此發言 (會客室) 2017年7月26日 (三) 06:44 (UTC)[回复]

Facebook粉專建立的目的與宗旨

由於在TG-IRC-QQ群有維基人提出有必要討論成立粉專的必要性，因此此議題必須先討論，如有共識才進入下面這些議題。臺灣杉在此發言 (會客室) 2017年7月26日 (三) 06:44 (UTC)[回复]

简而言之：推广维基百科。Richard923888 ~\(≧▽≦)/~和我聊天 2017年7月28日 (五) 08:24 (UTC)[回复]

Facebook粉專的管理與發文權限

目前在Facebook粉專的管理權限有管理員、編輯、版主、廣告主、分析師、共同主播這幾個角色，而如果要設立粉專，哪些維基人可以持有哪些角色，必須要討論。臺灣杉在此發言 (會客室) 2017年7月26日 (三) 06:44 (UTC)[回复]

个人认为只需管理員、編輯角色即可，另粉專可交给有社群或粉專管理经验进行管理，另可加入熟悉方针的维基百科管理员回覆私信，而工作主要是發文和回覆私信，所以只需要管理員和編輯即可。Richard923888 ~\(≧▽≦)/~和我聊天 2017年7月28日 (五) 08:16 (UTC)[回复]

Facebook粉專的發文內容與頻率

目前官方的FB粉專以條目介紹為主，而是否內容型態可以再擴充？發文頻率要不要控制？臺灣杉在此發言 (會客室) 2017年7月26日 (三) 06:44 (UTC)[回复]

我想可以是条目介绍，社群活动介绍（或转发），维基事务讨论的号召，维基历史，方针介绍，维基线上活动推广，关于维基的新闻报道推送等，另外頻率可控制于1-2小时整点发送。Richard923888 ~\(≧▽≦)/~和我聊天 2017年7月28日 (五) 08:20 (UTC)[回复]

發文內容應該採取繁體中文、簡體中文還是兩者並列？--1.165.111.211（留言） 2017年7月28日 (五) 12:06 (UTC)[回复]

技術上應該可以做到多語書寫（現時只限桌面版，App版現階段無法修改內容），不知專頁有這個功能沒有（個人時間軸現時可以以多語書寫）？ Shinjiman ⇔ ♨ 2017年7月28日 (五) 14:11 (UTC)[回复]

貌似没有。Richard923888 ~\(≧▽≦)/~和我聊天 2017年7月29日 (六) 06:14 (UTC)[回复]

之前開過一個粉絲專頁有提供這功能，可以分別輸入繁、簡體。--S099001（留言） 2017年7月30日 (日) 09:05 (UTC)[回复]

Facebook粉專的規範與客服

除了發文規範外，由於FB設有發送給粉專的訊息設置，是否要開啟？開啟之後由誰來回應？這個問題必須要謹慎討論。臺灣杉在此發言 (會客室) 2017年7月26日 (三) 06:54 (UTC)[回复]

訊息功能已开通2天，目前有1名用户询问事宜，回應的人就是上面所说的管理员和编辑。Richard923888 ~\(≧▽≦)/~和我聊天 2017年7月28日 (五) 08:22 (UTC)[回复]

上面的讨论意味着，中文维基百科要控制中文维基百科爱好者Facebook。换句话说，这个Facebook就在中文维基百科名下了。会不会有什么问题？——꧁༺星耀晨曦༻꧂（留言） 2017年7月28日 (五) 03:58 (UTC)[回复]

這個要問基金會對於社群發布管道的方針了。如果有相關指引，就照相關指引行事。臺灣杉在此發言 (會客室) 2017年7月28日 (五) 04:45 (UTC)[回复]

@星耀晨曦：請參考元維基上的臉書粉專頁面，基金會好像也沒管這件事情，只要社群討論同意即可。臺灣杉在此發言 (會客室) 2017年7月31日 (一) 06:41 (UTC)[回复]

我对设立官方脸书没啥异议。不过我没用过脸书，恕我不能参与上面管理问题的讨论-_-||——꧁༺星耀晨曦༻꧂（留言） 2017年7月31日 (一) 12:51 (UTC)[回复]

目前已有部分維基人提出意見，並且經過一定討論期，但為了達到充分討論並兼顧效率，從現在起7日內完成討論，並將意見整理成規範進行公示7日。臺灣杉在此發言 (會客室) 2017年8月8日 (二) 07:06 (UTC)[回复]

7日已過，討論結束，目前依據討論狀態，確認粉絲專頁可以開設，將會制訂相關方針，近日內公示。臺灣杉在此發言 (會客室) 2017年8月15日 (二) 01:30 (UTC)[回复]

通告：中文維基百科粉絲專頁正式建立。由於要改回原來的網址會非常麻煩，不如重新建立一個。如果社群有想要加入成為小編的，歡迎加入。臺灣杉在此發言 (會客室) 2017年8月15日 (二) 02:31 (UTC)[回复]

那个专页可以改名，用新的还是旧的？Richard923888 ~\(≧▽≦)/~和我聊天 2017年8月15日 (二) 04:37 (UTC)[回复]

已经在Wikipedia:站外推广进行招募。Richard923888 ~\(≧▽≦)/~和我聊天 2017年8月15日 (二) 04:53 (UTC)[回复]

TSVC1190又在青岛聚会讨论页里面瞎说了

“

青岛市维基媒体社群是个什么鬼？究竟是幹毛线的？

青岛市维基媒体社群是青岛市志愿服务协会下属的一个志愿服务组织，于2016年1月19日成立。我们社群是中国大陆第一个由官方批准的维基媒体地方社群，迄今为止已举行了7次聚会，都获得了圆满成功。

我们的任务是：推广与建设维基媒体基金会下属的姊妹计划，传承与保护青岛文化，增进市民的版权保护意识。

”

——Wikipedia_talk:聚会/2017青島夏聚

官方批准的是小学生志愿组织，不是维基媒体。--Fxqf（留言） 2017年8月5日 (六) 05:30 (UTC)[回复]

亲，不要加“小学生”三个字可以吗？我们社群可是一个小学生没有的。且青岛用户组的建设工作也将纳入基金会的工作计划中，预计明年夏天可成为维基媒体用户组。事实证明，“青岛模式”是完全可行的，且目前有三个以“维基媒体社群”为名的“志愿服务组织”，分别在青岛、山东和陕西，其中陕西正在审批。--当繁星不再闪耀，有我给你点亮 2017年8月5日 (六) 11:27 (UTC)[回复]

- 两个用户组都不敢动陕西这种地方，青岛群是不是管的太宽了-- 晴空·和岩 o(*≧▽≦)ツ┏━┓·协作计划·中国大百科全书维基对应条目 2017年8月6日 (日) 03:52 (UTC)[回复]

你竟然擁有一個以"qingdao.gov.cn"結尾的Email地址，厲害了我的VS！-- By Jimmy Young. (Talk) 2017年8月11日 (五) 04:51 (UTC)[回复]

这不关青岛社群的事，青岛社群是独立社群，其他两个也是独立社群。--当繁星不再闪耀，有我给你点亮 2017年8月7日 (一) 05:02 (UTC)[回复]

@Fxqf、Clear Sky C、Victor Shyu：已移除有关内容和 AdvancedSiteNotices 。望其他青岛维基人出面证明该用户组和聚会具有足够代表性后再发 editprotected 。--Techyan（留言） 2017年8月7日 (一) 09:16 (UTC)[回复]

“官方”是誰？中華人民共和國政府麼？ VS我支持你的做法但不同意你的觀點--Carl Cheung（留言） 2017年8月11日 (五) 11:18 (UTC)[回复]

“

本社群是大陆首个以“志愿服务组织”形式建立的维基媒体地方社群，并已得到青岛市志愿服务协会的承认。

”

——Wikipedia_talk:聚会/2017青島夏聚

青岛市承认维基媒体地方社群？青岛市承认的是小学生志愿服务小组。--Fxqf（留言） 2017年8月16日 (三) 10:33 (UTC)[回复]

解任管理員 @Techyan：

經查，此管理員多次在未經溝通討論的情況下執行不符合維基百科方針的最嚴重決定。

防衛駕駛條目，被認定為沒有具體定義和內容，即便已經在討論頁面發起討論申訴，Techyan仍在未經討論下決定刪除。刪除一個條目應當是改善條目的最後手段而非唯一手段。管理員可依照英文對應條目協助擴充，而非就這樣刪除，否則所有小作品、不到五十字的小作品都應該刪除殆盡了。更何況該條目具有明確定義和內容。
屢次不依程序執行封禁，即便請求討論與溝通仍不予回應並曾封鎖使用者的討論頁讓人連討論的機會都失去。
1. 事例一
2. 事例二
多次不經正式討論（於條目討論區和互助客棧）就更改台灣十大死因列表的條目名稱。

多次不經溝通或不理會溝通下逕自採取行動是我發起此討論的主因，願意保持耐心溝通討論是成為管理員的首要條件，在下希望Techyan能改進並於往後重新尋求成為管理員。謝謝。--It's gonna be awesome!✎Talk♬ 2017年8月8日 (二) 10:38 (UTC)[回复]

註解：目前的防衛駕駛條目是好心人@Wolfch：在條目被快速刪除後再次建立的。謝謝Wolfch讓我重新看見維基百科的希望！=)--It's gonna be awesome!✎Talk♬ 2017年8月8日 (二) 10:41 (UTC)[回复]

(－)反对，好管理員，就喜歡他這行事果斷。--⌬胡蘿蔔 _{熱烈慶祝化學成為動員令主題} 2017年8月8日 (二) 10:39 (UTC)[回复]

依照Wikipedia:管理員解任投票，发起解任投票的第一步是在互助客栈讨论，之後要等待討論共識以及確認是否滿足規則中所列條件--Wolfch (留言) _{歡迎參與今年的動員令} 2017年8月8日 (二) 10:43 (UTC)[回复]

謝謝您--It's gonna be awesome!✎Talk♬ 2017年8月8日 (二) 10:46 (UTC)[回复]

(－)反对: 抱歉。更何況該條目具有明確定義和內容但根据我的记忆，一开始阁下写的是个明显的循环定义。我不清楚您新建如此多带有未翻译模板的内容的原因，但是依然建议您翻译好了一次性新建比较妥当。--Wang Qiliang | (留言) 2017年8月8日 (二) 11:08 (UTC)[回复]

我只是依照英文對應條目所翻譯的喔。=) 總之，我原本樂意與您在條目討論區討論，無奈您才提出快速刪除沒多久，條目就被刪除了，我後來送出新的編輯仍來不及。在下早已掛上{{hang on}}並闡述理由，仍然被刪除，我猜測您應該來不及看到我闡述的理由。--It's gonna be awesome!✎Talk♬ 2017年8月8日 (二) 11:12 (UTC)[回复]

總結，看了雙方的記錄，敝人的結論是四個字－「私人恩怨」。不要為這些小事吵到客棧來。--武蔵（留言） 2017年8月8日 (二) 11:25 (UTC)[回复]

(：)回應感謝您的回覆，在下認為管理員在任何場合下都應依照方針行事。--It's gonna be awesome!✎Talk♬ 2017年8月8日 (二) 11:28 (UTC)[回复]

(～)補充，看了Techyan閣下的記錄，其作為是合乎方針，客觀來說，如防衛駕駛被速刪是合理。但同意Techyan閣下有改進的地方。以事論事，It's gonna be awesome閣下就這事來提出管理員解任投票是不是有點小事化大呢？建議結束這個討論。--武蔵（留言） 2017年8月8日 (二) 11:44 (UTC)[回复]

(－)反对：行事果断的好管理员，在站外社群发展有很大贡献。awesome君的条目和重定向的确有改善的必要。--西流※河水批判一番 · လွမ်း星源 2017年8月8日 (二) 14:35 (UTC)[回复]

(－)反对，浏览了内容，处置合理，符合方针，没有逾权。去年这时候是我被纠缠不休，今年轮到Techyan……2017年8月8日 (二) 23:25 (UTC)门可罗雀的霧島診所_{欢迎光临维基Q群：170258339}^{神社的羽毛飘啊飘}

在下無法苟同您認為沒有依照方針執行封禁是合理的。不好意思。--It's gonna be awesome!✎Talk♬ 2017年8月9日 (三) 03:43 (UTC)[回复]

千言萬語話一句：願意保持耐心溝通討論是成為管理員的首要及必要條件。=) --It's gonna be awesome!✎Talk♬ 2017年8月9日 (三) 03:45 (UTC)[回复]

啤酒瓜子小板凳。--皇军的忍耐是有限度的（留言） 2017年8月9日 (三) 05:06 (UTC)[回复]

@It's gonna be awesome：，首先先對你說，閣下第一次被封禁被封是早晚的事，第二次我中立，第一次被封時閣下真的需要冷靜，你當時遊戲維基規則到了很多維基人無法忍受的階段，T君做出封禁是正確判斷，再來是別以私人恩怨提解任管理員，再來說你舉的例子，閣下尚有一些方針不熟稔台灣十大死因列表根據地域方針T君改成中華民國是正確的，防衛駕駛條目一開始本身品質就那樣，速刪合理，閣下不能要求管理員或維基人提刪條目要先進行擴充，如果這樣維基會出現更多品質拙劣的短條目，每個人都把管理員當狗叫他們要叫去擴充轉三圈叫兩聲才能刪除，鸛鯉猿是猿不是牛馬。上述未加kid版模自行判斷哪裡是kid。--Zest 2017年8月11日 (五) 01:17 (UTC)[回复]

T君是把中華民國改成台灣喔。我在speedy deletion 提出後的十分鐘內掛上了{{hang on}}，並闡述理由，約十五分鐘就擴充了達到超越小作品的程度，但是送出的時候被告知條目已經被刪除。我提出解任的原因不是私人恩怨，純粹是因為T君真的太多次在未經溝通討論就執行封鎖和刪除等最後手段。 Have a nice day! = ) --It's gonna be awesome!✎Talk♬ 2017年8月11日 (五) 03:14 (UTC)[回复]

對了，請問什麼是kid板模呢？

謝謝您--It's gonna be awesome!✎Talk♬ 2017年8月11日 (五) 03:17 (UTC)[回复]

我也不知道什麼是k什麼的版模^{[開玩笑的]}--Zest 2017年8月11日 (五) 03:27 (UTC)[回复]

(－)反对，简直胡闹，浪费社群精力-- 晴空·和岩 o(*≧▽≦)ツ┏━┓·协作计划·中国大百科全书维基对应条目 2017年8月11日 (五) 11:14 (UTC)[回复]

我不太確定解任投票之前的讨论需要多久, 不過以目前的留言看來, 似乎已有某程度的共識出現。--Wolfch (留言) _{歡迎參與今年的動員令} 2017年8月11日 (五) 11:52 (UTC)[回复]

解任管理員需要經過慎重的討論，並讓共識逐漸形成。但Techyan要封鎖一個人，Techyan的作法是直接封鎖並毫無預警且封鎖後不出面說明，即便被請出來說明態度仍十分不屑。兩者差別可見一斑。= ) --It's gonna be awesome!✎Talk♬ 2017年8月11日 (五) 12:31 (UTC)[回复]

对于非VOA，在封禁之前至少发一个和封禁行为直接相关的高层级措辞警告，这个是Techyan可以改进的地方。我希望更多的人这么做。Bluedeck 2017年8月11日 (五) 15:45 (UTC)[回复]

謝謝您 這正是我最在意的。=) --It's gonna be awesome!✎Talk♬ 2017年8月11日 (五) 15:49 (UTC)[回复]

(－)強烈反对这么好的管理员，提供了技术支持，不要互煮南极熊爱吃企鹅冰块 2017年8月14日 (一) 07:59 (UTC)[回复]

為什麼不把簡體和繁體的維基百科分開?

因為國情的關係

中國編輯的維基百科多半都有大量侵權內容

除此之外

教育不同也導致歷史上的認知也不同

所以我說

乾脆分開也減少維基百科編輯戰的問題

--WW（留言）

(－)強烈反对！！！！！(！)抗议！！！！！(－)強烈反对！！！！！(！)抗议！！！！！之前很多次討論都被大眾反對！！！絕對(－)強烈反对並(！)抗议繁簡分開的提議到底！！！！！

10^{2}

4279_父親節 2017年8月8日 (二) 13:15 (UTC)[回复]

有甚麼好抗議的? 維基百科左下角相同條目有各種語言的編輯我到覺得分開很正常實際上中共用的詞跟台灣用的詞也不一樣之前我就看過簡繁互換的時候不單純的只是簡繁體互換連詞都會改變那怎不翻譯各國語言的編輯成同一個百科? 本來就該分開--WW（留言）
- 就是有要抗議，之前很多人討論過了，每次的結果都是每個人都反對，或只有一兩個人支持，再加上困難的繁簡頁面內容分離要求使得一體的中文維基百科不能說要就要分離，在技術上是不可能的。 $10^{2}$ 4279_父親節 2017年8月8日 (二) 13:36 (UTC)[回复]
  - 我是不覺得在技術上不可能還有舉例來說以前不通過的法案不代表現在不會通過人的思考都不同了--WW（留言）
    - 現在人還是反對，我幾天前才看到一個一模一樣提議，結果被全數反對。 $10^{2}$ 4279_父親節 2017年8月8日 (二) 13:41 (UTC)[回复]
      - 那為什麼不把英文拆成美式英文和英式英文？用詞不同啊？Color和Colour不一樣所以就要拆啊？為什麼不把葡語維基百科拆成很多很多份？

為什麼不拆成澳門，東帝汶，葡萄牙，亞速群島，馬德拉，加利西亞 (西班牙)，莫三比克，安哥拉，幾內亞比索，赤道幾內亞，維德角，聖多美和普林西比，馬德拉，巴西？地區和習慣都不同啊？

簡體和繁體可不是只有用詞上的不同連字都不同啊而且在一些熱門條目類似語言確實有不同內容阿不過簡繁是字和詞都不同而且我也說了簡繁互換的時候我發現某些詞也換了根本就像不同語言在翻譯似的況且一堆官方語言多的國家也是有兩種或以上不同的維基百科語言可以看阿內容也不同誰說一個國家一個語言?-WW（留言）
- @S22668866：對啊？color和colour本身是用了兩個不同的字，兩個不同的詞啊？英文中還有很多詞都被轉換了啊？你可以叫英文維基百科把自己分成美式英文維基百科，英式英文維基百科，澳洲英文維基百科，加拿大英文維基科啊？再讓他們互抄條目，互相侵權，然後所有的條目都滅光光啊？ $10^{2}$ 4279_父親節 2017年8月9日 (三) 11:27 (UTC)[回复]
  - 有趣你之前為了爭論還跑去改龜兔賽跑的條目真是讓人大開眼界 TEntEn4279連結為什麼你就會馬上認定會互相抄? 況且假如寫某國元首的維基百科以真實人物為主題的內容就算相似也不算侵權阿你要不要先查清楚甚麼叫侵權? 還有了我說了簡繁除了詞不同字也不同好嗎像是這兩個字讲講<--這可能要進編輯模式看了那你舉例的那些英文字有甚麼不同嗎? 不就詞不同而已?--WW（留言） 2017年8月9日 (三) 12:06 (UTC)[回复]
    - 您應該就是User:Poeiiii吧？提議某草案時都會用隔空行，然後提起過去某一個您剛好在場的事件，對於維基語法的了解也不像是新用戶，而且兩人都同時在8月8日活躍了起來，雖然不違反重新開始，也沒有參與同一個討論。 $10^{2}$ 4279_父親節 2017年8月9日 (三) 12:21 (UTC)[回复]
      - 並不是好嗎還有我一直都有在編輯只是多半我都沒登入--WW（留言）
        所以葡萄牙語分成這麼多份也很正常囉？很多個不同的地區有不同的環境，分開來是理所當然的？各國語言當然不能當同一個，因為文法，用字結構有極大的差異，但繁簡轉換並不影響句子文法。 $10^{2}$ 4279_父親節 2017年8月8日 (二) 23:23 (UTC)[回复]
        干脆大中华各地区方言都拆成一个维基百科算了，各地用词文字多少都是有差异的。^{[開玩笑的]}--西流※河水批判一番 · လွမ်း星源 2017年8月9日 (三) 07:00 (UTC)[回复]
        吐槽这个观点明明想按照地区来划分，与繁简一点关系都没有。--曾晋哲（留言） 2017年8月9日 (三) 14:07 (UTC)[回复]
(：)回應什么意思？“中國編輯的維基百科多半都有大量侵權內容”？哪里来的证据？没有来源就瞎说就是现在台湾维基人的素质？可笑至极！！！水可煮粥，亦可赛艇 ^{听取蛙声一片人生经验} 2017年8月8日 (二) 14:11 (UTC)[回复]
- (：)回應什麼證據也沒有就把對方打成臺灣人的您也半斤八兩啊 -KRF（留言） 2017年8月8日 (二) 14:13 (UTC)[回复]
  - (：)回應：我是用他的语气让他感受下被侮辱的感觉。水可煮粥，亦可赛艇 ^{听取蛙声一片人生经验} 2017年8月8日 (二) 14:25 (UTC)[回复]
    - “让他感受下被侮辱的感觉”违背了WP:文明，因此，请不要这么做。-- 晴空·和岩 o(*≧▽≦)ツ┏━┓·协作计划·中国大百科全书维基对应条目 2017年8月12日 (六) 09:20 (UTC)[回复]
(－)強烈反对+1，如果繁简分开，繁简体互相复制内容是可想而知的，这样反而意义不大，使用繁简转换就可以了，就算繁简分开依然会有编辑战出现。--西流※河水批判一番 · လွမ်း星源 2017年8月8日 (二) 14:17 (UTC)[回复]
(－)反对，去點一下語言切換吧 囧rz……？--Z7504（留言） 2017年8月8日 (二) 16:14 (UTC)[回复]
(－)反对，我要从一个刁钻的角度反对，谁规定中国只能使用简体，台湾只能使用繁体了？—曾晋哲（留言） 2017年8月8日 (二) 19:33 (UTC)[回复]
支持，不僅應該建立中國簡體維基百科和臺灣繁體維基百科，也應該建立香港繁體維基百科、馬來西亞簡體維基百科、新加坡簡體維基百科、美國簡體維基百科、美國繁體維基百科、泰國繁體維基百科以及緬甸佤邦簡體維基百科等等。^{[開玩笑的]}—Kou Dou 2017年8月9日 (三) 03:28 (UTC)[回复]
- (：)回應，說的對，誰知道這些國家是不是用不同於中共又不同於台灣的語言習慣呢？把此推向極致，為何不建立你的維基百科和我的維基百科，那就可完全按照你專屬的語言習慣去寫文章了。——Silvermetals（留言） 2017年8月19日 (六) 15:37 (UTC)[回复]
(－)反对，把语言环境基本相同的人拆分开来各自为政最终所带来的应该只有劳动力和编辑量的双双下降吧，还嫌中文维基不够萧条吗。--Jerre Jiang 　讨论│参与清理积压站务　 2017年8月9日 (三) 12:21 (UTC)[回复]

蕭條的原因包括：條目被濫刪？被過於不切實際的關注度要求糾纏？ What do you think about? --It's gonna be awesome!✎Talk♬ 2017年8月10日 (四) 04:09 (UTC)[回复]

(－)反对：老问题了。首先，简体中文、繁体中文，以及港澳台陆马新之间的地区词差异，属于现代标准汉语的不同变种，所以说它们都是现代标准汉语，自然也就没必要分开。其次，简繁分开后翻译成本几乎为零，根据维基百科的创用CC-BY-SA协议，分开不如现在用简繁转换系统。此外，「因為國情的關係，中國編輯的維基百科多半都有大量侵權內容」，因此更加不能分开了，否则巡查劳动力大大下降，不利于维基百科发展。然后，「教育不同也導致歷史上的認知也不同，乾脆分開也減少維基百科編輯戰的問題」，所以更加不能分开了，因为维基百科是中立的，如果以这种目的而分开，那么中立性会受到破坏。最后，有不少大陆维基人使用繁体字，台湾用户也有使用简体字的，所以简繁不是区分地区的条件。 --dqwyy（談笑風生）^{環状線を走り抜けて}_{回復請ping/mute我} 2017年8月9日 (三) 15:22 (UTC)[回复]
“中國編輯的維基百科多半都有大量侵權內容”^{[來源請求]}。——路过围观的Sakamotosan 2017年8月10日 (四) 02:43 (UTC)[回复]
(－)反对，同Dqwyy，另外，中國編輯的維基百科多半都有大量侵權內容^{[原創研究？]}^{[來源請求]}？？？--RabbitMeow ∞ Talk 2017年8月11日 (五) 02:30 (UTC)[回复]
(＆)建議直接撰寫一個論述，講述為何繁簡不能分開，打消這種老問題的不斷提出。臺灣杉在此發言 (會客室) 2017年8月11日 (五) 07:45 (UTC)[回复]

(－)強烈反对——Hikaruangeel（留言） 2017年8月11日 (五) 07:50 (UTC)[回复]

從維基百科的宗旨、哲理講起，我們是要整合全人類知識，不分國界、種族、語言、文化、宗教、歷史認知、政治信仰。由於不同的語言從根本上不可能互通，所以每個語言只能自立門戶，分開管理。但除此之外，凡是自稱為維基人的，都應該致力於消除人與人之間的其他隔閡，維護「有容乃大」的理念。所以以「不同政治取向」、「不同地區網民素質差異」作為繁簡分家的原因，是違背維基宗旨的。中文維基百科創始時，曾因技術原因有繁簡兩組條目並立（詳見維基百科:字詞轉換處理），現已通過地區用詞轉換功能解決。世界眾多語言，皆有地區差異，甚至還有和中文一樣有多種書寫系統的（見m:Wikipedias in multiple writing systems），不足為奇。事實上，中文維基百科能夠通過技術手段，成為跨越地域、政治、歷史、文化的（不無硝煙味的）橋樑，可謂是彰顯維基精神的典範，在華語圈內實屬難得。鋼琴小子 留言貢獻 2017年8月11日 (五) 10:53 (UTC)[回复]

(－)強烈反对 --暖城2016-02-05（留言） 2017年8月12日 (六) 09:30 (UTC)[回复]

(－)強烈反对(！)抗议想(＋)支持也不行，因為繁體和簡體沒有ISO 639語言代碼。 --我要真普選 Asdfugil （留言 | 簽名）留言於香港特別行政區。 2017年8月13日 (日) 07:34 (UTC)[回复]

(－)反对，首先，“侵权内容”在维基百科管得很严，而且分开就能遏止这些侵权内容吗？其二，“教育不同导致历史认知不同”，好像说不过去吧，难道台湾人认为njdts是争议行为？--SolidBlock^留言 2017年8月13日 (日) 08:16 (UTC)[回复]
- 吐槽一般台灣人根本看不懂什麼叫njdts吧，你要麼也打ㄋㄐㄉㄊㄕ^{[開玩笑的]}-KRF（留言） 2017年8月15日 (二) 06:23 (UTC)[回复]
(－)反对，分拆將會是文化大分裂，據說日文中也有關東和關西的地域差異那樓主你為什麼不去日語維基提一下意見，又為什麼不去英維抗議為什麼美國人要與英國人還有澳洲、紐西蘭跟加拿大人用同一個百科？目前百科相安無事死硬破壞派我想可能只是少數的民族主義分子和政客我希望你不是吧？——Silvermetals（留言） 2017年8月19日 (六) 15:37 (UTC)[回复]
(－)強烈反对--苞米(☎) 2017年8月19日 (六) 15:47 (UTC)[回复]
(－)反对，就如同「英語維基百科」為何不拆成「美式英語維基百科」、「英式英語維基百科」、「澳式英語維基百科」、「印式英語維基百科」等等，西班牙語維基百科、葡萄牙語維基百科等。拆分有違維基百科精神——「有容乃大」--𓋹 だ＊ぜ אשׁא 謹此敬上 𓋹（議·論） 2017年8月21日 (一) 09:04 (UTC)[回复]

請求社群檢視是否撤銷新内真衣條目的DYK資格

如題，詳見Talk:新内真衣，謝謝。@Bluedeck --⌬胡蘿蔔 _{熱烈慶祝化學成為動員令主題} 2017年8月11日 (五) 10:49 (UTC)[回复]

放这么一个 one-liner 谁会来看，你得复制一点内容过来才行呢(╯°Д°)╯︵ ~~~~~┻━┻ 胡蘿蔔 Bluedeck 2017年8月11日 (五) 15:52 (UTC)[回复]

@Bluedeck：吼啊！

一点内容

(？)疑問：@Bluedeck，恕我冒昧，您的投票只是提及其他投票是否公平，並沒有涉及條目本身，請問是否有效？如此票無效，此條目的DYK入選亦無效。--⌬胡蘿蔔 _{熱烈慶祝化學成為動員令主題} 2017年8月1日 (二) 13:30 (UTC)[回复]

啊，我也发现这个问题了，我主要想说的是条目没有fan和trivia的问题，所以符合标准这个意思。后来你又更新了反对理由，因为翻译腔。这个我看见了。可是呢，我本人觉得翻译腔不严重，而且翻译腔这个整个问题本身我就不认为是个重要的问题，所以我就没去票。这样的话，我是觉得我的票还是有效的，这样可以吗？Bluedeck 2017年8月1日 (二) 13:57 (UTC)[回复]

@Bluedeck：非常抱歉，私以為「已經不再存在FAN和TRIVIA的問題」並不是支持條目通過DYK的理由。大部分惡作劇條目、廣告條目都沒有FAN和TRIVIA的問題，難道就代表條目符合DYK標準？可見您的投票沒有顯示條目符合DYK標準，因此無效。記得曾經有人投票只吼一個「好」字，最後被裁定沒有顯示條目符合DYK標準，因此全數算作無效。如果「好」也不是合格理由，為甚麼「不存在問題」可以是？--⌬胡蘿蔔 _{熱烈慶祝化學成為動員令主題} 2017年8月1日 (二) 14:37 (UTC)[回复]

你说的有一些道理，我的票似乎采用了“你的理由在我看来不是理由”这个理由，而这个理由本身是不是一个有效理由呢？我们可以说这个理由是冲着别人的投票去的，但是同时这个理由确实和条目有关（指出条目不存在某些问题）。所以这样看并没有违反C，应该有效。不过，同样的道理用在那张“好”票上的话，判断得知那个“好”票应该也是有效的。所以我想知道那个认定“好”票无效的讨论在什么地方，是否形成了新的潜在共识（投票理由必须字面意义上包括“条目符合DYK标准”这一层含义），您是否记得这个讨论在哪里？Bluedeck 2017年8月2日 (三) 05:36 (UTC)[回复]

[1]。但咱的重點還是，「条目不存在某些问题」真的是及格的支持票嗎？此例一開，他日會不會有人投下「条目不存在非法廣告」、「条目不存在惡作劇」、「条目不存在破壞」、「条目不存在A1速刪理由」、「条目不存在O1速刪理由」這些支持票？如果您的理由改成「条目不存在非法廣告」，那麼相信要求把這個條目拉倒的人不會只有我一個，只是您這次的投票處於灰色地帶，處理起來比較尷尬。「条目不存在非法廣告」、「条目不存在惡作劇」顯然是無效的理由，按此推論，試問「不再存在FAN和TRIVIA的問題」又怎會有效呢？--⌬胡蘿蔔 _{熱烈慶祝化學成為動員令主題} 2017年8月2日 (三)

--⌬胡蘿蔔 _{熱烈慶祝化學成為動員令主題} 2017年8月12日 (六) 05:15 (UTC)[回复]

題外話問個問題，DYK條目如果已經上過首頁了，撤銷後會有什麼效果？畢竟DYK不像GA或FA那樣很明顯會於頁面右上角放置符標，得是進入討論頁才可見，所以至多是影響主編的創作獎晉級？--NoobWayne™討論 2017年8月11日 (五) 15:59 (UTC)[回复]
- 是的，不過也會影響各主題頁的條目展示、以及其他考慮DYK數量的獎項。--⌬胡蘿蔔 _{熱烈慶祝化學成為動員令主題} 2017年8月12日 (六) 05:15 (UTC)[回复]
在下確實覺得負面表列不是一種好的投票理由，不僅可能造成胡蘿蔔閣下所述的那幾種狀況，更可能未來維基人不在正面關心條目內容，條目只要「沒有違反方針」都可以通過，那麼DYK就會失去其原始初衷。也因此，負面表列類的理由確實應該避免（甚至禁止）；但話說回來，就在下了解這次事件似乎是因胡蘿蔔閣下先以WP:TRIVIA、WP:FAN等理由投下反對票，但可能於條目改善後未劃票，Bluedeck閣下才會以這樣的理由期望抵銷前者的反對票（若理解有誤還請指出）。若果真如此，那這次的理由就並非不可接受，但同時必須將「禁止負面表列的理由」這樣的規則新增至DYK投票規則，告知社群未來此種理由將比照投票無效處理（或其他處分手段）。--NoobWayne™討論 2017年8月12日 (六) 12:45 (UTC)[回复]

这个讨论主要有两个问题，一个是这个DYK是否合格，是否有效，一个是无效DYK如果要撤回有什么程序没有。根据TG上的讨论，规则C可以严格解读（必须说明条目为什么符合DYK），也可以不严格解读（和条目相关就可以）。如果严格解读我的票就无效；如果宽松解读我的票就有效，所以这个问题就变成，DYK投票是否要求必须在字面上明示"

- (＋)支持：符合標準。"（我还是觉得可以从宽解读，但是这里有争议所以是要讨论的。萝卜找到不少严格解读C的例子，例中，一个“好”字票被判无效）。第二个问题我不知道，但是我的想法是如果确定取消一个DYK资格，那么摘掉dky资格模版，然后主编dyk count - 1即可。Bluedeck 2017年8月16日 (三) 19:18 (UTC)[回复]

搞個大新聞：剛發現2015年6月通過的DYK颶風約翰 (1994年)有同樣問題，四票支持通過後無人跟進，但其中一票明顯是無效票，應如新内真衣一樣撤銷DYK資格，請求社群檢視。@Bluedeck --⌬胡蘿蔔 _{熱烈慶祝化學成為動員令主題} 2017年8月21日 (一) 07:49 (UTC)[回复]

關注度在條目提刪中是否被賦予過度的意義了？

本主題全部或部分段落文字，已移動至WP:VPP。执行人：--J.Wong 2017年8月12日 (六) 11:33 (UTC)。[回复]

望直接放开来编辑

我正在翻译维基百科里的Help：维基百科里的第十六章、让读者阅读到正确的条目：命名、重定向与消歧义的草稿，我本想编辑这个条目，但却无法编辑，只好编辑条目的草稿。翻译会方便不懂文章的人，为什么不放开？另，该恶意的东西跟这个条目的关系根本就没有，为什么不能放开？现在翻译程度如该页：https://zh.wikipedia.org/wiki/Draft:Help:维基百科编辑手册/创造更为强大的百科全书/让读者阅读到正确的条目：命名、重定向与消歧义 ——ASDFGHJKL1

此訊息也在Wikipedia:互助客栈/求助‎‎中出現了, 同一個訊息建議不要放在二個不同的地方。--Wolfch (留言) _{歡迎參與今年的動員令} 2017年8月16日 (三) 05:36 (UTC)[回复]

有关 unblock-zh 邮件列表可能潜在的“黑箱”制度

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:封禁申诉。

诸位好。近来有几名维基新手加入 QQ 群，抱怨自己发送给 unblock-zh 邮件列表申请 IPBE 的邮件迟迟得不到回复。我用新手发送给 unblock 的邮箱反查邮件，发现这些新手的邮件并没有投递到订阅 unblock-zh 的各个管理员手上，遂对 unblock-zh 的收发信策略做了一些测试，发现如下状况：

会丢弃邮件中的 HTML 部分，只留 plain text（纯文本）。目前邮件客户端普遍会同时发送相同内容的 HTML 和 plain text；部分客户端只会发送 plain text；但有一部分客户端只发送 HTML 排版过后的邮件。（当然这也视乎用户自己的设置。）对于部分只有 HTML 的邮件，在经过 unblock-zh 转发后，邮件就会如这里所示，全篇邮件一个文字都没有。这一设置在 unblock-zh 后台是可调的，但普通管理员没有权限。除非遇到下条所示情况：
对于字符编码不是 UTF-8 的邮件，会把能转换成 UTF-8 的邮件全部转成 UTF-8。有些有些编码能正常处理，但有些不能。对于能处理的，其到达收件箱后效果如下：

#1：请自备base64解码器

Content-Transfer-Encoding: base64
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Errors-To: [email protected]
Sender: "Unblock-zh" <[email protected]>

IDEuIOWkqeWcsOeOhOm7g+OAgOWuh+Wumea0quiNkgogMi4g5pel5pyI55uI5piD44CA6L6w5a6/
5YiX5by1CiAzLiDlr5LkvobmmpHlvoDjgIDnp4vmlLblhqzol48KIDQuIOmWj+mkmOaIkOatsuOA
gOW+i+WRguiqv+mZvQogNS4g6Zuy6aiw6Ie06Zuo44CA6Zyy57WQ54K66ZycCiA2LiAq6YeR55Sf
6bqX5rC044CA546J5Ye65bSR5bKhKgogNy4gL1/lio3omZ/lt6jpl5XjgIDnj6DnqLHlpJzlhYlf
LwogOC4g5p6c54+N5p2O5p+w44CA6I+c6YeN6Iql6JaRCiA5LiDmtbfpubnmsrPmt6HjgIDpsZfm
vZvnvr3nv5QKMTAuIOm+jeW4q+eBq+W4neOAgOmzpeWumOS6uueahwoxMS4g5aeL5Yi25paH5a2X
44CA5LmD5pyN6KGj6KOzCjEyLiDmjqjkvY3orpPlnIvjgIDmnInomZ7pmbbllJAKMTMuIOW8lOaw
keS8kOe9quOAgOWRqOeZvOaut+a5rwoxNC4g5Z2Q5pyd5ZWP6YGT44CA5Z6C5oux5bmz56ugCgot
LSAK6K+35Zyo5Zue5aSN5Lu75L2V6YKu5Lu25pe26YCJ5oup4oCc5Zue5aSN5omA5pyJ5Lq64oCd
ClVuYmxvY2stemjpgq7ku7bliJfooagKVW5ibG9jay16aEBsaXN0cy53aWtpbWVkaWEub3JnCmh0
dHBzOi8vbGlzdHMud2lraW1lZGlhLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VuYmxvY2stemg=

但是无法处理的，其方式如下：

#2：请自备base64解码器

--===============1664063874770755991==
Content-Language: zh-CN
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64

ICAxLiAgzOy12ND+/FOhodPu1ua66bvEDQogIDIuICDI1dTC06/qvqGhs73L3sHQj4gNCiAgMy4g
ILquge3K7s35oaHH78rVtqyy2A0KICA0LiAg6WPwTrPJmnGhocLJhc7Ve+qWDQogIDUuICDrhfJ2
1sLT6qGhwra9WZ7py6oNCiAgNi4gIL3wyfr7kMuuoaHT8bP2jYuM+Q0KICA3LiAghKbMlr7e6kmh
odbpt1HSubniDQogIDguICC5+9XkwO7ozaGhssvW2L3my0sNCiAgOS4gILqj+3m607WtoaH3W52T
0/DP6A0KICAxMC4g/YiOn7vwtduhofhCudnIy7vKDQogIDExLiDKvNbGzsTX1qGhxMu3/tLCydEN
CiAgMTIuIM3GzrvXjIf4oaHT0NPdzNXMxg0KICAxMy4gj3TD8bel1++hodbcsGzS85yrDQogIDE0
LiDX+LOvhpa1wKGhtLm5sMa91cINCg0K

--===============1664063874770755991==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline

LS0gCuivt+WcqOWbnuWkjeS7u+S9lemCruS7tuaXtumAieaLqeKAnOWbnuWkjeaJgOacieS6uuKA
nQpVbmJsb2NrLXpo6YKu5Lu25YiX6KGoClVuYmxvY2stemhAbGlzdHMud2lraW1lZGlhLm9yZwpo
dHRwczovL2xpc3RzLndpa2ltZWRpYS5vcmcvbWFpbG1hbi9saXN0aW5mby91bmJsb2NrLXpo

--===============1664063874770755991==--

对于不能处理的编码，unblock-zh 在转发时全文保留了原来的 plain text 内容，并在后面加上了自己使用 UTF-8 编码的提示。

但是，使用这种方式同样可以接收 HTML 邮件。比如在其他邮件列表里有这样的例子：

#3：请自备base64解码器

--===============8211208071669730346==
Content-Type: multipart/alternative; boundary=001a114bdd4c29bee4053b32b71f

--001a114bdd4c29bee4053b32b71f
Content-Type: text/plain; charset=UTF-8

-（中间部分略）-

tr"><div>[I don't print e-mails. Do you?]<br><a href=3D"http://gplus.to/edo=
deroo" target=3D"_blank">http://gplus.to/edoderoo</a> _-=3D-_ <a href=3D"ht=
tp://edoderoo.nl" target=3D"_blank">edoderoo.nl</a><br></div></div></div>
</font></span></div>
<br>______________________________<wbr>_________________<br>
Otrs-permissions-l mailing list<br>
<a href=3D"mailto:[email protected]" target=3D"_blank"=
>[email protected]<wbr>edia.org</a><br>
<a href=3D"https://lists.wikimedia.org/mailman/listinfo/otrs-permissions-l"=
 rel=3D"noreferrer" target=3D"_blank">https://lists.wikimedia.org/ma<wbr>il=
man/listinfo/otrs-permission<wbr>s-l</a><br>
<br></blockquote></div><br></div>
</div></div></blockquote></div><br></div>

--001a114bdd4c29bee4053b32b71f--

--===============8211208071669730346==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Content-Disposition: inline

X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KT3Rycy1wZXJt
aXNzaW9ucy1sIG1haWxpbmcgbGlzdApPdHJzLXBlcm1pc3Npb25zLWxAbGlzdHMud2lraW1lZGlh
Lm9yZwpodHRwczovL2xpc3RzLndpa2ltZWRpYS5vcmcvbWFpbG1hbi9saXN0aW5mby9vdHJzLXBl
cm1pc3Npb25zLWwK

--===============8211208071669730346==--

上面的这种方式显然更加适合 unblock 的需求。原先的 HTML 格式被完整地保留了下来，即使 unblock-zh 无法处理此类字符编码，也可以发送到每个邮箱后手动解决乱码问题。

维基媒体计划上所有的邮件列表是基于一个叫 mailman（英语：mailman）的程序，包括 unblock-zh 。其他的邮件列表可以做到，unblock-zh 也可以。

有些邮箱是自带坑的。比如上面 #2 中，unblock-zh 没有把所有邮件内容转成 UTF-8 的原因不是因为不支持原邮件使用的 GB 2312 ，而是因为原来邮件用的实际上不是 GB 2312 ，而是 GBK 或 GB 18030，但是发信客户端非得把 charset 那一项写成 GB 2312，mailman 无法解码内容，只得原文保留。#2 的邮件是使用 Outlook/Live/Hotmail 的网页版客户端发出去的。通常的客户端都能正常读取，但并不见得所有的都能读出来。

当然，上面的内容还只是我自己的猜测。我不敢保证自己的叙述和推断全部正确，因为我自己也看不到 unblock-zh 的设置到底是什么。这也正是我开这一讨论想要说明的：现在 unblock-zh 的体系有严重的漏洞。unblock-zh 的管理员不同于维基百科站内的管理员、邮件进入 unblock-zh 需要经过少数几人的审批，这使得 unblock-zh 存在内部黑箱的情况成为可能。——我指出 unblock-zh 存在漏洞，但我没说过有人一定利用过这个漏洞。下面逐条详叙：

unblock-zh 是一个邮件列表。邮件列表是早期互联网中网民进行讨论的重要工具之一，但随时间流逝，邮件列表的重要性大不如前。在通常的邮件列表中，订阅该列表的成员使用通过回复他人邮件的方式来进行类似论坛跟帖式的交流。邮件列表的服务器会将所有发送到该邮箱的邮件转发给所有订阅了该列表的成员。邮件列表对于维基百科意义重大。Shizhao 等早期管理员不是通过社群讨论，而是利用邮件列表讨论成为管理员的。
- 用 unblock-zh 举例子。所有中文维基百科上的管理员“订阅”了该列表。所有发送给 unblock-zhlists.wikimedia.org 这个邮箱的邮件都会被转发给该邮件列表所有的成员，也就是中文维基百科的所有管理员。外面的人若要进行封禁申诉，直接发送邮件到该邮箱里，所有的管理员理论上都能收到一份该邮件的拷贝。在其中一个管理员回复申诉请求后，会抄送一份到 unblock-zh 。抄送的邮件也会被转发给所有成员。这样，当成员（也就是管理员）看到了抄送过来的回复后，就知道该请求已经有人回复了。如果管理员之间需要讨论封禁事宜，管理员也可以直接发送邮件到 unblock-zh ，其他管理员也都能看到。其他的管理员若是想要就该封禁案发表观点，直接回复该邮件，并把回复的邮件发送到 unblock-zh 中，所有其他管理员也会收到由 unblock-zh 邮件列表转发来的回复。
- unblock 不能算是“用于讨论问题的邮件列表”。对于讨论问题的邮件列表，通常只有该列表的订阅者才会向邮件列表中发送邮件来商讨事宜。但是 unblock-zh 每天都要接收大量邮件列表外的邮箱发送过来的请求。因此，为了提升讨论质量，部分邮件列表会通过限制订阅、限制只允许订阅者发送邮件、所有外来邮件都需要经过列表管理员审批，审批通过后才会转发给所有订阅者的形式来控制讨论质量。论坛可以删除帖子，但邮件送达后没有撤回的余地。因此很多邮件列表都很注重其中邮件的质量。让邮件仅以 plain text 发送、限制 HTML 元素使用也是通常邮件列表为保证讨论质量会开启的设置项。但是，unblock-zh 某种意义上作为中国大陆新手参与维基百科的必经之路，却因为上面提到的诸多限制，导致相当一部分新手的申诉邮件无法正常收取。
众所周知，unblock 是允许所有管理员成员加入、获取内容的。管理员不应该泄露其中的申诉请求。但是同样地，凡是有意向进行封禁申诉的邮件，都应该投递给所有订阅了 unblock 的管理员。然而，目前 unblock 仍然在预先审查邮件，只有审查通过的才会发送给所有管理员。前面提到了，通常邮件列表审查邮件是出于为了把关内容的考虑，unblock-zh 审查邮件，依 Kegns 的说法，是为了减少垃圾邮件。但是，就目前可知的情况来看，unblock-zh 所有具有审查邮件权限的人，只有 Jimmy Xu、Kegns、Mys 721tx 三人。无论审查者是谁，只要人数有限、没有公开征求他人意见，客观上就存在黑箱操作的可能。最重要的不是现在审查邮件的这三位是否正在（或者曾经）黑箱操作，而是大多数管理员没有这方面的意识，根本没有意识到自己在 unblock 里看到的邮件可能有故意或者无意漏掉的、甚至故意删掉的。
- 另一方面，就是垃圾邮件存在误判的可能。在 QQ 上跟我联系的一个新手在邮件发送三天后都没有回应。用其邮箱、邮件标题等信息去翻存档，发现根本没有收到这封邮件。当时我直接给他批复了 IPBE ，并开始调查此事。但次日，他的邮件就收到了。可能是某名列表管理员最开始误判了这封邮件，后来其他人复核后发现有一封邮件被误作垃圾邮件，于是重新放行，这才导致了延后四天收到邮件的情况。
- 最后，就是对真正的 spam 和滥用申诉者反映可能不即时。尽管滥用 unblock 发邮件的行为非常少见，但不是没有发生过。这时候就只能让唯一能修改设置、屏蔽 spammer 的成员，也就是 Jimmy Xu 出面屏蔽。
尽管 Jimmy Xu 在一封 2014 年的邮件里面说“欢迎其他有意向参与者联系”（大意），但实际上新上任的管理员甚少了解此事，更不要说主动参与邮件审查事务了。

总结一下：由于技术原因导致部分新手邮件进入 unblock 困难、耽误新手参与维基；unblock 现在邮件审查机制不透明、人手不足，进一步导致新手和其他申诉邮件延误；目前管理员普遍缺乏对 unblock-zh 以及其他邮件列表的认识，unblock-zh 的“上层”管理者架构不透明、缺乏监督。

所以，我们要做什么？首先，私以为所有社群成员都有权利知道这一点——每个人都有可能遭受管理员的不当封禁，unblock-zh 作为封禁申诉渠道，保证其透明是有必要的；其次，我们要改进 unblock-zh 的后台设置——不一定全部照上面说的改，但一定要保证比现在更友好；最后，有关列表管理员和具有审核权限者，也需要在社群公开化，保证人手充足、不会有邮件因为审核者个人原因而被延误甚至拒绝。

望诸位发表意见。

--Techyan（留言） 2017年8月16日 (三) 14:14 (UTC)[回复]

（纯属抛砖引玉啦）改成全开放的ticket系统，所有出入信息全透明。实现方法有很多，其中之一：在GitHub上开一个项目，然后滥用github的issue系统来处理我们的查封。对于隐私资料，则仍然寄给unblock，或者直接寄给管理员邮箱。头脑风暴建议，没有细想。Bluedeck 2017年8月16日 (三) 19:31 (UTC)[回复]

我的建议：1.如果编码问题导致mailman接收出错的话，应该想mailman反映或者调整配置来修正。2.对于申请LIPE或新账号的，可以考虑使用新的邮件列表处理，将配置调松以方便接收不合规格的邮件，或者OTRS也可？3.管理员应该要加入unblock-zh，而且强调或教育如何使用（需要弄一份邮件列表使用手册）。——路过围观的Sakamotosan 2017年8月17日 (四) 02:39 (UTC)[回复]

（可能有问题）4.进入unblock-zh的邮件先进入一个队列，所有op都能分拣但不能删除。在区分是垃圾邮件后所有“垃圾邮件组”，可以被删除和不用转发，是正常邮件则放入另一队列，可以转发。不过删除应该有记录并可恢复，以防误删或故意删。以此减少审核人员过少而导致可能的暗中操作问题。——路过围观的Sakamotosan 2017年8月17日 (四) 02:43 (UTC)[回复]

如果使用OTRS系統，那就必須要所有管理員都是OTRS志工，但目前申請OTRS志工與申請管理員的管道不一樣，而且目前OTRS沒看到有規定管理員必定為OTRS志工。臺灣杉在此發言 (會客室) 2017年8月17日 (四) 08:15 (UTC)[回复]

OTRS也是一套系统，只是OTRS直接沿用软件名作为该工作组的称呼，例如以前bugzilla，我的意思是使用OTRS系统在建立一个基于mail-ticket的unblock组。——路过围观的Sakamotosan 2017年8月18日 (五) 08:37 (UTC)[回复]

英文版是仿效OTRS弄了個UTRS。--Temp3600（留言） 2017年8月17日 (四) 17:51 (UTC)[回复]

全透明的最大问题是会有人恶意扰乱（例如骂人，泄露隐私等），这些东西一旦被搜索引擎索引会有不好的影响。当然可以设置成不索引，但是另外建立一套全透明的系统并不比完全使用用户讨论页申诉好（想想为什么要剥夺用户的用户讨论页编辑权限）。另外我们完全可以fork一个英文版的UTRS，但是好不好用不好说。--GZWDer（留言） 2017年8月18日 (五) 20:36 (UTC)[回复]

建议为WP:互助客栈/求助和WP:知识问答部署Flow

如题。我认为这两个页面非常适合Flow，原因如下:

都是比较短的讨论，不会像方针区那里几百行一个章节。
方便新用户。如果用户想要查看自己的问题被回复了没有，按照目前的情况，通常用户得以特定的方法来访问这些页面。而Flow，可以让用户在访问维基百科任一页面的时候就可以收到通知。
有摘要功能，如果问题解决了还可以立马一键关闭讨论。

综上，我认为这些页面采用Flow是有益的。——꧁༺星耀晨曦༻꧂（留言） 2017年8月16日 (三) 19:28 (UTC)[回复]

Flow的效率和排版都有很多争议和不足。但是，中文社区确实没有在大流量页面尝试过flow，所以可以开启一阵子感受一下利弊。我想可以给flow一次机会试试。不行再改回来。（如果要试，应该在我们的内用页面，求助客栈试）。Bluedeck 2017年8月16日 (三) 19:33 (UTC)[回复]

Flow的问题是不支持繁简转换，但是我认为讨论页面没有必须转换的硬性需求。此外，我觉得Flow排版再差，也比现在讨论页面的排版好(但是flow现在对于该页的头部说明性内容支持太差，放到右侧需要重新改头部的版面才行)。长篇内容是否合适Flow还真不清楚。此外，flow对于讨论存档到相关对话页的方式不太好解决，可能需要一套专门的流程来处理这个问题。比如在相关对话页放置一个模板指向专门的讨论帖子，或者把帖子剪切移动到相关对话页，然后把帖子删除，在编辑摘要注明去向（似乎能用bot解决？）还有一个问题是不清楚现在flow能不能在非对话页启用？不能的话把WP:互助客栈/求助的对话页作为讨论区倒是也不错--百無一用是書生 (☎) 2017年8月17日 (四) 02:42 (UTC)[回复]

先放到一个flow子页试跑一轮？——路过围观的Sakamotosan 2017年8月17日 (四) 02:52 (UTC)[回复]

啊，看来可以放在非对话页pt:Wikipédia:Flow/Testes--百無一用是書生 (☎) 2017年8月17日 (四) 03:01 (UTC)[回复]

Flow似乎不用专门存档，过一段时间如果无人编辑话题就会在页面自动隐藏。就像mediawiki官网的帮助台一样。——꧁༺星耀晨曦༻꧂（留言） 2017年8月17日 (四) 03:26 (UTC)[回复]

frwiki的玩法fr:Wikipédia:Forum des nouveaux/Flow。@星耀晨曦：Flow的确不用专门存档，但是我说的是{{save to}}的用法，把讨论尽量放到最相关的地方，方便查找--百無一用是書生 (☎) 2017年8月17日 (四) 03:59 (UTC)[回复]

这是一个问题。能不能利用bot检测话题摘要的{{saveto}}，然后复制到特定页面？话说回来，求助区和知识问答没啥需要用到saveto的地方。——꧁༺星耀晨曦༻꧂（留言） 2017年8月17日 (四) 06:03 (UTC)[回复]

emmmm。如果暂时没有解决的方案，可以开出一个子页面(比如WP:互助客栈/求助/Flow)，来试试Flow的效果。——꧁༺星耀晨曦༻꧂（留言） 2017年8月21日 (一) 06:38 (UTC)[回复]

前两天试了一下，觉得比较可行的做法，就是在相关讨论页放上一个提示：“关于xxx的讨论见topic:yyyyy”。复制到特定页的问题是有两份内容同时存在，而如果把flow这边的隐藏或删除的话，flow这边没法看到转移到了那里，所以在相关讨论页反链到flow的讨论主题上似乎是唯一的方式了--百無一用是書生 (☎) 2017年8月21日 (一) 07:03 (UTC)[回复]

还有一个问题就是讨论错了地方如何处理？比如一个讨论的话题是方针相关的，应该在方针区讨论，但却发在了求助区。目前的做法是复制粘贴到方针区，求助区的内容删掉，并且挂一个指向方针区的链接。但是flow的情况下似乎就不太好这么处理？--百無一用是書生 (☎) 2017年8月21日 (一) 07:09 (UTC)[回复]

先Wikipedia:知识问答/flow吧。 --达师 - 345 - 574 2017年8月21日 (一) 08:41 (UTC)[回复]

模板修改

我剛更換了以下模板的顏色，請自由再更改。

(！)抗议
(？)求助
(＋)傾向支持
(－)傾向反對
(※)聲明

--巡查員AndyAndyAndyAlbert（討論頁|簽到） 2017年8月17日 (四) 03:56 (UTC)[回复]

(＋)傾向支持模板乃是使用(○)暫時保留的底色製作，而且更改後對比度差距有點太小（(＋)傾向支持(＋)支持），所以建議不要更改會比較好；(※)聲明原為水藍色，現為碧綠色，我認為水藍色比碧綠色「更沒有威脅感」、「看起來更溫和」，有那麼一點點意見，不過僅此而已。—以上沒有簽名的留言由R96340（對話）補回於 2017年8月18日 (五) 04:47 (UTC)[回复]

已有用戶回退比較支持，比較反對。--巡查員AndyAndyAndyAlbert（討論頁|簽到） 2017年8月19日 (六) 02:21 (UTC)[回复]

有關Liangent-bot根據跨語言連結自動建立重定向

請看這項工作，這幾天有IP用戶大量以R3提刪Liangent-bot建立的錯誤重定向讓我再次注意到這個問題。

例如：bot建立了龍馬來了 (2004年戲劇)重定向到龙马来了，原因是大久保利通包含了{{tsl|ja|竜馬がゆく#2004年版|龍馬來了 (2004年戲劇)}}這個跨語言連結。

這個問題在於，日文版把2004年戲劇的內容作為龍馬來了的一個段落，但是中文版還沒有對應內容，所以只好用這種方式指向外文維基，然而機器人卻以此建立重定向導致變成藍連，下一步是移除跨語言連結模板，導致讓連結連到本地卻沒有任何相關內容，這樣沒有比較好。

如果寫成這樣{{tsl|ja|竜馬がゆく#2004年版||龍馬來了 (2004年戲劇)}}就可以了，不過前提是多數維基人知道跨語言連結的語法和重複條目的相關問題，雖然我一段時間就會看看Liangent-bot有沒有造什麼問題，但移除跨語言連結這項工作如果移除自己建的的確會造成問題。--Zest 2017年8月18日 (五) 13:28 (UTC)[回复]
- 基本上會建議提供第三個參數；而且這bot非常仰賴編者們使用此模板的正確性，目前看來我認為是不可靠的。--A2093064#Talk 2017年8月18日 (五) 13:54 (UTC)[回复]
  - 使用{{link-en}}不填中文頁面名直接模組出錯，顯然不是可行方法。--A2093064#Talk 2017年8月19日 (六) 02:20 (UTC)[回复]
    - 别吓我，这个bug是偶然看到有这样用法专门修复了。（吓哭）——路过围观的Sakamotosan 2017年8月20日 (日) 04:45 (UTC)[回复]
注意到被管理员 @Manchiu：删除的重定向包括诸如鲍桑葵，B.（伯納德·鮑桑葵）等中国大百科全书索引的人名。这些重定向是Wikipedia:传统百科全书条目专题/中国大百科全书/网络版中的绿链，有用户创建相应条目后机器人自动加的重定向。 Abacn（留言） 2017年8月20日 (日) 03:52 (UTC)[回复]
- 去wp:存廢覆核就可以了。--Zest 2017年8月20日 (日) 08:54 (UTC)[回复]
  - 已經恢復。我刪時知道是中国大百科全书所用名，然不合格式命名所以刪除。--千村狐兔（留言） 2017年8月20日 (日) 12:19 (UTC)[回复]
请编写Module:CleanupILH_DOM应该可以解决（比如带#的不处理）。这个很早之前User:Jimmy Xu就跟我说过，考虑到Jimmy能写代码，我也懒得研究到底有哪些特殊情况要特殊对待（现在我也说不清楚会有哪些，这个需要看条目维护条目多的人才熟悉，知道实际会出现哪些问题），就说我留出来这个接口让你们实现。现在好像Jimmy也不很活跃了然后这个模块也一直空着。Liangent（留言） 2017年8月21日 (一) 08:36 (UTC)[回复]
- @Liangent：那我想問一下繁簡混用的重定向應該是用這個模組解決，還是您的bot應該處理，畢竟檢查繁簡混用也是您的bot在做，變成自建自刪。--A2093064#Talk 2017年8月21日 (一) 10:50 (UTC)[回复]
  - 繁简混用不想解决，因为毕竟繁简转换会出错，进而带来繁简混用会误报（因此在繁简混用的提删模板上列出了可能的多种情况）。考虑到这个疑似繁简混用的标题是由用户手工打进去的，还是让人看一下的好，虽然上面的讨论看起来，人工打进去的内容正确率不见得比自动转换的高……Liangent（留言） 2017年8月21日 (一) 13:31 (UTC)[回复]

香港專上教育不宜選用編輯戰期間的爭議版本保護

本主題或以下段落文字，在討論結束後應存檔至Talk:香港專上教育。

@Manchiu：保護版本應採納發生編輯戰前的第三方版本。Howbunbun（讨论 | 貢獻）和223.16.173.104（讨论 | 貢獻）於2017年8月13日至8月18日期間發生激烈編輯戰，期間202.45.55.36（讨论 | 貢獻）、202.45.55.100（讨论 | 貢獻）、202.45.54.143（讨论 | 貢獻）的IP都是來自香港教育大學 [2]，多次回退及編輯摘要的留言都清楚顯示是Howbunbun操作的，Howbunbun和223.16.173.104都是涉事者，不應回退到雙方參與的編輯戰版本，應選取編輯戰發生前，非涉事者的版本進行保護。

敝人210.6於8月16日在香港專上教育的編輯有提供可靠來源[3]，敝人沒有參與Howbunbun和223.16.173.104爆發編輯戰的「參考總表」章節的編輯，但敝人不要求管理員閣下回退到敝人的版本，而是回退到不涉及編輯戰的第三方版本，如103.17.72.126於8月11日有提供香港政府公告為可靠來源的編輯版本[4]，沒有223.16.173.104新增的內容，也不是Howbunbun及其編輯戰IP的刪改版本，除可以示公正，也避免助長有註冊編輯登出後用IP編輯戰。管理員回退到編輯戰前，不涉及編輯戰各方的爭議版本也是有先例的。

Howbunbun因為涉及多次編輯戰及妨礙他人編輯，管理員上月已對Howbunbun發出編輯戰警告及除權嚴正警告。

敝人感謝管理員閣下選擇全保護，管理員能夠洞察有註冊用戶登出後用IP編輯戰，這是敝人很欣賞的。不論是IP及註冊用戶，在條目編輯內容所應承擔的責任是相同的，違規的處理也要不偏不倚。

最後，Z7504因為回退版本不是Howbubnun主張的版本，遭到Howbunbun提報到WP:當前的破壞及WP:用戶查核，Z7504沒有編輯香港專上教育的相關條目，敝人相信Z7504是無辜的，只是回退到Howbunbun不喜歡的版本才受到牽連。謝謝管理員閣下的關注。祝編輯愉快！--210.6.10.141（留言） 2017年8月20日 (日) 11:43 (UTC)[回复]

瑣碎的理由寫在裡面，這裡就不重複寫了--Z7504（留言） 2017年8月20日 (日) 11:54 (UTC)[回复]
- 敝人是要提出保護版本是編輯戰版本。條目的大量瑣碎內容，你可以查看近兩年的編輯歷史，會發現是Howbunbun及其操作的61.93.87.xx大量加入瑣碎內容，甚至曲解來源發表主張。--210.6.10.137（留言） 2017年8月20日 (日) 12:11 (UTC)[回复]

希望有管理員用戶「對本人人身攻擊者」予以必要的懲戒！

User:owennson 於 Wikipedia:互助客栈/技术對本人予以多次人身攻擊，慮勸不改；屢次解釋都被視若無物。本人已無可奈何，希望予以懲戒！

“

#(－)反对，整串討論只有閣下在鬧，根本沒有其他人認同，還自以為正統無視社群已有共識的人（還未說閣下亂掛警告模板一事），被社群圍毆應可預期，解釋又無法使人信服，我的評價是：想滾就滾（放你的維基假期去），別廢話那麼多。--owennson（聊天室、獎座櫃） 2017年8月20日 (日) 23:14 (UTC)[回复]

”

——想滾就滾（放你的維基假期去），別廢話那麼多。

從先前的暗處，到現在的明處。本性暴露無疑，明顯只為引戰。

“

******堅持用諺文也是醉了，就算韓語字母建基於諺文也不能說成韓語=諺文再後者取代前者，反正英文字母建基於拉丁字母再說英語=拉丁文這鬼話。因應使用lang-ja、lang-ko條目數量眾多，要先把其餘類似模板更換後才好重定向。--owennson（聊天室、獎座櫃） 2017年8月20日 (日) 23:09 (UTC)[回复]

”

本人予以再三解釋，依然視為無物，完全無心討論，貌似只為發洩現實中的不愉快，而破壞其他維基人的編輯熱情，完全與破壞者無誤。在此請求管理員予以懲戒！ ——𓋹 だ＊ぜ אשׁא 謹此敬上 𓋹（議·論） 2017年8月21日 (一) 08:51 (UTC)[回复]

笑，這樣就叫人身攻擊？破壞其他維基人的編輯熱情？請看看自己在其他維基人眼中是怎樣的再說吧？截取AT行政員的留言：「如果您因此事偏頭痛的話，我建議您離開維基，靜養一段時間再來。另外，您完全未有正面回應質疑（不只是我，對其他人也幾乎都沒有），便將我的論點稱為「無謂的辯論」，這樣您無法說服任何人，討論也無法持續下去。說到底，本來一直以來相安無事，對此事有異議，並且在未有共識前擅自修改模板，影響大量頁面的是閣下您本人，在這點上社群還比您頭痛一點。」--owennson（聊天室、獎座櫃） 2017年8月21日 (一) 10:05 (UTC)[回复]
「完全無心討論，貌似只為發洩現實中的不愉快，而破壞其他維基人的編輯熱情，完全與破壞者無誤。在此請求管理員予以懲戒！」回敬你，你自己也在做同樣的事。--owennson（聊天室、獎座櫃） 2017年8月21日 (一) 10:09 (UTC)[回复]

維基百科:維基化工作小組

維基化工作小組自2013年起不再活躍，且與整理工作小組相似，建議合併。--Alvinz ^論 2017年8月21日 (一) 12:01 (UTC)[回复]

@@ 第396行： / 第396行： @@
 * 请编写[[Module:CleanupILH_DOM]]应该可以解决（比如带#的不处理）。这个很早之前[[User:Jimmy Xu]]就跟我说过，考虑到Jimmy能写代码，我也懒得研究到底有哪些特殊情况要特殊对待（现在我也说不清楚会有哪些，这个需要看条目维护条目多的人才熟悉，知道实际会出现哪些问题），就说我留出来这个接口让你们实现。现在好像Jimmy也不很活跃了然后这个模块也一直空着。<span class="signature signature_252699">[[User:Liangent|Liangent]]（[[User talk:Liangent|留言]]）</span> 2017年8月21日 (一) 08:36 (UTC)
 **{{ping|Liangent}}那我想問一下繁簡混用的重定向應該是用這個模組解決，還是您的bot應該處理，畢竟檢查繁簡混用也是您的bot在做，變成自建自刪。--[[User:A2093064|<span style="color: #6666FF;">'''A2093064'''</span>]]#[[User talk:A2093064|Talk]] 2017年8月21日 (一) 10:50 (UTC)
+***繁简混用不想解决，因为毕竟繁简转换会出错，进而带来繁简混用会误报（因此在繁简混用的提删模板上列出了可能的多种情况）。考虑到这个疑似繁简混用的标题是由用户手工打进去的，还是让人看一下的好，虽然上面的讨论看起来，人工打进去的内容正确率不见得比自动转换的高……<span class="signature signature_252699">[[User:Liangent|Liangent]]（[[User talk:Liangent|留言]]）</span> 2017年8月21日 (一) 13:31 (UTC)
 == [[香港專上教育]]不宜選用編輯戰期間的爭議版本保護 ==