维基百科:互助客栈/其他

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

Breezeicons-apps-48-braindump.svg

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

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


請注重礼仪及遵守方針與指引,一般問題請至互助客棧其他區知识问答提出,留言后请务必签名(点击 Signature icon april 2018.png )。


發表前請先搜索存档,參考舊討論中的内容可節省您的時間。
公告板
# 話題 發言 參與 最新發言 最後更新(UTC+8)
1 Mys 721tx濫權,任意封禁用戶 51 14 Mys 721tx 2020-12-05 02:38
2 建議預設開啟「討論工具」 12 11 Impartial just 2020-11-29 14:01
3 关于是否可以在传统节日时大量发送祝福信息 28 16 Impartial just 2020-11-29 14:08
4 “到底哪一句话是广告?” 8 6 克勞棣 2020-11-26 23:24
5 咨询大家对于编辑界面的编辑提示的看法 5 3 AnYiLin 2020-12-04 18:24
6 社群首頁改版 3.0 54 9 1233 2020-12-02 20:09
7 Parent monthly clean up category 模板坏掉了 3 3 Easterlies 2020-11-30 19:31
8 提议用机器人清理违反UP#11的用户空间页 7 5 IN 2020-12-03 02:07
9 如何提高將自行拍攝照片上傳至維基共享資源的方法? 5 4 RavenclawOIer 2020-12-02 16:57
10 法律碩士(學位)併入條目 1 1 30000lightyears 2020-12-04 21:06
11 A/B test for the Reply tool 3 3 Sunny00217 2020-12-03 19:22
發言更新圖例
  • 最近一小時內
  • 最近一日內
  • 一週內
  • 一個月內
  • 逾一個月
特殊狀態
已移動至其他頁面
或完成討論之議題
手動設定
當列表出現異常時,
請先檢查設定是否有誤

Mys 721tx濫權,任意封禁用戶[编辑]

Mys 721tx與u:ArikamaI在條目來源上發生爭議,但沒有避嫌,直接把u:ArikamaI永久封禁,而且Mys 721tx長期對用戶不友善,任意封禁用戶,請大家討論一下如何解決這個問題。--203.145.94.220留言) 2020年10月20日 (二) 12:21 (UTC)

Wikipedia:可供查证:"添加或恢复内容的编辑者应承担举证的责任。所有引言以及任何被质疑或可能被质疑的内容均应使用内嵌引用来提供可靠、公开的来源。"User:ArikamaI数年持续创建劣质来源条目且警告后持续创建此类条目。该IP用户对此却视而不见,真是可笑。-Mys_721tx留言) 2020年10月22日 (四) 03:48 (UTC)
Wikipedia:申请解除权限/存档/2020年,ArikamaI說的「M3夜視狙擊鏡:內文與來源都來自英語維基中有"M3 Sniperscope"的條目。」是指英文維基百科某個或某些有提及「M3 Sniperscope」一詞的條目,不是指頁面名稱為「M3 Sniperscope」的條目,在這一點上不像是「公然撒謊」。--Mewaqua留言) 2020年11月16日 (一) 16:44 (UTC)
全文中只有"M3夜视狙击镜为美军M1等红外夜视仪的改进型..."一段是en:M1 carbine所提及内容。条目中断言"M3夜视狙击镜为美军M1等红外夜视仪的改进型,在耐用性和有效射程上有了很大的提高"既不存在于英文条目中,亦不存在于其所列来源中。使用该来源的行为本身更展示了ArikamaI无辨别不可靠来源的能力。-Mys_721tx留言) 2020年11月17日 (二) 19:05 (UTC)
「有效射程(應該是指可視距離)上有了很大的提高」還是可以在列出的來源rt66.com的網頁的內容推斷得到,雖然該來源看似是非知名人士或專家的個人網頁,非可靠來源。--Mewaqua留言) 2020年11月18日 (三) 03:52 (UTC)
另外,「它們主要被夜間哨兵...向民間出售的剩餘物資。」一段可以在enwp「M1 carbine」條目找到對應的「They were used primarily in static defensive positions in Korea ... In total, about 20,000 sets were made before they became obsolete, and were surplussed to the public.」--Mewaqua留言) 2020年11月21日 (六) 13:22 (UTC)
  • 我覺得應該不至於永久封禁,封禁個半年當作警告也行呀。—— Eric Liu 創造は生命(留言留名學生會 2020年11月22日 (日) 09:16 (UTC)
    Wikipedia:封禁:"封禁不应被用作记录用户的警告,因为短暂的封禁一般均被视为惩罚性的封禁,而且对该用户也有不良的影响。"该用户就条目来源在9月、10月两次受到警告后公然创建完全无来源条目(D型消聲榴彈發射器)。警告显然已起不到督促其改正其行为的作用。-Mys_721tx留言) 2020年11月23日 (一) 06:03 (UTC)
言下之意是長半年的封禁期並不能打消該用戶建立相關條目的意願?SANMOSA SPQR 2020年11月23日 (一) 08:35 (UTC)
即使如此,個人認為不至於一次就永久封禁。先給予相對短期的封禁,若無改善再永久封禁也不遲。他也是資深用戶了,應當了解底線所在。—— Eric Liu 創造は生命(留言留名學生會 2020年11月23日 (一) 08:45 (UTC)
有人近期在迪美雅·芭辛絲姬阿布羅斯足球俱樂部條目加入大段無來源內容,但我覺得不會有人會向該位用戶發出警告。--Mewaqua留言) 2020年11月23日 (一) 10:48 (UTC)
  • 參閱可供查證方針,缺乏来源的內容将可以被删除。條目的內容如缺乏可靠來源,可通過移除相關內容處理,亦在可條目掛上提示模板,也可在相關文句添加來源請求的註釋,對於來源問題較嚴重的條目可提交到存廢討論。Mys 721tx君只是在2020年9月30日及10月4日在其討論頁發出兩次警告,條目的內容如有問題應以刪削處理並通過討論尋求共識,封禁乃為最後手段,永久封禁更應在沒有其他替代措施下才執行,在進行中之移除ArikamaI權限討論亦未由第三方管理員結案,在此情況下便進行永久封禁,因此Mys 721tx君的做法並非沒有爭議。--Uranus1781留言) 2020年11月26日 (四) 04:38 (UTC)
    巡查豁免除权和封禁没有依赖关系,制止其持续创建无来源条目显然不需要等待除权结案结束后完成。该用户:
    1. 所创建条目自2009年系统性地缺乏来源,在11年中无改善。Wikipedia:可供查证:"添加或恢复内容的编辑者应承担举证的责任。"刚刚加入维基百科时创建缺乏来源条目尚可以不熟悉方针开脱。
      M1 76毫米坦克炮仅因英文原文来源充分而带有来源,不代表该用户创建条目的平均水平。
    2. L3A1刺刀中编造来源中没有的内容。该用户有意识地添加无关来源,因此可合理判断其知晓可供查证方针的存在。
    3. 在警告后公然创建无来源条目(D型消聲榴彈發射器),完全否定了任何可能存在的善意。
    对上述行为视而不见是典型的诉诸中庸。-Mys_721tx留言) 2020年11月26日 (四) 05:18 (UTC)
