跳转到内容

用户讨论:Sanmosa

页面内容不支持其他语言。
添加话题
维基百科,自由的百科全书

用户页对话页编辑纪录语录论述集刷新本页(?)喵喵喵?特色内容展示报告优良条目展示报告代理服务器检查互动时间线

主题 发言次数 参与者人数 发起人 最后发言者 最后发言时间
页面合并后署名问题的其他处理方法 1 1 Srapoj(TALK) Srapoj(TALK) 2026年3月7日 (六) 05:37 (UTC)
香园围公路中拆分出龙山隧道长山隧道 (香港)怎么样? 6 2 Htmlzycq(TALK) Htmlzycq(TALK) 2026年3月24日 (二) 14:05 (UTC)
讨论:尹奉吉 1 1 Yumeto(TALK) Yumeto(TALK) 2026年2月20日 (五) 05:21 (UTC)
劝阁下放弃整合艺人模板至近现代通用人物信息框模板的想法 2 2 Dabao qian(TALK) Sanmosa(TALK) 2026年2月18日 (三) 13:31 (UTC)
Re: Jimmy-bot以F6提请快速删除的问题 1 1 Jimmy Xu(TALK) Jimmy Xu(TALK) 2026年3月18日 (三) 12:56 (UTC)
2026年3月征求意见讨论邀请 34 1 LuciferianBot(TALK) LuciferianBot(TALK) 2026年3月24日 (二) 05:43 (UTC)
Re: 有关User:魔琴/沙盒/汉语方言格式手册的模板使用的问题 1 1 魔琴(TALK) 魔琴(TALK) 2026年2月27日 (五) 14:18 (UTC)
新版Template:Nihongo的问题 4 2 Vesekskiy(TALK) Sanmosa(TALK) 2026年2月20日 (五) 10:43 (UTC)
2026年2月征求意见讨论邀请 14 1 LuciferianBot(TALK) LuciferianBot(TALK) 2026年2月28日 (六) 13:03 (UTC)
有点久没合作 1 1 Outlookxp(TALK) Outlookxp(TALK) 2026年3月6日 (五) 22:05 (UTC)
关于重定向 1 1 &(TALK) &(TALK) 2026年3月23日 (一) 13:49 (UTC)
Re: 有关Template:T与Template:D可能被(提议)改成消歧义的问题 3 2 魔琴(TALK) 魔琴(TALK) 2026年3月19日 (四) 11:52 (UTC)
感谢你的欢迎 1 1 肝的鼠(TALK) 肝的鼠(TALK) 2026年3月19日 (四) 02:21 (UTC)
R10 13 2 魔琴(TALK) Sanmosa(TALK) 2026年3月21日 (六) 11:29 (UTC)
Template:Banned user页面存废讨论通知 1 1 Lemonaka(TALK) Lemonaka(TALK) 2026年2月25日 (三) 07:57 (UTC)
Re: 就著分类命名一致性与非条目页面命名降格的提议引申出来的一个想法 7 2 魔琴(TALK) 魔琴(TALK) 2026年3月24日 (二) 14:13 (UTC)

2026年2月征求意见讨论邀请

[编辑]

2026年2月的征求意见通知将集中在此章节发送。
您因订阅了请求回馈服务而被随机选中接收此邀请。如果不再想接收此类讯息,可随时移除您的用户名来退订。

--路西法的爪牙 · 死亡笔记 2026年2月1日 (日) 13:02 (UTC)回复

劝阁下放弃整合艺人模板至近现代通用人物信息框模板的想法

[编辑]

这样做实在不妥,原因如下:

  1. {{Infobox person}}侧重生平事迹,为泛通用模板,适合一般近代至现代人物使用;{{艺人}}侧重演艺生涯,由歌手和演员专题管理,有特定于艺术表演工作者的专用参数。如果要将所有适用于某个特定主题的信息框模板全部整合至泛通用模板的话会导致模板代码过于冗长,既不利于后期维护同时也会徒增载入页面时的负载。
  2. {{艺人}}模板不只适用于艺人、艺术表演工作者,同时也适用于乐队、组合、表演团体。于团体条目而言{{Infobox person}}显然不合适(因为团体条目的姓名参数微格式class值是fn org,而个人条目则为fn)。
  3. 针对阁下提出的艺人模板缺少公民权参数的问题,相关参数已于春节前补全,如果只是出于这个因素的话大有“为了一碟醋包一盘饺子”的嫌疑。针对其他缺失参数,两个模板都设计了嵌套语法,可以互相作为子模板嵌入到另一个模板中。通常做法是person为父模板,艺人为子模板,适用于跨领域且在各领域都有广泛知名度的人物。
  4. 英语版仍然保留{{Infobox musical artist}}模板,在歌手条目中的一般做法为person为主、musical artist为辅嵌入演艺生涯相关参数(如需简明扼要记录的话也可以直接用musical artist),乐队、组合等则是单独使用musical artist。

