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

Breezeicons-apps-48-braindump.svg

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

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


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


發表前請先搜索存档,參考舊討論中的内容可節省您的時間。
公告板
# 話題 發言 參與 最新發言 最後更新(UTC+8)
1 Mys 721tx濫權,任意封禁用戶 25 11 Mys 721tx 2020-11-26 14:32
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 咨询大家对于编辑界面的编辑提示的看法 1 1 MilkyDefer 2020-11-27 01:59
6 社群首頁改版 3.0 51 9 Shizhao 2020-12-01 10:38
7 Parent monthly clean up category 模板坏掉了 3 3 Easterlies 2020-11-30 19:31
8 提议用机器人清理违反UP#11的用户空间页 4 4 Itcfangye 2020-12-01 08:01
發言更新圖例
  • 最近一小時內
  • 最近一日內
  • 一週內
  • 一個月內
  • 逾一個月
特殊狀態
已移動至其他頁面
或完成討論之議題
手動設定
當列表出現異常時,
請先檢查設定是否有誤

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)

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

(&)建議如下:

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

為何需要預設開啟?
  • 新手目前在存廢覆核、存廢討論中,需要較頻密地回覆其他用戶的留言。
  • 這些用戶由於不諳維基語法,偶爾會沒有使用縮排,使討論混亂。
  • 與此同時,在存廢覆核中,經常看到用戶忘記簽名。
  • 在其他條目討論頁中,也有出現這個情況。
這個建議有用嗎?
  • 有用。這樣可以:
    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)

社群首頁改版 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)

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)

  • 那些顯然是Template:Blocked sockpuppet的結果。先不說應不應該刪除,機械人根本改動不了那個已被全保護的template。你也一樣。--Temp3600留言) 2020年11月30日 (一) 11:18 (UTC)
  • 我觉得更简单的办法是修订UT#11,增加“被标记为永久封禁的用户页除外”,虽然这好像甚至是个废话。Itcfangye留言) 2020年12月1日 (二) 00:01 (UTC)