過往因內容問題而被永封的用戶多涉及屢次建立胡言亂語或內容空泛並符合快速刪除的條目。可供查證方針已經說明可移除缺乏來源的內容,內容的翻譯問題及有爭議的內容可先行移除並在討論頁提出討論,閣下提述之條目-诉诸中庸不但來源貧乏且絕大部分內文缺乏來源註釋,以Mys_721tx君的觀點不就是閣下所謂之劣質條目。--Uranus1781留言) 2020年11月26日 (四) 06:12 (UTC)
  1. 由于内容被永久封禁的用户显然不仅限于上述两种条件。以此推论对于屡次违反Wikipedia:可供查证的封禁不合理是换质不换位
  2. Wikipedia:可供查证还规定:"添加或恢复内容的编辑者应承担举证的责任。所有引言以及任何被质疑或可能被质疑的内容均应使用内嵌引用来提供可靠、公开的来源。"Wikipedia:封禁:"以下列出部分被认为需要对账户作出封禁的行为...持续的干犯其他方针与指引。"对屡犯者实施封禁理所应当。
  3. User:Uranus1781将其所犯谬误转移到谬误相关条目的质量中上,是稻草人论证
-Mys_721tx留言) 2020年11月26日 (四) 06:32 (UTC)
管理員辛苦了。晚輩也覺得或許可考慮改為中短期封禁,畢竟該用戶貢獻不少,永封似乎有點可惜。但仍尊重管理員的多方考量與判斷。勞您費心了。--Hjh474留言) 2020年11月25日 (三) 12:57 (UTC)
英文維基有一種做法:資深用戶在封禁6個月後提請解除永封,理由若為管理員採納,即可解封;不知中文維基過去有沒有類似的作法或案例。--Hjh474留言) 2020年11月26日 (四) 02:28 (UTC)
Standard offer需要用户保证此后不再进行导致封禁的行为。-Mys_721tx留言) 2020年11月26日 (四) 02:38 (UTC)
  • 回覆 Mys_721tx君於2020年11月26日所作之辯解:
1. Mys 721tx君曰:「Wikipedia:可供查证:"添加或恢复内容的编辑者应承担举证的责任。"」如此,就不應故意忽略該方針所載之「否則,這些內容可能被移除。」而此乃內容方針,方針指出可移除因來源不足而被質疑的內容,卻未有明文指出用戶建立來源不足的條目將會被永久封禁,君如要引用此方針作為封禁理據,就必須對此作出合理解釋,包括被封禁用戶,维基百科:封禁方针亦明確指出「知會用戶:在執行封禁時,管理員必須給予一個具體原因,讓被封禁的用戶知道自己被封禁的原因。在執行封禁的介面中,已有一些封禁原因可供選擇,管理員也可以輸入其他封禁原因。除非有特別原因,管理員應在被封禁的用戶的對話頁解釋封禁原因,避免產生任何誤會。管理員可使用一些標準通知模板」,惟 君截止2020年12月1日仍未有依據方針向有關用戶作出通知及解釋封禁原因,君自行採取封禁行動後,還得有用戶在本頁作出投訴才本頁發表封禁的觀點。
2. Mys 721tx君曰:「所創建條目自2009年系統性地缺乏來源,在11年中無改善」「刚刚加入维基百科时创建缺乏来源条目尚可以不熟悉方针开脱。」「M1 76毫米坦克炮僅因英文原文來源充分而帶有來源,不代表該用戶創建條目的平均水平。」ArikamaI君從2009年起至2020年10月間共建立1081個條目,有24個被刪除,今年創建116個條目,沒有1個被刪除,而查閱 ArikamaI君近兩三年所建立條目之情況,不符合 Mys 721tx君所稱:「所創建條目自2009年『系統性地』缺乏來源」。至於君稱:「不代表該用戶創建條目的平均水平」,如 Mys 721tx君在11年以來已發現其所創條目有平均水平的問題,那麼為何長期以來都不在條目討論頁或在 ArikamaI君之討論頁,就內容的水平問題直接提出討論,並可避免對水平作出主觀的判斷。
3. Mys 721tx君曰:「警告顯然已起不到督促其改正其行為的作用」在下於上面所提出的是該不該封的問題,而是否永久封禁,也被多位編輯質疑。查閱 ArikamaI君的封禁記錄,ArikamaI君之前並未有因為創建沒有來源的條目作為理由的封禁,而大量以機器翻譯的1週封禁也是2009年之事,近5年都沒有被封禁。WP:BLOCK指出封鎖應為最後的手段,Mys 721tx君作出永久封禁,而不是先作有限期的封禁,亦被其他編輯指出是否 Mys 721tx君定論有限期的封禁不足以令 ArikamaI君打消建立該類條目的意願,非立即永久封禁不可。
4. Mys 721tx君曰:「對警告無效的用戶予以封禁理所當然。避嫌是明顯的紅鯡魚」好幾位編輯提到 閣下對 ArikamaI君的永久封禁沒有避嫌。既然 Mys 721tx君於2020年10月5日在Wikipedia:申请解除权限/存档/2020年尋求解除 ArikamaI君的權限,而 AT君亦已經著手處理,並知會雙方 Mys 721tx君及 ArikamaI君提出各自的理據,亦有初步對話,Mys 721tx君在此事上已屬其中一方。雖然在緊急情況下,管理員可對疑嚴重違規的用戶作出必要的封禁,但緊急情況是指仍在建立胡言亂語、惡作劇、人身攻擊的頁面,或者大量建立宣傳推廣頁面,至於 閣下提及「在警告後公然創建無來源條目(D型消聲榴彈發射器)」顯然不符合緊急情況,該頁面也不符合快速刪除,當時的情況遠未達到須要立即封禁、即時制止,完全可先作出提報及由第三方管理員處理。如認為須要可提報到破壞或不當行為頁面,不應繞過提報機制及交由其他管理員作出判斷,自行執行永久封禁。
5. Mys 721tx君曰:「不代表該用戶創建條目的平均水平」,君在批判其他用戶創建條目的水平,以至包括11年前的條目,然而 Mys 721tx君是怎樣評判創建條目的平均水平呢? Mys 721tx君在2009年至今創建63個條目,排除重建的條目有1個名下條目被刪除,就隨機查看弹道学創建時的情況 [1] 及同期對於英文版 [2] ,不就是沒有任何來源之後由其他維基人修繕;
還有在2017年4月24日,Mys 721tx君而言已算近期創建的條目普通外科 [3] ,參閱同期的英文版條目是載有來源 [4] ,在中文版作為正式條目卻連一個來源都沒有,該條目更要在兩週後才由其他用戶掛上一堆包括缺乏來源等的問題模板,反映其他用戶也發現該等問題,及後需由其他維基人作後續修繕。Mys 721tx君,這不就是違反WP:VWP:RSWP:OR。在下實難以了解 Mys 721tx君是如何評斷「創建條目的平均水平」,尤其是 Mys 721tx君身為管理員已不是短時間,更不應指責其他用戶創建來源受質疑的條目及批判平均水平,但自身又建立沒有任何來源、有違方針指引的頁面並長期沒有自行修繕,若然以來源或內容問題對其他用戶作出封禁乃至永久封禁,難免讓其他用戶產生寬己嚴人的觀感及質疑,當然 閣下可能另有苦衷啦。--Uranus1781留言) 2020年12月1日 (二) 13:34 (UTC)
User:Uranus1781长篇大论中充斥着逻辑谬误:
  1. 警告及封禁理由本身早已解释封禁原因,"還得有用戶在本頁作出投訴才本頁發表封禁的觀點"是显然的烟雾弹。
  2. User:ArikamaI2011年起创建的条目存在问题显然不是自2011年起即发现此问题,User:Uranus1781是在偷换概念。
  3. User:ArikamaI持续创建劣质条目未经提删或封禁显然证明其创建条目符合方针是循环论证。
  4. User:ArikamaI2018年起所创建的355个条目中,最早的十个条目(S-5航空火箭彈索爾丹姆K6迫擊炮CRV7航空火箭彈Fate/Apocrypha角色列表S-8航空火箭彈瓦爾特CCP半自動手槍SIG MG 710-3通用機槍SIG M1911半自動手槍大宇K12通用機槍S-13航空火箭彈)以及最近的十个条目(D型消聲榴彈發射器Ksp M/39中型機槍刺刀座L3A1刺刀雷明登V3半自動散彈槍M3夜視狙擊鏡406毫米SK C/34型艦炮330毫米口徑50倍徑1931年型艦炮152毫米口徑55倍徑1930年型艦炮ROKS火焰喷射器)皆存在整段无来源内容。User:ArikamaI所创建条目系统性地缺乏来源是客观事实。User:Uranus1781所谓"而查閱 ArikamaI君近兩三年所建立條目之情況,不符合 Mys 721tx君所稱:'所創建條目自2009年『系統性地』缺乏來源'"更是公然撒谎。
  5. 避嫌仅有一个IP用户和User:Catowen提到。到User:Uranus1781处却成了"好幾位編輯",其虚张声势能力叹为观止。然而谬论重复再多仍是谬论。
  6. "雖然在緊急情況下,管理員可對疑嚴重違規的用戶作出必要的封禁,但緊急情況是指仍在建立胡言亂語、惡作劇、人身攻擊的頁面,或者大量建立宣傳推廣頁面,"更是User:Uranus1781编造的方针。