中维的艺人模板设立已近二十年,2015年由本人主导进行了一次大修并整合了之前的部分过时模板,目前仍然稳定运行。且该模板作为中维使用率排名前几的人物信息框模板,如无绝对必要建议无需过多修改。所以个人建议阁下撤回相关提案,如果实在觉得过意不去等待30天再无回应的话关闭也无妨。

我当年的构想是打算让中维所有艺术表演工作者、演艺团体类条目全部统一采用{{艺人}}模板,于是废掉了{{演员资讯框}}、{{Infobox musical artist}}、{{Infobox dancer}}、{{Infobox presenter}}和{{Infobox sports announcer}},为{{相声小品演员}}设计了单独的师承关系嵌套模块,将AV女优、模特儿、色情片演员(非日本AV女优)三个模板改为定制信息框,剩下{{配音员}}(ACG专题长期反对)、{{主播资讯}}(有编者指出部分主播不见得自认为或被认为是艺人)和{{Infobox comedian}}(手动调整参数工作量巨大)由于各种原因无限期搁置至今。--Dabao qian 2026年2月18日 (三) 12:51 (UTC)回复

@Dabao qian
Sanmosa 风林火山 2026年2月18日 (三) 13:31 (UTC)回复

讨论:尹奉吉

[编辑]

诚邀阁下参与讨论:尹奉吉的相关讨论。--绀野梦人 2026年2月20日 (五) 05:21 (UTC)回复

新版Template:Nihongo的问题

[编辑]

旧版所有参数都是选填参数,没有提供中文(参数1)时会用罗马化(参数3)代替,参见《BanG Dream! 少女乐团派对》的历史版本存档。虽然我不觉得这样的写法有多规范,但还是建议重新适配或加入追踪分类。——Vesekskiy正在听诗超绊 2026年2月20日 (五) 09:44 (UTC)回复

@Vesekskiy这是被模板保护的模板,我也无法自己改。我倾向于加入追踪分类,并在修复所有参数1从缺的用例后移除追踪分类并加入模板警告。Sanmosa 风林火山 2026年2月20日 (五) 09:47 (UTC)回复
旧版做法也并非没有道理,因为在找不到中文译名时使用罗马音也是合理选择。刚刚又研究了一下参数2,不填时应该是直接不显示,如果要认定这也是不规范写法,可以准备都加追踪分类。——Vesekskiy正在听诗超绊 2026年2月20日 (五) 10:09 (UTC)回复
@Vesekskiy这种情况下其实就不该用{{nihongo}},类似的情况是不使用日文功能的jp模板。出于这个理由,我对参数2的意见与参数1相同。Sanmosa 风林火山 2026年2月20日 (五) 10:43 (UTC)回复

Template:Banned user页面存废讨论通知

[编辑]

您好,您先前创建或编辑的页面“Template:Banned user”已被提出存废讨论正在讨论该页面的存废
维基百科非常欢迎您的编辑,但请先看看编辑帮助维基百科不是什么,以免犯了常见的错误
请不要自行移除页面存废模板,讨论是因为有编者认为页面不适合维基百科。请参与页面存废讨论,您亦可以与提删的维基人进行沟通。在讨论期间亦欢迎继续完善原先的页面,多谢合作!
帮助:互助客栈删除指导存废复核请求IRC聊天频道---Lemonaka 2026年2月25日 (三) 07:57 (UTC)回复

完成。另一话题还未想好回复,谨就此致歉。祝编安。  ——魔琴留言 贡献 PJ:小学 PJ:两岸 2026年2月27日 (五) 14:18 (UTC)回复

2026年3月征求意见讨论邀请

[编辑]