然而其稻草人论证指名道姓,不得不予以反驳:普通外科一文正是因为英文条目质量不高才没有继续翻译。User:Uranus1781以"參閱同期的英文版條目是載有來源"暗示应当照抄英文条目来源更展示其对Wikipedia:可供查证中"引用的来源须明确支持条目中出现的信息"的无知。
-Mys_721tx留言) 2020年12月1日 (二) 20:32 (UTC)
如果User:ArikamaI一事的封禁標準成為「案例」,恐怕中文維基百科有一半活躍用戶都有機會要「三振出局」(對用戶發出警告留言也算作一次好球)。--Mewaqua留言) 2020年12月2日 (三) 04:46 (UTC)
是次封禁本身是根据User:ArikamaI无视警告创建无来源条目产生的。警告无效后予以封禁行之有年。封禁时间是对其活动持续时间的体现。如果作为判例显然需要考虑这些因素。-Mys_721tx留言) 2020年12月2日 (三) 04:58 (UTC)

我写的讨论被隐藏了,说与mys721_tx的这次封禁无直接关系。事实是有直接关系的,反映了mys721_tx一贯的滥权、轻罪重罚、选择性执法、对做出长期贡献的用户不友善、吹毛求疵玩弄维基制度,以及在理屈词穷时不敢直接出来对线,而是让其朋友或熟识的人出来辩解、拒绝正面回答问题并转移视线,辩解者使用不友善言辞对待维基编辑者等。这是屡次犯错却不知悔改,不知道维基百科编辑团队对于管理者重复犯规触纪如何处罚。当然我并不抱希望。例如我刚刚以友善和有建设性意义的评论作结尾,却被恶意隐藏。

我会立此存照并公开于适当场合。--周雁棠留言

@AnYiLinWikipedia:可供查证中白纸黑字“引用的来源须明确支持条目中出现的信息”。"来源中何处提到北京"这种简单问题都无法直接回答的小丑愿意表演跳梁就随他去吧。-Mys_721tx留言) 2020年12月2日 (三) 19:52 (UTC)

中文维基百科管理员就是如此辱骂编辑者的吗?复读机似的复读同一句没有意义的话,还有脸指责别人呢?我正面的、多次的解释清清楚楚,来源中有提到北京,这位却装作看不见。作为管理员,公然如泼妇一般跳脚骂人,按照维基规约应该怎么处罚?这样的行径比编辑瑕疵恶劣了多少倍?--周雁棠留言

    • mys721_tx對用戶非常不友善,任意封禁用戶,受害人不只ArikamaI和周雁棠,還有很多人,我覺得mys721_tx完全不符合作為管理員應有的態度。--203.145.95.13留言) 2020年12月3日 (四) 03:08 (UTC)
      对于上述用户,只有纵容其违反Wikipedia:可供查证才能称得上友善。en:Victim playing功夫真是令人叹为观止。-Mys_721tx留言) 2020年12月3日 (四) 04:18 (UTC)

别转移话题,你骂人就是错的。--周雁棠留言

跳梁:"乱蹦乱跳"。自2019年5月26日至今User:周雁棠共计加入31920字节文字,甚至指控他人“拒绝正面回答问题”。31920字节中却无一处解释其所谓来源如何提到北京。其所谓来源中总共五页提到北京,无一处提到索韦托。提到索韦托共五处,无一处提到北京。"来源中有提到北京,这位却装作看不见"是公然撒谎。跳梁是对User:周雁棠行为的客观描述。-Mys_721tx留言) 2020年12月3日 (四) 08:20 (UTC)