2026年3月的征求意见通知将集中在此章节发送。
您因订阅了请求回馈服务而被随机选中接收此邀请。如果不再想接收此类讯息,可随时移除您的用户名来退订。

--路西法的爪牙 · 死亡笔记 2026年2月28日 (六) 18:32 (UTC)回复

R10

[编辑]

我刚刚查了今年所有因R10删除的页面,其中有大概一半是一眼有问题的,都报到DRV了,参见Wikipedia:存废复核请求#建昌府 (明朝)及以下段落,涉及不同的管理员和不同的提请人。我觉得其实可以考虑废除R10。希望征求您的意见。谢谢。 ——魔琴留言 贡献 PJ:小学 PJ:两岸 2026年3月1日 (日) 15:36 (UTC)回复

@魔琴或许可以先考虑把R10明确为“名称涵盖的主题无歧义且明显比导向目标更广泛的重新导向”,改了以后还是没改善的时候才再考虑是否废除。Sanmosa 风林火山 2026年3月2日 (一) 04:24 (UTC)回复

我曾就添加“无歧义”的问题咨询过重写R10条款的自由雨日,他认为这是修改了R10的原意(也可参见User talk:自由雨日#c-自由雨日-20250706084100-自由雨日-20250705141700

举个例子:

假设:

  • 假设现在有一个重定向:浙江 → 杭州市
  • “浙江”可以指代“浙江省”或者“钱塘江”,假设仅有这两个意思。

根据当前R10条款:

  • “浙江”可以指代“浙江省”或者“钱塘江”,因此有歧义。
    • “浙江省”明显比导向目标“杭州市”更广泛,适用R10
    • “钱塘江”明显和导向目标“杭州市”无关,适用R9,不适用R10。现行条件是“只要重定向名称的一个含义相对于导向目标而言不符合R10,则该重定向就不适用R10”,这是当时拆分案的疏忽,稍后提案补上。因此这里暂且认为其适用原R7。
  • 那么此重定向适用R10。

如果R10条款修改为“无歧义”:

  • “浙江”可以指代“浙江省”或者“钱塘江”,因此有歧义。
  • 那么此重定向不适用R10。

 ——魔琴留言 贡献 PJ:小学 PJ:两岸 2026年3月2日 (一) 05:08 (UTC)回复

@魔琴这样的话,那你上面说的那些可能也不完全算是“有问题的”R10了,因此容我先收回修订R10的提议。尤其是寄合的情况,如果R10不适用的话,那就需要另外设置规则处理了,毕竟快速删除的需求还是实际存在的。Sanmosa 风林火山 2026年3月2日 (一) 05:13 (UTC)回复
需求嘛,两个月大约20条请求,还得扣掉一半有问题的,直接走存废就好了。我看R9也是。这两样似乎都不容易“快速”判断,能有讨论还是更好的。
另外,我觉得应该学英维RfD列出重定向目标,以便未来检查;查历史发现孤零零“R9”“R10”的删除理由,根本不知道发生了什么。
 ——魔琴留言 贡献 PJ:小学 PJ:两岸 2026年3月18日 (三) 14:59 (UTC)回复
参考:en:Wikipedia:Speedy deletion#Commonly denied CSD reasons #15。 ——魔琴留言 贡献 PJ:小学 PJ:两岸 2026年3月18日 (三) 20:10 (UTC)回复
enwiki的情况与zhwiki的情况还是有些不同的,enwiki总体上不喜欢加入跨语言链接,但本地是喜欢的,主要是因为很多概念在zhwiki没有条目,但在enwiki、jawiki等有条目。此外,enwiki那边的说明是“change the redirect to a better target”,但令人困惑的情况是它没有说明“better target”不存在的情况下如何处理。要求列出重新导向目标可行。Sanmosa 风林火山 2026年3月19日 (四) 06:42 (UTC)回复
看了一眼en:Wikipedia:Redirect#Reasons for deleting
5. The redirect makes no sense, such as redirecting "Apple" to "Banana". (Speedy deletion criterion G1 may apply.)
10. If the redirect could plausibly be expanded into an article, and the target article contains virtually no information on the subject.
看来R9也有两种情况啊。#5,本地G1和英维G1还不一样,所以套不了。#10,不是很清楚这样规定的原因。 ——魔琴留言 贡献 PJ:小学 PJ:两岸 2026年3月19日 (四) 06:53 (UTC)回复
@魔琴#5的情况在本地对应的应该是G3,因为本地的G3现在不要求必须为“破坏”。#10的规定可能是出于鼓励用户建立条目的目的。Sanmosa 风林火山 2026年3月19日 (四) 06:57 (UTC)回复
这样看来,R9其实也可以改存废?
  • 我最近看到坤巴Google)和0721Google)被R9。虽然确实应该删,但我觉得并不是R9的本义,也不符合R9的要件。
  • 我也想说能不能再限缩一下,来处理苹果→香蕉这种情况,更符合用户的惯性,也一定程度避免现在误用R9/R10的人会改用G3并且扩大化解释G3。但是又感觉难以界定。
 ——魔琴留言 贡献 PJ:小学 PJ:两岸 2026年3月21日 (六) 07:40 (UTC)回复
@魔琴0721那个可能要先确认一下导向目标,但我感觉这种情况下删除(不论是否R9)是不合理的,我建议你提DRV。另外一个我感觉按G3删也无妨,除非有语言学上的证据证明“坤”已经成为“鸡”的同义词或通假字,又或是有证据证明那种用法有非常庞大、大于或相当于其他同义词的使用量。如果R9与R10都统统改为AFD的话,那我当初提案R7也就白提了,我不认为AFD应该特意花时间处理这种琐碎的删除请求。Sanmosa 风林火山 2026年3月21日 (六) 08:34 (UTC)回复
倒也不能说“白提”,我觉得社群几年来对R7的审定和探讨可以作为未来“重定向存废讨论”的比较好的基础。这些删除请求可能“琐碎”,但是确实很可能有争议,经过正常的删除流程可能比去“速删”它合理。 ——魔琴留言 贡献 PJ:小学 PJ:两岸 2026年3月21日 (六) 11:12 (UTC)回复
或许吧,但是AFD的处理能力也有可能被长期高估。Sanmosa 风林火山 2026年3月21日 (六) 11:29 (UTC)回复

有点久没合作

[编辑]

对抗那种在印度种姓制度虚假编辑,让我觉得有活力,想到折毛事件。--Outlookxp留言2026年3月6日 (五) 22:05 (UTC)回复

页面合并后署名问题的其他处理方法

[编辑]

先前处理赖清德“团结国家十讲”条目的合并悬案时留意到了en:WP:PV,其中对于没有合适名字的原条目可以丢到讨论页的子页面放着,例如魔琴做的Talk:团结国家十讲/1A(本地需要挂存档模板以避免Jimmy-bot按G15提删)。不在原页面说是因为我不想参与煮一个重定向的奇怪理由存废讨论,不想直接告诉对方一种继续煮的方法抄送@臺灣象象--Srapoj留言2026年3月7日 (六) 05:37 (UTC)回复

Re: Jimmy-bot以F6提请快速删除的问题

[编辑]

现在还没法给删除模板pass through bot=;刚好这个任务也需要能从wikitext上看出来快速删除是bot提交的,我不是太想用注释。等我有时间了看看怎么改。--Jimmy Xu 2026年3月18日 (三) 12:56 (UTC)回复

en:Wikipedia:Disambiguation:“Disambiguation in Wikipedia is the process of resolving conflicts that arise when a potential article title is ambiguous[...]”在WP:消歧义添加其他命名空间的东西有点不太优雅。我还是倾向于在WP:模板命名空间中补充规定。  ——魔琴留言 贡献 PJ:小学 PJ:两岸 2026年3月18日 (三) 22:01 (UTC)回复

@魔琴其实也行,在WP:消歧义补个{{main}}就可以了。一个小问题是我现在正在处理确立WP:模板命名空间为指引的事情,因此后续如果要补充规定的话,还是得走一般修订规则的程序。Sanmosa 风林火山 2026年3月19日 (四) 01:35 (UTC)回复
悉。个人认为“参见”更好。再说吧。 ——魔琴留言 贡献 PJ:小学 PJ:两岸 2026年3月19日 (四) 11:52 (UTC)回复

感谢你的欢迎

[编辑]

wow wow wow wow wow wow wow wow wow wow--肝的鼠留言2026年3月19日 (四) 02:21 (UTC)回复