“ @Mys_721tx]]:,我的链接中有来源的,你搜索google中该书目的“索韦托 城中村”就可以检索到相关信息,如“南非这些打工的人,在所谓的有序城市化下,产生了一种“城不城、乡不乡”的情况。……这个就是索韦托。……它原来是一些打工的黑人在类似这种城中村,租一些比较差的房子。然后政府不允许,一开始搬到这个相当于二环以外……又把他们撵到四环外……”等内容,此外上下文还有大量佐证。您在回退中说“来源中没有”,怎么是“来源中没有”呢?而且在秦晖先生《南非的启示》一书中也有对南非索韦托这样的黑人聚居地和中国城中村的对比、南非种族隔离制度与中国户籍制度的详细对比。我所说的都有来源,请您查看我链接的具体内容,也希望您给出解释,谢谢。周雁棠(留言) 2019年5月26日 (日) 16:29 (UTC)”这篇文章是一个整体,作者就是在对比索韦托与北京的相似之处,我在讨论页做了多番解释,这位mys721_tx视而不见,只是复读一个没有意义的句子。现在骂人了又找借口,无论什么借口都不是骂人的理由,何况借口都不成立。你说我公然撒谎,为什么不正面回应我在讨论页提出的问题?还需要我把问的问题一一复制粘贴过来吗?周雁棠留言) 2020年12月3日 (四) 08:44 (UTC)

欢迎User:周雁棠向更多人其对Wikipedia:非原创研究的无知。-Mys_721tx留言) 2020年12月3日 (四) 09:08 (UTC)

我在讨论页已经解释的很清楚,二者是有关联的,表达的是一个系统的意思,而非无关的内容贴合。对于mys721tx各种出言不逊,我不想再浪费大家时间看吵架,有兴趣的请移步我的讨论页查看来龙去脉。恕不奉陪您没刷牙后的言辞。周雁棠留言) 2020年12月3日 (四) 09:16 (UTC)

User:周雁棠真是以为其站外那点龌龊无人知晓。其倒打一耙的能力无人能及。-Mys_721tx留言) 2020年12月3日 (四) 10:17 (UTC)

我将过程存照并且发在社交平台上,并加以评论,是我的权利。你管得了站内还管得了站外吗?是不是你先不尊重我、用冒犯式提问、对我多次选择性执法和不合理封禁、屡次拒绝回答我关于封禁的问题,我才如此回应的?是不是我好言好语给你说话,你却置之不理还一再加码封禁,我才在社交媒体上曝光的?你作为管理者对我刁难挑刺,算是龌龊还是堂堂正正?为什么封禁我你心里清清楚楚。现在还管到站外,你不觉得管的太宽里吗?当然,你也可以找个社交平台把事情论述一番、对我做出评价。周雁棠留言) 2020年12月3日 (四) 12:25 (UTC)

User:周雁棠于34601字节后仍未回答其所谓来源在何处提到北京,反而将如此简单之问题指为"冒犯式的提问"、"刁难挑刺"。在其公然承认违反方针("相关内容不必须需要特定来源"、"我对该事物非常熟悉")时明知故问,其虚伪程度可见一斑。-Mys_721tx留言) 2020年12月3日 (四) 18:12 (UTC)
请您先保持应尽之礼貌,否则您的任何辩驳都会苍白无力,以我之意见,缩短封禁时间,道歉,这是基本礼貌,而且在维基百科无处罚复合人员的情况下,避嫌是最大取消主观判定的最好方法--Catowen 学生狗快乐? 2020年12月4日 (五) 13:41 (UTC)
否则,弹劾--Catowen 学生狗快乐? 2020年12月4日 (五) 13:42 (UTC)
红鲱鱼。谬论重复多次不会成真。-Mys_721tx留言) 2020年12月4日 (五) 17:50 (UTC)
Wikipedia:文明:"不文明行为包括...轻率鲁莽地指控他人行为不当...说谎或欺诈"。User:Catowen两次以红鲱鱼论证将合理封禁指控为需要避嫌、在Wikipedia:封禁方针明确存在封禁复核机制时公然宣称"维基百科无处罚复合人员"。我要求User:Catowen正式于此道歉。-Mys_721tx留言) 2020年12月4日 (五) 18:38 (UTC)

建議預設開啟「討論工具」[编辑]

(&)建議如下:

由於目前「討論工具」使用上大致暢順,回覆時自動縮排簽名也運作正常,建議預設開啟「討論工具」,以便新手使用。

為何需要預設開啟?
  • 新手目前在存廢覆核、存廢討論中,需要較頻密地回覆其他用戶的留言。
  • 這些用戶由於不諳維基語法,偶爾會沒有使用縮排,使討論混亂。
  • 與此同時,在存廢覆核中,經常看到用戶忘記簽名。
  • 在其他條目討論頁中,也有出現這個情況。
這個建議有用嗎?
  • 有用。這樣可以:
    1. 改善討論排版及版面。
    2. 提升討論的參與度。
    3. 提升新手參與討論的體驗。
    4. 可簡化提及(Ping)其他用戶的程序。
這個建議有害嗎?
  • 沒有。這個工具簡單易用,不影響主名字空間、非討論頁等,亦鮮有出現技術問題或排版錯誤。
這個建議有效嗎?
  • 理應比其他方式有效。其他方式可以是修改編輯提示、修改歡迎信息等,但效果將會沒有那麼明顯。不是每個新用戶都會詳閱歡迎信息,也不會手動開啟一個不熟悉的工具。因此,預設開啟會是較有效的方式。
哪些用戶應預設開啟討論工具?
  • 這個建議主要針對在本地註冊的新用戶。
為何不由其他用戶修正?
  • 像是示例這樣的討論頁,版面較亂,修正格式也需時。而且,有時用戶會於上一條留言末插入自己的留言,可能令修正者陷入混亂。
IP用戶呢?
  • IP用戶受限制而不能開啟「討論工具」,這些用戶可以考慮註冊以便使用此工具;可能需用其他方式讓IP用戶認識如何留言,但則不在此討論範疇內。一般來說,打算長期貢獻的IP用戶會註冊帳號,因此未必是主要的問題。

請踴躍參與討論,感謝各位編者關心此提議,也歡迎提出意見。--14.0.180.204留言) 2020年11月4日 (三) 08:58 (UTC)

目前已经在测试功能里了。您的这个要求可能太急了点--百無一用是書生 () 2020年11月5日 (四) 01:13 (UTC)
我相信不是問題,目前一些語言的維基百科也是預設開啟。--14.0.180.194留言) 2020年11月5日 (四) 04:27 (UTC)
有些小白连参数设置咋用都不知道,还是预设开启比较好,另外我觉得wikiplus也不错,直接点一下就编辑了,挺方便的--Catowen 2020年11月8日 (日) 01:03 (UTC)
(▲)同上:回复功能蛮方便的,默认开启也不会引起什么问题;不过Wikiplus受限于API,至少是自动确认用户(有经验的用户)才可以使用。--安忆Talk 2020年11月8日 (日) 01:29 (UTC)
  • (+)支持该提议,对新手甚是友好,亦避免乱糟糟讨论串和忘记签名。Zhuofan WuCien años de soledad 2020年11月8日 (日) 12:02 (UTC)
(+)支持Fire Ice 2020年11月8日 (日) 13:16 (UTC)
建议先了解一下项目进度比较好:mw:Talk pages project/replying--百無一用是書生 () 2020年11月9日 (一) 01:57 (UTC)
上述頁面有提到:

This means the Reply Tool is now available as either a Beta Feature or opt-out user preference at all Wikipedias except for the following projects: English, Finnish, Gan, German, Inuktitut, Kazakh, Kurdish, Russian, Tajik, and Uzbek.

因此,可以是Beta Feature,或者是opt-out user preference,exception當中不包括中文維基百科。這建議理論上可以實行。--14.0.180.36留言) 2020年11月9日 (一) 03:43 (UTC)
(+)支持加入。另提醒IP用戶:討論工具有一大缺點就是縮排符號只有:,並不支援*-- Sunny00217  2020年11月14日 (六) 11:43 (UTC)
  • (+)傾向支持提議。基本上有益無害,不過要注意一下工具是否已經穩定。—— Eric Liu 創造は生命(留言留名學生會 2020年11月22日 (日) 09:17 (UTC)
  • (+)傾向支持加入,我其實不太習慣。“ 对新手甚是友好”,嗯⋯,其實不一定,我還是不太了解,原始碼比較和平時寫東西時一樣(怕有人把條目當討論工具寫)。—ℑ𝔪𝔭𝔞𝔯𝔱𝔦𝔞𝔩 𝔧𝔲𝔰𝔱🎙️ 2020年11月29日 (日) 06:01 (UTC)

关于是否可以在传统节日时大量发送祝福信息[编辑]

如题,我觉得可以在中国传统节日时向所有活跃用户(主要是用户太多了)通过一个机器人(或者请求一位拥有大量信息发送权的用户)发送祝福信息,私以为这样可以让大家在编辑的时候感受到温暖,希望大家给出建议,感谢! --光猫猫 Talk 2020年11月14日 (六) 02:53 (UTC)

為什麼是中國傳統節日?俄羅斯傳統節日不行嗎?巴西傳統節日也不行嗎?難道這裡所有活躍編者都來自中國嗎?--14.0.180.147留言) 2020年11月14日 (六) 03:08 (UTC)
虽然不全是,但大多数都是中国人。因此我觉得没有问题,俄语只有俄国传统节日我觉得也没问题啊。--光猫猫 Talk 2020年11月14日 (六) 03:21 (UTC)
前提是需要给予用户不接受此消息的自由。--安忆Talk 2020年11月14日 (六) 03:09 (UTC)
嗯,也是,也可以在搞一个拒绝接收信息的单独列表。这样的话似乎就只能通过机器人实现了。--光猫猫 Talk 2020年11月14日 (六) 03:19 (UTC)
群发消息,未见诚意。Fire Ice 2020年11月14日 (六) 04:08 (UTC)
为何?群发的祝贺皆由社群讨论得出,乃是社群对社群的关心,何来没有诚意一说?况且新用户欢迎消息也是自动发送的消息,新用户欢迎是否也没有诚意?--光猫猫 Talk 2020年11月14日 (六) 10:50 (UTC)
确实没有诚意,正如欢迎新用户一样没有诚意。还记得某一年春晚有一个节目/歌曲叫「群发的短信我不回」。对于不知道欢迎词是群发的新用户而言,确实会误认为很有诚意,后来发现是机器人发的也就那样了。每年过节,真正好友之间自然会手动发祝福。所以群发祝福实在不是一个好举措。如果要弄的话,应该是白名单模式而不是黑名单模式,默认不接受,想要接受的就自己加入白名单,正如每年的动员令通知一样。--dqwyy (talk) 我们终将成为枫音乡的过客 2020年11月24日 (二) 06:26 (UTC)
我沒所謂,反正有和沒有於我而言無分別。SANMOSA SPQR 2020年11月14日 (六) 09:31 (UTC)
嗯,但是这个议案的目的在于让活跃的编辑感受到社群的关心。--光猫猫 Talk 2020年11月14日 (六) 10:51 (UTC)
與其如此篩選編者來發放祝福,不如在節日期間於{{ASN}}(或其它合適位置)裏面掛上一條簡潔的橫幅
恭    祝    新    年    快    樂
類似這樣,也可是其他形式。--14.0.180.147留言) 2020年11月14日 (六) 11:28 (UTC)
23333 似乎也可以--光猫猫 Talk 2020年11月14日 (六) 11:55 (UTC)
歪一下楼,去年春节的小老鼠Logo挺可爱的。明年是农历牛年,不知道社群有没有意愿再换一次特别Logo。--Steven Sun留言) 2020年11月14日 (六) 12:26 (UTC)
這麽快討論?(雖然我覺得是可以)SANMOSA SPQR 2020年11月15日 (日) 12:25 (UTC)
嗯....我觉得可以要请些人来参加讨论。如果没有问题的话我下周开始着手制作机器人,尽量在春节前完工。--メッキの光の勇者-猫🇨🇳去茶水室喝茶🐱 2020年11月15日 (日) 14:19 (UTC)
如果是机器人就反对,如果是手工发就不发表意见。祝福都用机器人来那何必呢,打扰人而已。--7留言) 2020年11月15日 (日) 14:58 (UTC)
同意上方諸位的講法,群發訊息沒有誠意。手工發還有一個優點,就是能夠自己能夠量身訂造,說些感謝對方的話,這是群發訊息做不到的。另外ASN不建議放橫額(個人論述有講到),還有上面那個方案很像靈堂上掛的那種。--春卷柯南-發前人所未知 ( ) 2020年11月15日 (日) 15:03 (UTC)
群发缺乏诚意,会打扰、受宠若惊、花费当事人时间,以及浪费资源。订阅制或手动发没意见。挂标志前提是好看,其次再考虑文化问题。--YFdyh000留言) 2020年11月25日 (三) 20:48 (UTC)
在设置或者相关页面订阅消息,也是一个好办法。--Leiem留言·签名·维基调查 2020年11月26日 (四) 02:55 (UTC)

“到底哪一句话是广告?”[编辑]

我认为,“到底哪一句话是广告?”这一问题是有意义的。维基百科:如何介绍自己的公司应删去以下文字:

“到底哪一句话是广告?”

好似询问“Fu*k中哪一个字母是粗口”一样,这个问题是没有意义的。