关于重定向

[编辑]

以下电视剧都有重定向至不符合导向目标明显未介绍名称所指事物的重新导向 1.有很多建立两个一样内容的导向。例如:人生旅程(Ⅰ)缘人生旅程(二)-我在 因为你的爱人生旅程(一)-缘缘 (电视剧)缘 (人生旅程)一样的页面重复建立。 2.也有同样内容,除了括弧位置的差异。例如:摆渡 (中)摆渡(中)摆渡(下)摆渡(下) 3.也有同部戏剧重复重定向,例如:乞丐许大愿乞丐许大愿日出 (电视剧)日出 (大爱剧场)日出 (2001年电视剧)我们这一家 (电视剧)我们这一家 (大爱剧场)等等 以下是我找出来的相关电视剧内容 春暖花莲 回甘人生味 路边董事长 清秀家人 一闪一闪亮晶晶 (台湾电视剧) 那一年凤凰花开时 幸福的青鸟 台九线上的爱 生命圆舞曲 大地之子 (2006年电视剧) 恰似你眼中的温柔 爱的约定 无尽的爱 (2006年电视剧)人生旅程(Ⅰ)缘我在 因为你的爱人生旅程(二)-我在 因为你的爱人生旅程(一)-缘破浪而出 (电视剧)逆子 医世情 我的尪我的某 爱的练习题 真情伴星月幸福一牛车春风伴我行幸福的起点 兰心飘芳 大林春暖妙有春风走过好味道硅谷阿嬷我爱美金何处是我家 (电视剧)阳光下的足迹牵手天涯竹音深处 情缘路智慧花开后山姊妹心灵好手美丽的歌牵手人生大爱的孩子金海清空 七辈妇好愿年哖 微笑人生摆渡(下) 窗外有兰天贞爱人生 冬笋的滋味南门外的月光青青兰花草驯富记萧医师周记有你真好 (电视剧)浮生若梦 (大爱电视剧)爱的接力 新芽闻风而来美丽人生 (大爱电视剧)卖油阿成矿工女儿燕子啊锦贵轮椅上的父亲大爱一条街米苔目传奇我不再哭泣再爱一次髓缘温馨医世情爱与骄阳II 小莲的故事我们这一家 (电视剧)云彩飞扬春风化雨 (电视剧)旭阳十八岁夏天以后心灵快门善有福报 拼命阿煌 再见徽堂 大爱五千元单翼轻航机晚霞似锦阿爸 (电视剧)无私的爱爱与骄阳我的母亲 (电视剧)馨心手记我还有梦 云开见月 天地有情 (电视剧) 日出 (2001年电视剧)咏-真情回味 心开福就来橘色黄昏幸福时光 (电视剧)丑丑好菓子 你的眼我的手恋恋情深 (电视剧) 仙女不下凡回首留兰香敲砖的女人乞丐许大愿 幸福的滋味让爱飞翔悲情父子会心莲美味人生回家的路 (2011年电视剧)军官与面具乞丐许大愿敲砖的女人摆渡 (中)何处是我家 (大爱剧场)回家的路 (大爱剧场)恋恋情深 (大爱剧场)一闪一闪亮晶晶 (大爱剧场)夜明珠 (大爱剧场)大地之子 (大爱剧场)天地有情 (大爱剧场)心莲 (大爱剧场) 悲情父子会 (大爱剧场)我们这一家 (大爱剧场)我的母亲 (大爱剧场) 日出 (大爱剧场) 春风化雨 (大爱剧场) 缘 (人生旅程)美丽人生 (大爱剧场)金针花 (大爱剧场)爱的界线 画人生微笑面对守着你的我麻豆小镇爱的微光日出 (电视剧)心和万事兴幸福好简单雨露缘 (电视剧)--~2026-18152-73留言2026年3月23日 (一) 13:49 (UTC)回复

看到英维确实是指引,WP:ENWIKISAIDGOOD?不过他们的《命名常规》方针结构和我们大不一样,不清楚会不会出问题;而且我要提醒:命名原则并不优先于子命名常规。  ——魔琴留言 贡献 PJ:小学 PJ:两岸 2026年3月24日 (二) 11:37 (UTC)回复