Fire Ice 2020年11月23日 (一) 15:23 (UTC)

(!)意見:不見得總是有意義。大多時候一段話若是廣告,確實可以找出其中某幾句是廣告,但文字的組合千變萬化,簡直無窮無盡,所以也不排除「每一句話都不是廣告,但這些話組合在一起卻是廣告」的可能性。所以我主張改寫而不是刪去那段文字。-游蛇脫殼/克勞 2020年11月24日 (二) 08:03 (UTC)
这种可能性我还真想象不出来……Fire Ice 2020年11月25日 (三) 14:28 (UTC)
可以想象,广告形式很多的--百無一用是書生 () 2020年11月26日 (四) 02:22 (UTC)
也可能有意义,也可能无意义。不过这句话本身似乎放在那里没帮助,我认为删掉也很好。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2020年11月25日 (三) 14:07 (UTC)
也觉得这段话没有意义,懂的都懂、看它没用,不懂的更加不懂。支持删去。--YFdyh000留言) 2020年11月25日 (三) 20:51 (UTC)
这句话看上去确实没有意义,支持删去。--向前进朝着胜利的方向 2020年11月26日 (四) 11:09 (UTC)
爾比南山

為民謀福

王者風範

八方詠讚

每句話都在稱讚,到底哪句話在罵人?(藏頭詩)

君知妾有夫,贈妾雙明珠。感君纏綿意,繫在紅羅襦。妾家高樓連苑起,良人執戟明光裡。知君用心如日月,事夫誓擬同生死。還君明珠雙淚垂,恨不相逢未嫁時!---張籍《節婦吟》

到底哪句話在拒絕藩鎮李師道的網羅入幕?(隱喻,言在此而意在彼)

對聯:蓮子心中苦,梨兒腹內酸---金聖嘆

到底哪句話在表達與兒子訣別的酸苦?(諧音雙關)

所以「沒有一句話是廣告,但是合起來整段話就是廣告」有心要做,是有可能做得出來的。但是我也認為「好似询问“Fu*k中哪一个字母是粗口”一样」這個類比是非常不妥的,它太小看文字的變化多端。-游蛇脫殼/克勞 2020年11月26日 (四) 15:24 (UTC)

咨询大家对于编辑界面的编辑提示的看法[编辑]

当前在每个编辑界面当中都会出现这么一行小字:

这一行字的目的应当是提醒每位编者在编辑之前都应当注意的事项,但是就我的编辑体验而言,存在两个问题:

  1. 不够醒目。本身字号就小(甚至还没上面引用当中的字号大),下面还紧贴着一个巨大的、文字丰富的编辑框,用户一般不容易注意到这个提示文字。心急的新用户修改内容的时候注意不到提示会带来不少麻烦。
  2. 可视化编辑器根本不会显示这个提示。

个人希望将这个提示变得更为醒目,最好能像被封禁那样显眼的提示,但是我在这里想咨询一下大家的看法和体验。--MilkyDefer推迟咕咕 2020年11月26日 (四) 17:59 (UTC)

  • (+)傾向支持。—— Eric Liu 創造は生命(留言留名學生會 2020年12月4日 (五) 03:00 (UTC)
  • (&)建議:可以弄成向IP用户在初次编辑时展示的欢迎弹窗一样的形式,唯有确认方可继续。 --安忆Talk 2020年12月4日 (五) 03:09 (UTC)
    • 这是不是太烦了,徒增几次鼠标点击次数 --MilkyDefer推迟咕咕 2020年12月4日 (五) 09:46 (UTC)
      • 既然是必读的提示,点几次(貌似只需要点一次“确定”)才可以确保他读过了。--安忆Talk 2020年12月4日 (五) 10:24 (UTC)

社群首頁改版 3.0[编辑]

維基百科:社群首頁/改版,見下面的討論。--1233 T / C 2020年11月28日 (六) 09:16 (UTC)


這是第二次本人的改版,改版後連同所有子頁面的大小從 39541 位元組減至 31707 位元組,並且增加了導航,各不同的子類別亦作出適量的重新編排。改版後亦應該會更'mobile-friendly'。--1233 T / C 2020年11月27日 (五) 19:11 (UTC)

视觉效果我觉得好了不少,不过留白似乎有点多。--Easterlies 2020年11月27日 (五) 19:35 (UTC)
同,margin过大,考虑到大屏幕设备和兼容性,也要尽量用em而不是vh。如果可以的话,是否可以直接修改外联CSS以使用@media呢(站内的CSS可以识别到页面名称)。--安忆Talk 2020年11月28日 (六) 03:22 (UTC)
大屏幕設備本身的用戶體驗需要放大才會比較正常。這個設計在放大的時候會比較好--1233 T / C 2020年11月28日 (六) 06:21 (UTC)
能不能把下面六个方框按照2x3排列,我电脑上显示第一行5个第二行1个还是居左,强迫症要压不住了。--MilkyDefer推迟咕咕 2020年11月28日 (六) 02:10 (UTC)
@User:MilkyDefer:您需要減少Max screen width嗎(--1233 T / C 2020年11月28日 (六) 06:21 (UTC)
能居中吗?公告栏都居中了……然后我看公告栏在电脑上还能适当再加宽一些。--MilkyDefer推迟咕咕 2020年11月28日 (六) 07:29 (UTC)
div限制,沒辦法(如果真的做了就會非常繁複)--1233 T / C 2020年11月28日 (六) 08:44 (UTC)
我了解這次是為了增進行動版體驗才這麼改版的,但我覺得這樣分拆桌面版體驗反而變差了。—— Eric Liu 創造は生命(留言留名學生會 2020年11月28日 (六) 03:16 (UTC)

增加了min-width 300px, max-width 提升至1080px,中間為75%。--1233 T / C 2020年11月28日 (六) 06:26 (UTC)
  • 这个大白边和新版vector的相性应该会相当高[開玩笑的]--Súper Wáng Adios Diego 2020年11月28日 (六) 08:12 (UTC)
  • 那個是960px max width,需要修改一下(--1233 T / C 2020年11月28日 (六) 08:47 (UTC)

Break 0.5[编辑]

  • 我可以(-)反对此改版嗎 ? 有沒有用戶覺得2.0好過3.0 ? 為了增進行動版體驗犧牲桌面版體驗 ? 用行動版的用戶有幾多 ? 用桌面版的用戶有幾多 ? 改之前有沒有問過社群和投票 ? 原來社群首頁的頁面竟然是某一用戶的所有物,話改就改,真是令人驚訝。強烈建議轉回原來版本。〈如果我錯過任何改版消息,我對此抱歉,因為我不知道幾時幾日哪裏出過改版消息〉-- 約翰同志-條目裱糊匠留言) 2020年11月28日 (六) 08:56 (UTC)
    • 有道理…要不先开个子页放修改中的版本,差不多了再看情况移过去。现在先用九月份的版本,直接实装是有些仓促。顺便一提,现在版本的内联样式,背景色和文字颜色的十六进制值的#号都没加… --安忆Talk 2020年11月28日 (六) 09:07 (UTC)
      • 很久以前,維基要進行改版面都有問過社群和投票吧 ? 為何這次沒有 ? 如果我錯過任何相關消息,我再一次對此抱歉。-- 約翰同志-條目裱糊匠留言) 2020年11月28日 (六) 09:13 (UTC)
        • 把舊的版本放回去了。另外新版在維基百科:社群首頁/改版#号是沒有了必須,所以沒有加出來…--1233 T / C 2020年11月28日 (六) 09:16 (UTC)
          • 感謝改回,新版本使我要花多少少時間去找頁面,有點不方便。-- 約翰同志-條目裱糊匠留言) 2020年11月28日 (六) 09:19 (UTC)
            • 改版的契機就是太多東西給堆在一起了,而且(正如Super Wang説過),UI的改版快出現了,所以就順手改版而已。當然這類型的改版會有不同的意見,所以既然有人感到不便,那就開出來討論。這頁面每天都會有200-300人瀏覽,而這次的修改就是讓移動端的讀者也會有相約的體驗而已。--1233 T / C 2020年11月28日 (六) 09:24 (UTC)
              • 改版要解決留白問題,否則寧願等到最後一刻才改。-- 約翰同志-條目裱糊匠留言) 2020年11月28日 (六) 09:30 (UTC)
                • 不理解留白的問題何意。--1233 T / C 2020年11月28日 (六) 09:34 (UTC)
────────────────────────────────────────────────────────────────────────────────────────────────────就是桌面端太空了。如果要同时兼顾桌面和移动设备的话,我觉得必须要配置@media,可能需要common.css的配合(这样也能实现更好的样式,比如那几个方块的自适应)。 --安忆Talk 2020年11月28日 (六) 09:37 (UTC)
可以使用min/max/width div 配合。現在是因為把內容分類,只保留公告頁,導致頁面看起來比較「空虛」。現在的設定是 width: 0-400px 的時候300px,400-1440px的時候為頁寬的75%,多於1440px時則是1080px。--1233 T / C 2020年11月28日 (六) 09:42 (UTC)
以提早進行改版的法語維基百科為例,不知是否螢幕問題,法語維基百科的頁面右側有一大片留白,這差別,和未進行改版的中文維基百科相比,極其明顯,而且極其礙眼。閣下的社群首頁的頁面改版方案也是這樣,而且頁面左右側有一大片留白,礙眼同時浪費版面。-- 約翰同志-條目裱糊匠留言) 2020年11月28日 (六) 09:43 (UTC)
有些麻烦…还是觉得直接用class方便一些(尤其是下面的几个方块)。如果设计好的话,common.css改起来的流程也不麻烦。韩语维百的桌面视图挺好看的,其在移动设备上的表现也不错。--安忆Talk 2020年11月28日 (六) 09:49 (UTC)
那是故意的,詳見這裡這裡。這也是改版的原意。@Comrade JohnAnYiLin:--1233 T / C 2020年11月28日 (六) 09:54 (UTC)
強加於人,要逼人接受的所謂「良好願望」,寧願等到最後一刻才改。--約翰同志-條目裱糊匠留言) 2020年11月28日 (六) 09:58 (UTC)
所以我也回退,不過隨時間堆積的資料對我感到不便。另外@AnYiLin:,我那段的div設定是:min-width 300px; width: 75%; max-width: 1080px;--1233 T / C 2020年11月28日 (六) 09:59 (UTC)
啊…那便留罢。不过下面几个方块那不尽如人意的适应性也是…故意的吗?我觉得单靠内联样式有点儿不够用,并且很麻烦…--安忆Talk 2020年11月28日 (六) 10:03 (UTC)
改了,現在應該是min-width 10em; width: 100%; max-width: 65em--1233 T / C 2020年11月28日 (六) 10:08 (UTC)
還可以,但仍喜歡2.0那種將各個方面摺疊,即時看到裏面的東西,而不是要到另一頁面找東西。--約翰同志-條目裱糊匠留言) 2020年11月28日 (六) 10:14 (UTC)
現在的問題其實和內容太多有關,且摺疊並沒有改善頁面載入時間,所以才會拆開。而且新的導航其實也嘗試解決那個難以回到主頁的問題。--1233 T / C 2020年11月28日 (六) 10:18 (UTC)
2.0和3.0的頁面載入時間,兩者相比是如何 ?-- 約翰同志-條目裱糊匠留言) 2020年11月28日 (六) 11:10 (UTC)
────────────────────────────────────────────────────────────────────────────────────────────────────@Comrade John舊版的平均需要7秒新版平均需要5秒
載入時間
測試結果 舊版 新版
開始載入 3.181 s 3.348 s
內容載入完成 6.735 s 3.996 s
全部載入完畢 7.571 s 5.091 s
以上,--1233 T / C 2020年11月28日 (六) 11:38 (UTC)
香港的測試數據均有相似結果:舊版新版--1233 T / C 2020年11月28日 (六) 11:45 (UTC)
舊版 對比 新版,取自另一個測試源(新版比舊版快)。舊版比新版快的測試。--1233 T / C 2020年11月28日 (六) 11:56 (UTC)
二哈二哈您这网速怎么比我在大陆用VPN都慢…--安忆Talk 2020年11月28日 (六) 13:02 (UTC)
First load time通常比較久。--1233 T / C 2020年11月28日 (六) 13:14 (UTC)
(*)提醒:<center>标签已过时,请使用CSS。而且公告区没有设置padding。另外做到网页自适应完全没有必要在桌面端大量留白,参考一下Wikipedia:首页/styles.css的做法,完全可以在不留白的情况下适配移动端。--Steven Sun留言) 2020年11月29日 (日) 01:35 (UTC)
反正所有人都可以修改,我有點看不懂,可否解釋一下?現在我是期望避免出現頁面css。--1233 T / C 2020年11月29日 (日) 04:18 (UTC)

分段1[编辑]