@魔琴我知道enwiki的子命名常规都是指引,但我想这提议时没想enwiki的事情。我也清楚“命名原则并不优先于子命名常规”的事情,我的提议某程度也算是想逆转这个状况。Sanmosa 风林火山 2026年3月24日 (二) 11:39 (UTC)回复
这会导致条目命名一致性决议优先于子命名常规,你真的想这样做吗? ——魔琴留言 贡献 PJ:小学 PJ:两岸 2026年3月24日 (二) 12:05 (UTC)回复
@魔琴如我在分类命名一致性与非条目页面命名降格的提议的讨论里提到的,我会稍后另外提案处理条目命名一致性的位阶问题,这点我会谨慎考虑。Sanmosa 风林火山 2026年3月24日 (二) 13:18 (UTC)回复
我觉得,条目命名应当是综合考量的结果,子命名常规以《命名常规》为宗旨,指导特定领域如何考量、实践《命名常规》的原则和惯例。遵守子命名常规却会“违反”《命名常规》,要么说明子命名常规编订时出了失误,要么说明这个条目是需要特别考量的个例,并不觉得现状存在什么问题。如果有,建议指出,并论述为什么要修复。我不希望《命名一致性》的错误重演。 ——魔琴留言 贡献 PJ:小学 PJ:两岸 2026年3月24日 (二) 13:34 (UTC)回复
@魔琴我记得之前有其他用户提出过站内的子命名常规的编订逻辑存在系统性的偏谬,当时我的意见是子命名常规与(主)命名常规同样作为方针在执行上优先于(主)命名常规。如果子命名常规降格为指引的话,我当时的理据就不再成立,而那个用户提的意见则转而(或其实一直)成立。我自己也不排除存在特别考量的个例的情况,但是子命名常规无论如何都无可避免地需要一次大规模的重修。Sanmosa 风林火山 2026年3月24日 (二) 13:39 (UTC)回复
悉。如果没有具体“出问题”的案例,抽象的推导可能很难有什么结论。 ——魔琴留言 贡献 PJ:小学 PJ:两岸 2026年3月24日 (二) 14:13 (UTC)回复

香园围公路中拆分出龙山隧道长山隧道 (香港)怎么样?

[编辑]

zh-yue里zh-yue:龙山隧道zh-yue:长山隧道这两个都是独立条目,而且目前香园围公路里塞进去了三个infobox,这两个隧道的infobox占了大量版面,有点喧宾夺主了 囧rz……--Htmlzycq留言2026年3月24日 (二) 11:57 (UTC)回复

检索发现叫这两个名字的在汉字文化圈太多了 囧rz……,如长山隧道,看来得先把消歧义页搞好才行。另外,4800米的隧道虽然在香港排第一,在全世界的十几条看来并不占据绝对的关注度,在下打算采用平等消歧义,阁下怎么看?--Htmlzycq留言2026年3月24日 (二) 12:25 (UTC)回复

@Htmlzycq我自己不反对分拆条目,但无法肯定最终能分拆出什么来。不反对平等消歧义。Sanmosa 风林火山 2026年3月24日 (二) 13:21 (UTC)回复
原来zh-yue:屯门-赤鱲角隧道和这边也是一样的情况,那在下先把这三个都通过wikidata连接起来先,有了独立的infobox可以方便将来wikidata那边的机器人自动抓取数据--Htmlzycq留言2026年3月24日 (二) 13:26 (UTC)回复
@Htmlzycq我个人不太支持拆屯赤隧道与顺朗路出来,前者的大部分历史事迹毫无疑问地会与(主条目)屯赤连接路重合,而后者则极大可能无法满足收录标准。龙山隧道与长山隧道其实也是差不多的情况,但是我不肯定有没有其他的资料能决定性地证明两者满足收录标准。Sanmosa 风林火山 2026年3月24日 (二) 13:32 (UTC)回复
屯门—赤鱲角隧道先作为带有sitelink to redirect链入wikidata的Q105939912了。
阁下误会在下意思了,在下也反对顺朗路出来作为单独条目。在下的意思是类似于zh-yue:zh-yue:屯门-赤鱲角隧道zh-yue:屯门至赤鱲角连接路这样形成两个条目,前者应该会比后者丰富一点。不过只能是这一领域的资深用户才有能力拆分吧--Htmlzycq留言2026年3月24日 (二) 14:05 (UTC)回复