純吐槽,現在新版的Vector是可以在設置中啟用:偏好設定->外觀->剔走使用舊版Vector(Uncheck the "use old vector" box)。(--1233 T / C 2020年11月28日 (六) 13:21 (UTC)
(...) 吐槽:新版不是很好看,还不如timeless。--安忆Talk 2020年11月28日 (六) 13:27 (UTC)
誰知道「使用舊版Vector」這個選項是否永久。-- 約翰同志-條目裱糊匠留言) 2020年11月28日 (六) 13:51 (UTC)
不是,據說是去到2021 Q2後,此選項預設關閉,但是舊版Vector不會被取消,有點像Monobook - Vector Transition。--1233 T / C 2020年11月28日 (六) 13:55 (UTC)
如果舊版Vector仍在,還算好。-- 約翰同志-條目裱糊匠留言) 2020年11月28日 (六) 14:00 (UTC)
新設計對新Vector
舊設計對新Vector
兩者的在新Vector頁面時候的分別--1233 T / C 2020年11月28日 (六) 16:04 (UTC)
那麼新設計在電話和平板電腦上呈現如何 ?-- 約翰同志-條目裱糊匠留言) 2020年11月28日 (六) 17:15 (UTC)
不理解,但應該差異不大。主要看是zh.wikipedia 還是 zh.m.wikipedia。--1233 T / C 2020年11月29日 (日) 04:14 (UTC)
新版的确清爽不少,但是每项公告的前缀表示完全和整体社群首页的设计违和啊,完全不是一种风格.....--百無一用是書生 () 2020年11月30日 (一) 02:53 (UTC)
話說新版社群首頁,公告下那幾個連結使用Template:Tabs或類似的模板是否可行 ? 這樣將各個方面摺疊,即時看到裏面的東西的同時,其連結內容因實際上是新頁面,社群首頁的位元組實際上很少,這樣載入時間會比較快吧 ?-- 約翰同志-條目裱糊匠留言) 2020年11月30日 (一) 09:57 (UTC)
Template:Tabs完全是另外一种风格了--百無一用是書生 () 2020年12月1日 (二) 02:38 (UTC)
不能,而且這個會發生Transclusion的問題,結果仍然不能改善現時載入時間的問題。--1233 T / C 2020年12月2日 (三) 09:29 (UTC)
唉,好吧。-- 約翰同志-條目裱糊匠留言) 2020年12月2日 (三) 09:49 (UTC)
載入時間主要是受到下列因素影響:頁面大小/使用的模板/有沒有使用CDN等因素。如果使用類似Template:Tabs的模板,雖然頁面大小減少,載入時間卻可能更長。這和Loop類似。--1233 T / C 2020年12月2日 (三) 12:09 (UTC)

Parent monthly clean up category 模板坏掉了[编辑]

已解决。--Easterlies 2020年11月30日 (一) 11:31 (UTC)

下列討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

{{Parent monthly clean up category}}好像被改坏掉了,以前才能逐月分类的,现在只有“未有月份分类之条目”这一类了。--⚠️警告:签名长度过长,请协助修改签名。解决该问题后,请删除这段文字。这个问题都是因为IN的错![开玩笑的] 2020年11月29日 (日) 04:44 (UTC)

 已修复,回退:Special:Diff/62978021Special:Diff/62978028Special:Diff/61050291/62978049Special:Diff/61050374/62978050。--Xiplus#Talk 2020年11月29日 (日) 05:55 (UTC)

本討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

提议用机器人清理违反UP#11的用户空间页[编辑]

截止我发言时,CAT:已索引页面里面的页面全是用户空间页。然而,根据Wikipedia:互助客栈/方针#用户讨论页是否适用于UPNOT中Easterlies的说法,这些页面全部违反WP:UT#11,因此我想请求机器人帮忙移除这些页面的INDEX魔术字。--⚠️警告:签名长度过长,请协助修改签名。解决该问题后,请删除这段文字。这个问题都是因为IN的错![开玩笑的] 2020年11月30日 (一) 05:03 (UTC)

各位抱歉,我上面打错了,“已”打成了“不可” 囧rz...。--马上我就要入维一周年了,还想再讨一个蛋糕…… 2020年12月2日 (三) 18:07 (UTC)

如何提高將自行拍攝照片上傳至維基共享資源的方法?[编辑]

在維基共享資源協助移動照片多年,會發現總有固定幾位使用者,始終把明顯為自己拍攝的照片上傳到這裡,而不是直接在維基共享資源上傳。這個是每個人的選擇自由,所以並沒有說要做什麼,但我覺得這個現象值得來討論。

目前這類使用者當中大部分都是中國大陸使用者,能想得到的大多數原因是IP被擋無法上傳,但不知道如何申請維基共享資源的封鎖例外權限。不過其他地方沒有擋IP的問題,但還是如此,我碰到的說法例如懶得弄、曾被共享資源刪除照片等等。

那麼,我們要如何鼓勵並提升將自行拍攝的照片,移動至維基共享資源的動力呢?臺灣杉在此發言 (會客室) 2020年12月1日 (二) 14:58 (UTC)

协议吻合,直接转走。toollabs:commonshelper——Sakamotosan路过围观杯弓蛇影| 避免做作,免敬 2020年12月2日 (三) 00:48 (UTC)
這系統問題吧,要跳轉結果資訊會遺漏。也不知道網頁系統是哪個天才做的--Zsfi留言) 2020年12月2日 (三) 05:21 (UTC)
是会有一些信息遗漏,但应该是我们这里的信息模板不规范所以没法导入相应信息?可以收工补充?——Sakamotosan路过围观杯弓蛇影| 避免做作,免敬 2020年12月2日 (三) 07:43 (UTC)
可以在这里上传的表单上写一个提示语(应该可以实现的吧……),然后一定要写好到底怎么申请 IPBE 的文档,并且得让人找得到那些文档(甚至可以放进WP:WELCOME之类的地方)--From RavenclawOIer with love 2020年12月2日 (三) 08:57 (UTC)

法律碩士(學位)併入條目[编辑]

A/B test for the Reply tool[编辑]

Hello. 请帮助翻译至您的语言.

The mw:Editing team is building the Reply tool. This new tool was requested during the mw:Talk pages consultation 2019. If you want, you can turn it on now at Special:Preferences#mw-prefsection-betafeatures.

The Editing team would like to test the tool. They want to study whether it works better, especially for new editors. In the test, they will turn on the Reply tool for half of editors sometime during the week of 14 December 2020. They will not change preferences for the other editors. You will still be able to turn it on or off yourself in Special:Preferences.

The test will run for several weeks. The results will be posted at mw:Talk pages project/replying#Metrics in late January or February. The test results will help Wikipedia editors and the Editing team decide whether the tool should be turned on for everyone.

If your Wikipedia does not want to participate in this test, please contact me as soon as possible. Thank you. Whatamidoing (WMF)留言) 2020年12月2日 (三) 22:12 (UTC)

简而言之,WMF那面会在14号那周灰度一半的人来测试回复工具,不过不想用的话也可以自己在参数设置里关掉。--安忆Talk 2020年12月3日 (四) 05:43 (UTC)
我們不是預設開啟了嗎-- Sunny00217  2020年12月3日 (四) 11:22 (UTC)