2023年政策修订增补工作正在进行中,欢迎参与!
  • Moegirl.ICU:萌娘百科流亡社群 581077156(QQ),欢迎对萌娘百科运营感到失望的编辑者加入
  • Moegirl.ICU:账号认领正在试运行,有意者请参照账号认领流程

萌娘百科 talk:讨论版/方针政策/存档/2022年07月

萌娘百科,万物皆可萌的百科全书!转载请标注来源页面的网页链接,并声明引自萌娘百科。内容不可商用。
跳转到导航 跳转到搜索

档案馆讨论版【方针政策】档案馆


20

21

22

23

24年

【快速提案】关于消歧义方针前言的适应性修改

前言

据消歧义方针所言,“角色名大量取自枪械、军舰、地名或典故等知名现实事物”的,即使收录范围内无歧义或歧义项在站内不存在条目也应进行消歧义。然而,明日方舟大部分角色并非符合此条件,也不符合“前缀消歧义”一段的“大量重名”,这造成了前后矛盾。为了修正此错误,发起此快速提案。

正文

将原文“如:少女前线明日方舟碧蓝航线等作品的登场角色,由于角色名大量取自枪械、军舰、地名或典故等知名现实事物,因此即使收录范围内无歧义或歧义项在站内不存在条目也应进行消歧义,不应独占无消歧义前后缀的条目名。”

修改为“如:少女前线碧蓝航线等作品的登场角色,由于角色名大量取自枪械、军舰、地名或典故等知名现实事物,因此即使收录范围内无歧义或歧义项在站内不存在条目也应进行消歧义,不应独占无消歧义前后缀的条目名。”

--某FFF团的高级火法 批判一番) 2022年6月28日 (二) 01:10 (CST)

讨论区

或许这里可能不需要举例?目前看来,明日方舟可能确实不符合“大量取自”这一点。我统计了全站62个存在前缀消歧义的专题,确存歧义者,以武器装备、食物、历史人物、神话典故等居多,很遗憾,现在看来,方舟可能最多沾点神话典故,(+)支持 移除。我们在前缀消歧义架构崩塌的悬崖边缘迈出了一步——Zyszhao.GE·讨论页·留名版·坦闪组 2022年6月28日 (二) 01:38 (CST)

可以关闭快速提案了,下次麻烦优先考虑编辑请求。—— ほしみ 2022年6月28日 (二) 02:52 (CST)

投票区

管理员

同意
反对
弃权

巡查姬

同意
反对
弃权

参与讨论的自动确认用户

同意
反对
弃权

无票权用户意见

同意
反对
弃权

计票与结论

请求被撤回。
您仍可以继续在本模板上方回复,但这个讨论串将会在本模板悬挂满3日后 (于2022年7月2日凌晨) 存档。
如果您有有关疑问,建议您开启一个新的讨论串
处理人留言:
修改已由星海子执行——某FFF团的高级火法 批判一番) 2022年6月28日 (二) 17:43 (CST)

U:Takeuci对著作权信息#著作权信息(通俗版本)一节的疑问

#著作权信息(通俗版本)一节第一句:萌娘百科,及萌娘百科姊妹计划站点,全部内容禁止商业使用。
然而,日萌与英萌著作权协议为cc by-sa(参考en:Moegirlpedia:Copyrights,与wp一致,与中文萌百相比无nc)
那么,本句中的“姊妹计划”是否应当注明不含英、日萌(以及文库?
--Takeuchi.BadEditor (讨论留名) 2022年6月12日 (日) 14:17 (CST)

不含英日萌,也不算文库(文库是创作者保留所有权利),那只剩下共享站了(——「今日も一日がんばるぞい!」(沼泽讨论) 2022年6月12日 (日) 23:07 (CST)
确实如此,附议--Str 2022年6月20日 (一) 21:05 (CST)
我個人認為萌娘所有站點都應該要有獨立的著作權政策。—— Eric Liu 創造は生命(留言留名 2022年6月22日 (三) 13:08 (CST)

提议:对于去世用户的用户页进行纪念处理

前巡查姬User:叶姬洛以被证实在去年去世。其用户页也做到保护处理。

我提议,类似于维基百科的办法,将萌百去世用户的用户页纪念处理,以表达萌百对去世对萌百的贡献的感谢。--爱吃面包的Hooonooka讨论) 2022年7月6日 (三) 12:54 (CST)

关于早期条目

本主题或以下段落文字,移动自 萌娘百科_talk:讨论版/技术实现#关于早期条目

萌百目前有对早期条目的定义吗——Aceyyds讨论) 2022年6月24日 (五) 06:58 (CST)

???,怎么跳到技术实现了——Aceyyds讨论) 2022年6月24日 (五) 07:01 (CST)

给你移了。——   于是我放弃了二饼已读不回) 2022年6月25日 (六) 22:04 (CST)
萌娘百科:方针#早期条目政策,“早期条目是萌娘百科内的一类特殊条目,其通常创建于站点早期,因历史原因被保留。”——From 引梦者浊华(讨论) 2022年6月26日 (日) 11:02 (CST)
其实我也挺好奇这个“早期”要有多早才能被判定为“早期条目”,之前问过大概是2011-2012年?—厚礼谢来喝茶吧 2022年6月27日 (一) 10:00 (CST)
我认为是正式的help:收录范围出现之前,即2013年1月1日前才可以算是早期条目。—— ほしみ 2022年6月27日 (一) 10:05 (CST)
應該要正式予以定義,並檢查是否有所遺漏。—— Eric Liu 創造は生命(留言留名 2022年6月27日 (一) 14:45 (CST)

编辑组指引第二修正案草稿征集意见

因为种种客观原因,这个修正案大概4月底的时候就已经打好稿了,但是一直拖到发生了无数事情后的现在才整理完能够有时间发出来接受各位的批判,真的非常抱歉。

这份修正案的内容主要是对第一修正案通过后在实践中发现的更多问题进行的调整,会侧重于针对造成了一定站内外影响的事件进行重点修正。我也在站外听到了很多对编辑组政策的建议,由于我个人才疏学浅无法给出很好的解决方案,因此放在这里希望能有更多人提出批判和建议。如果有什么需要进一步讨论的问题,也希望各位能够尽可能地提出来,让更多的人参与讨论。

因为这一段时间依旧有提案正在讨论,加之我个人的时间不算太充裕忙着接各学校招生办电话,因此这一修正案作为草稿或许还会在讨论版呆上很长时间。希望各位在这段时间内不吝赐教。

以上,感谢。--Thus Spoke Sivlovski.讨论」 2022年6月25日 (六) 20:18 (CST)

总体上我觉得没什么问题,不过我有一个建议,那就是有没有必要重排部分内容突出“编辑组的义务”,尤其是对外事务这方面?——   于是我放弃了二饼已读不回) 2022年6月25日 (六) 22:14 (CST)
@TsanconBYin这部分我的理解是这样的,对外事务并不是编辑组的义务,而是编辑组的权利,而这份权利在遇到问题(负面影响事件、站外相关纠纷)时是会被收回的,这一定程度上也是在保护编辑组,不要因为非义务性的事情导致编辑组本身陷入困境。--Thus Spoke Sivlovski.讨论」 2022年6月26日 (日) 17:27 (CST)
这里我其实想的是,编辑组有对这类事件维持缄默的义务,毕竟近期发生的事情,但凡事先约定其应当保持沉默,都不会那么糟。——   于是我放弃了二饼已读不回) 2022年6月26日 (日) 18:15 (CST)
@TsanconBYin噢,这部分已经在添加的内容里头有很明显的提及了,我觉得也算是对外宣传/交涉的一部分,应该放在这部分章节里头就足够了。--Thus Spoke Sivlovski.讨论」 2022年6月26日 (日) 20:45 (CST)
关于编辑组合并的行为,需要规定吗?—— 屠麟傲血讨论) 2022年6月25日 (六) 22:19 (CST)
應該給出粗略的指南、門檻與禁止事項,其餘問題由相關編輯組自行商酌。—— Eric Liu 創造は生命(留言留名 2022年6月25日 (六) 23:37 (CST)
@屠麟傲血这儿所指的“编辑组合并”是啥?现在是有“自行在站内协商”的条款的,我想知道您所指的是哪一个方向的更细致的内容。--Thus Spoke Sivlovski.讨论」 2022年6月26日 (日) 17:27 (CST)
对于“编辑组的地位丧失”一栏中的前三种情况,能否像第四条一样建立一个提醒机制,给几天的宽限整改期,之后再进行处理?(主要考虑到,一些正在上学或放萌百假期的负责人,并不一定能即时关注组内的人手去留情况。)--Mathreader讨论) 2022年6月26日 (日) 12:08 (CST)
@Mathreader第二种情况是有宽限期的。第一种情况本身就是为了让主要负责人能够有编辑组联络者的这么一个作用,90个自然日也已经足够长了,我个人不认为需要再设立宽限期。第三种情况的确可以设置宽限期,我考虑一下行文。--Thus Spoke Sivlovski.讨论」 2022年6月26日 (日) 17:27 (CST)
几个小问题:
1.【编辑组的主要负责人】部分,“可以通过在编辑组大家族模板或签名版上发起对编辑组主要负责人的弹劾讨论”,似乎应为“编辑组大家族模板或签名版的讨论页”;
2.【编辑组模板与宣传】部分,我没理解为何删除“编辑组大家族模板”,以及对这一删节的注释“防止前后矛盾”是什么意思。
——C8H17OH讨论) 2022年6月27日 (一) 09:19 (CST)
@C8H17OH
  1. 确实。
  2. 这部分和下面的增5是配套食用的,主要是考虑到登记大家族模板本身是登记编辑组的前置条件,但原行文中建立大家族模板又必须在登记编辑组之后才能进行,我自己感觉陷入了一个需要丢椅子的情况,所以对相应方面的逻辑进行了修改。--Thus Spoke Sivlovski.讨论」 2022年6月27日 (一) 09:27 (CST)
大概懂了,虽然从实际执行的角度来说倒是问题不大,毕竟即使没有指引条款维护人员也不会看到就删( ——C8H17OH讨论) 2022年6月27日 (一) 09:36 (CST)
(~)补充 上面第1条问题,“并适时由”前面加个逗号吧,这句有点太长了;另外这个“适时”或许需要靠后续实践来形成经验了( ——C8H17OH讨论) 2022年6月27日 (一) 09:49 (CST)
今天讨论的时候还发现一个问题,就是“严重违反萌娘百科方针而被长期封禁的用户不得被列入编辑组大家族/签名版中”这一条,为什么只规定了站内不允许登记而未规定站外群组应当驱逐?我认为这类用户留在站外群组的危害明显更大吧。——   于是我放弃了二饼已读不回) 2022年6月27日 (一) 20:59 (CST)
@TsanconBYin因为站内政策很难管到站外的东西(监控每一个站外群组得附加很多无谓的工作),编辑组又不是官方群组,只能尽可能对之进行站内的管控。--Thus Spoke Sivlovski.讨论」 2022年6月27日 (一) 22:19 (CST)
以下是个人对于修正案的一些问题:
  1. 编辑组可以建立签名版或者大家族模板,但是它们能在一个编辑组里面共存吗?
  2. 对于编辑组主要负责人,目前只是说对编辑组站内编辑起主管监督作用的主力编辑者,那是否需要加一些类似于一般情况下必须是自动确认用户,并且在他所负责的编辑范围内有过一定编辑次数这样一个门槛呢?
  3. “在编辑组地位丧失后,维护组有义务将萌娘百科:编辑组列表中相关编辑组的登记内容删除,同时应删除/打回编辑组成员大家族模板,TOP、导航类模板等页面中的编辑组相关宣传信息”之后,群组怎么处理?如果有些群组仍在外宣,怎么办?
以上。——From Yuzuki talk 2022年6月27日 (一) 21:11 (CST)
@徴氷棠
  1. 目前没规定,我觉得无所谓。
  2. 毕竟主要负责人的主要义务是维护站内和保证能够被联系到,并且现在的编辑组建立条款也是需要有对应编辑的自动确认用户,我觉得只要能保证前面的两个要求就可以了。
  3. 对群组没办法处理的原因可以参考上面对TsanconBYin老师的回答。至于外宣,这部分应该是按照MGP:对外宣传处理的,即“非对外宣传交流人员”一章节。--Thus Spoke Sivlovski.讨论」 2022年6月27日 (一) 22:19 (CST)
一点个人想法,可以考虑强调一下:在编辑组大家族模板或者签名版上签名的用户才视作该编辑组成员,而不是加入站外群组平台(QQ、Discord)就算作加入。
这一点上以我而见似乎有些用户存在误解,认为加了q群就算加入编辑组,故认为有必要的话可以强调一下。——4O74Y74L74J7讨论) 2022年7月1日 (五) 17:53 (CST)
@4O74Y74L74J7雀食需要强调一下,加了。--Thus Spoke Sivlovski.讨论」 2022年7月2日 (六) 15:07 (CST)
问题已解决。
您仍可以继续在本模板上方回复,但这个讨论串将会在本模板悬挂满3日后 (于2022年7月8日凌晨) 存档。
如果您有有关疑问,建议您开启一个新的讨论串
处理人留言:
已转移至萌娘百科 talk:提案/讨论中提案/关于编辑组指引的第二修正案。——Thus Spoke Sivlovski.讨论」 2022年7月4日 (一) 17:59 (CST)

关于条目命名

今天处理受限视频的时候又产生了疑问,以一条目为例子
这个条目是:Infinite Surprise,原名给了重定向インフィナイト★サプライズ
如果这个译名广为流传那么符合民间译版规定,但是这个译名三种搜索情况如下

至于究竟是个体命名错误还是翻译习惯就不知道了,目前萌娘百科:条目命名简体中文优先原则肯定是不允许这样的,因为有确切翻译。

昨天吃了一顿教训导致我现在不敢乱动条目名了(多一事不如少一事),但如果按照方针指引这个条目应该翻译《无限 惊喜》,暑假准备搞一批原名重定向顺带检查,关于方针指引究竟如何希望能得到解答,这个问题之所以不放在提问求助放在方针指引是因为,就我个人而言,这种翻译不如不翻(而且你们也是说随便整中文翻译而不是日→英),对于标题替换原名就我了解诸位意见也不支持,所以干脆就从命名指引提问了。这个条目是2017年的,有可能方针指引有变动,无时考究,先对现状提问。

—— 不出理律觉得世界是如此美丽(用这里找我) 2022年6月29日 (三) 21:55 (CST)

这个假名就是英文转写,不是翻译。—— ほしみ 2022年6月29日 (三) 22:58 (CST)
供参考(含星海本人意见)。——量産型伝蛙第372号(量産工場γ) 2022年6月29日 (三) 23:11 (CST)
PS:我既厌恶中文夹半吊子片假名翻英文,也厌恶明摆着是英文名的来个十级理解意译(如链接例)或者用初中英语书第一个意义机翻组合(如您的\无限 惊喜/,中间还带空格!!)——量産型伝蛙第799号(量産工場⑨) 2022年6月29日 (三) 23:31 (CST)
@量产型传蛙,空格是因为那里原本是个星星(特殊符号),至于“无限”是另一首萌百内条目激唱无限用的翻译(原名《激唱インフィニティ》),不过条目命名规范的方针里似乎没给转写情况的,是否在其他地方有补充?关于转写,该方针内只有有关中文的转写,emm……—— 不出理律觉得世界是如此美丽(用这里找我) 2022年6月29日 (三) 23:50 (CST)
这个日文是英文转写。可以用英文。@量产型传蛙有个疑问,关于您说的「中文夹半吊子片假名翻英文」这种情况的原文(原标题)是日文还是中文?--夜羽と善子讨论) 2022年6月30日 (四) 18:29 (CST)

萌娘百科月报二〇二二年六月号

人事动态
政策变化
技术更新
其他事务
  • 2022年6月2日,更换了2022年夏季版头《萌娘百科十万条目贺图》。

2022年6月月报已发布,如希望订阅月报,请前往订阅。——From 引梦者浊华(讨论) 2022年7月6日 (三) 00:25 (CST)

关于使用{{MarkAsResolved}}的方针依据

今天没事干翻提案和政策页面,发现讨论区管理方针中对{{MarkAsResolved}}的使用仅有两条规定:

在萌娘百科讨论:讨论版的子页面,特别允许:

  1. 非维护人员使用{{RemovedMAR}}移除标记为「无人回复」的{{MarkAsResolved}};
  2. 维护人员删改或是使用{{RemovedMAR}}移除{{MarkAsResolved}};

显然,这一规定完全不符合{{MAR}}模板的使用现状,建议修改方针并为该模板的使用建立具体指引。——来自糟糕的妹控狗头人 2022年7月12日 (二) 16:59 (CST)

模板文档里不是已经有使用说明了吗,这个方针里写的是特别允许吧——  𝐶ℎ𝑖_𝑍𝐽𝟐讨论  2022年7月12日 (二) 17:09 (CST)
模板文档没有任何成为依据的效力,正常来说应当是方针提供基础依据,指引规定具体使用范围,模板文档的作用只是具体使用说明。——来自糟糕的妹控狗头人 2022年7月12日 (二) 17:12 (CST)
基本上,應該是在方針中加一句「維護人員可使用MarkAsResolved模板對討論話題進行結案等標記」之類的就行了吧。—— Eric Liu 創造は生命(留言留名 2022年7月13日 (三) 11:06 (CST)
{{RemovedMAR}}需要特别指出的原因在于其改变了原有的讨论内容(指MAR),新添{{MarkAsResolved}}并不在此限。——   于是我放弃了二饼已读不回) 2022年7月13日 (三) 11:10 (CST)
@红魔狗头人虽然政策里没有规定怎么使用这个模板,但当初建立它的时候,它获得了大家的认可,因此大家都在用它,这事实上也是一种共识。这样“不墨守成规”,也挺好。“RemovedMAR”则是因为事实上修改了讨论区需要额外的规定。—— 屠麟傲血讨论) 2022年7月13日 (三) 11:16 (CST)
另外,{{MAR}}并不是一个强制使用的模板,在讨论版不使用这个模板的讨论串也会被存档,看问题不能太绝对。—— 屠麟傲血讨论) 2022年7月13日 (三) 11:20 (CST)
其实当年是有提案的(未通过提案),现在的使用也是基本根据这个提案来做的,我认为可以考虑重启这个提案。——来自糟糕的妹控狗头人 2022年7月13日 (三) 13:52 (CST)
问题已解决。
您仍可以继续在本模板上方回复,但这个讨论串将会在本模板悬挂满3日后 (于2022年7月17日凌晨) 存档。
如果您有有关疑问,建议您开启一个新的讨论串
——   于是我放弃了二饼已读不回) 2022年7月13日 (三) 11:11 (CST)

【指引修订】关于允许成句类条目命名使用全角标点的条目命名指引修订案

今天发现有编辑者将一个成句类条目由全角叹号移动至半角,由此我才震惊地发现,我一直以为的对成句类条目的全角标点豁免原来仅限于句号逗号萌娘百科:条目命名#避免特殊符号原则例外情况第2条)。而观察{{天朝网络流行语句}}、{{ACG经典台词}},其中使用全角问号和叹号的条目不在少数,我以为社群在这方面已长期有共识。

考虑到大规模的修订(萌娘百科_talk:提案/未通过提案/关于条目命名指引的主要改动符号和地区词部分的提案(2022.05.30))没有顺利完成,我希望在此先小啃一口这块大砖,至少让一直以来广泛存在且较受认可的“中文用语一般用全角符号”写入规则。

为了尽可能通过,我仅考虑了最常见的句号、问号、叹号,更具不确定性的括号等则未录入,有待更深入的指引修订案处理。

由于修订范围很小,故采用方针政策版的修订案程序,而不使用提案程序。

修改前

成句类的条目,若中间有逗号“,”,使用全角逗号。如【oo很萌的,你们不要黑她

修改后

中文的成句类条目,若中间有标题中含有逗号“,”、句号“。”、问号“?”、感叹号“!”,使用全角形式。如【oo很萌的,你们不要黑她】,【住手!你们住手!不要再打了!】。

——C8H17OH讨论) 2022年7月4日 (一) 12:45 (CST)

(~)补充 本次修订程序依据萌娘百科:方针、指引与论述#制定与修订第2条,并参照以往进行过的指引制定、修改流程,不受萌娘百科:提案关于60天冷冻期的约束(况且一个这么大的修订和一个这么小的修订,我个人觉得也很难判定为“相同或相似”吧)。——C8H17OH讨论) 2022年7月4日 (一) 12:54 (CST)
(&)建议 :“若中间有”→“标题中的”。逗号一般仅出现在“中间”,但句号问号感叹号不一定。
(&)另外,加上了“中文的”的话,就把日文的成句排除出去了,那么中华何故明杠、我求理由这里就会出现争议:日文逗号的半角是“”还是“,”?
( ¡ )题外话 :句号的半角形式是指“。”还是“.”?
(~)顺便一提,第一句中的“仅限于句号”应为“仅限于逗号”。— 葫芦又留言 2022年7月4日 (一) 14:06 (CST)
1. 赞同,已修改。
2. (1) 首先,对于这个个例,鉴于伪中国语特性,我个人倾向于认为“、”是成句本身的一部分而不只是一个标点(x
(2) 这里限定中文主要是为了排除英文等情况,毕竟如果不带“中文的”然后再死板解读条款文字,那Excuse me???等也会受不必要的波及。至于日文,最主要是我没太见过直接以日文命名的用语条目(除了这个伪中国语的),因此觉得不太需要加以规范;加上我在第(3)条里提到的逻辑;再加上我自己不懂日语()。或者有什么其他好的处理方案可以参考吗?
(3) 说句暴言就是,这个指引里类似这种只考虑了大多数情况、没把所有可能情形一五一十列出来的地方很多,无论是原有的其他条款,还是修改后的这一条款,我希望大家执行的时候都不要墨守文本本身,而是综合考虑规则文本与各个条目的实际情况。
(4) ( ¡ )题外话:部分ACG作品类条目的标题也有用“、”和“,”的问题,有待将来进一步讨论规范。
3. 不知道,英文标题用英文句号“.”就好,我只是怕中文标题将来出现“指引没说句号用全角,所以句号得用半角”这样的争议。
4. 感谢指出笔误。
——C8H17OH讨论) 2022年7月4日 (一) 14:34 (CST)
全角和半角应该只是显示宽度不同吧?全角与汉字等宽,占两个字符;半角宽度是汉字的一半,占一个字符。但二者仍然算同一个符号。
而“。”与“.”应该是中英文的区别,要算两个不同的符号了。前者“。”是中文句号,后者“.”是英文句号。
输入法上的区别:https://iknow-pic.cdn.bcebos.com/0824ab18972bd40700f2795976899e510fb30958
--方之易小文讨论) 2022年7月13日 (三) 20:36 (CST)
多被程序解析器毒打几次就知道是不是一个符号了……——From 引梦者浊华(讨论) 2022年7月13日 (三) 20:57 (CST)
是指字符编码不一样吗?我资历尚浅,的确没经历过这种事,还请前辈多指教了。
不过我觉得只要符号和成句的语言保持一致就很好了。中文成句默认用中文标点“。”“,”“?”这些;英文的就用英文标点“.”“,”“?”那些。所以“Excuse me”默认使用“???”是合适的,而把中文成句的“!”改为“!”是不合适的。其它语言也建立这样一种对应关系即可,分别有各自的一套标点作为默认。另外再规定几种允许跨语言使用的特殊情形,比如为了消歧义而在中文里使用英文括号“()”。--方之易小文讨论) 2022年7月13日 (三) 21:14 (CST)
就你的第二条发言而言,目前的草案(见下方)基本上就是这个思路,即“符号和成句的语言保持一致”。——C8H17OH讨论) 2022年7月14日 (四) 12:38 (CST)
很遺憾上回提案沒有能夠通過。我至今仍然認為本站條目標題預設採用半形標點符號——甚至(全)中文標題亦然——實屬不美觀、不合理且令人匪夷所思之選擇,並充分支持任何能夠(部分)推翻此一不當政策的提案。—— Eric Liu 創造は生命(留言留名 2022年7月4日 (一) 16:05 (CST)
(+)强烈支持(▲)同上 --某FFF团的高级火法 批判一番) 2022年7月4日 (一) 16:57 (CST)
(+)强烈支持(▲)同上 ——CG/SS topic GOOD CONTRIBUTOR the "Light wind colored" Legend frog (wisdom·stupidity) 2022年7月4日 (一) 18:27 (CST)
(+)强烈支持(▲)同上 ——bob1301讨论) 2022年7月4日 (一) 19:13 (CST)
(+)强烈支持(▲)同上 —— 淮南皓月 🌙 2022年7月4日 (一) 19:17 (CST)
(+)强烈支持(▲)同上 ——From Yuzuki 2022年7月4日 (一) 21:52 (CST)
(+)强烈支持(▲)同上 —— 屠麟傲血讨论) 2022年7月5日 (二) 00:29 (CST)
(+)强烈支持(▲)同上 ——   于是我放弃了二饼已读不回) 2022年7月9日 (六) 10:36 (CST)
(+)强烈支持(▲)同上 --ypaafw /与我击剑 2022年7月9日 (六) 18:18 (CST)
( ¡ )题外话 省略号“……”作为一个整体符号也应当使用两个或四个U+2026的形式而非六个U+002E。——bob1301讨论) 2022年7月4日 (一) 20:58 (CST)
其实我之前考虑到了(还有破折号“——”,例如o——o——),但之前为了省事便于表述以及“先处理最简单、最易凝聚共识的东西”的目的,只写进去了最好写的句问叹。我现在有点想把步子迈更大一点了,甚至在考虑引入一些更原则性的表述,比如将适用范围扩展为“逗号、句号……等通用标点符号”,以及加一句“英文、日文等其他语言的成句类条目标题含有标点符号的,也使用该语言中该标点符号的通用形式”,以明确葫芦提到的第2点问题;不过我也担心这样会否引起一些更繁琐的解释性争议,虽然如我在给葫芦的第2(3)点回复中所说,这指引里比这更不完全明确的表述多了去了x。——C8H17OH讨论) 2022年7月5日 (二) 15:59 (CST)
那就搞个巨大的提案等冷却期过了就发表吧!我觉得至少得把中文的符号规定好(指标点符号用法)。——bob1301讨论) 2022年7月5日 (二) 17:24 (CST)
(&)建议 既然是中文成句,那么全角冒号应当允许使用,刚好我今天(7月6日)看到了相关讨论。—— 屠麟傲血讨论) 2022年7月6日 (三) 13:13 (CST)
(+)支持 ,冒号在成句中是有使用的,何况还有索引的问题。比如■■■■,鉴定为:■■(虽然条目没有这么命名)。—— 淮南皓月 🌙 2022年7月6日 (三) 13:24 (CST)
冒号和括号有一点麻烦的问题是与消歧义前后缀的衔接规定(我的妹妹不可能这么可爱(用语)),感觉写起来会比较费脑细胞x。另外可以麻烦指路一下相关讨论吗?——C8H17OH讨论) 2022年7月6日 (三) 15:11 (CST)
Talk:分院帽判定结果——阿兹卡班。我的想法限定在“非消歧义用途的冒号”,另外括号不在我的提议中,因为括号比冒号普遍多了,改动范围可能很大。—— 屠麟傲血讨论) 2022年7月6日 (三) 18:51 (CST)
感谢指路。另外括号我也还没想到/找到很好的例子,我只想起一个(物理),但这个最终条目名是不带括号的物理。——C8H17OH讨论) 2022年7月6日 (三) 22:21 (CST)

结合前述各位的意见,我将这部分大幅细化了一下,修改后的草稿如下:

  • 对于成句类的条目,若标题中含有常见的通用标点符号,根据该成句系何种语言,依照该语言的一般规范,选用半角或全角形式。
    • 中文成句类条目的标题通常允许使用以下标点符号,并应使用全角形式:句号“。”,问号“?”,叹号“!”,逗号“,”,顿号“、”,分号“;”,冒号“:”(作为消歧义前缀的冒号除外),破折号“——”,省略号“……”。例如:【oo很萌的,你们不要黑她】,【住手!你们住手!不要再打了!】。
    • 上一条列举范围以外的通用标点符号,如需在中文成句类条目的标题中使用,通常也应使用全角形式。
    • 其他语言的成句类条目例如:英文成句【Excuse me???】使用半角问号。
    • 标题中的通配符“o”“x”不影响成句系何种语言,例如【o——o——】视为中文成句。
    • 作为消歧义前缀的冒号和作为消歧义后缀的括号一律使用半角符号,不适用前述规定,例如【我的妹妹不可能这么可爱(用语)】。
    • 如果标点符号在成句中有特殊作用,或者难以认定成句属于何种语言,则视具体情况特殊处理。
    • 并非通用标点的特殊符号,仍应尽可能避免使用。

上述规则是我个人对现状的观察和思考总结出来的,我觉得这些在目前应该算是比较受认可的潜规则,故尝试予以明文化。另外新增的这些规则暂时不影响指引中原有的其他规定。并且,这些规定只代表:1.可以用哪些标点,2.如果用这些标点,应该用哪种形式;而在具体实践中,如果存在含有或不含有标点、含有何种标点的不同可选方案,则具体如何命名仍应基于个案讨论,这也是我认为“指引”的意义所在。

因为突然进行了非常大幅度的修改,劳烦大家重新审阅一下,多提提批评意见。如果觉得这样写不好,或者大家难以就某些方面达成较一致的共识,那么最后可能还是会减小步伐,将类似于最初版本、基于原句简单修改、未大幅修订的草案交付表决。

以上,@胡祥又Ericliu1912高级火法Legend frogbob1301淮南皓月ゆずき屠麟傲血TsanconBYinypaafw。——C8H17OH讨论) 2022年7月11日 (一) 16:23 (CST)

行。—— Eric Liu 創造は生命(留言留名 2022年7月11日 (一) 18:07 (CST)
我没有意见,一步一步来。虽然本人还是希望早一步全面放开全角符号的使用。——   于是我放弃了二饼已读不回) 2022年7月11日 (一) 19:07 (CST)
(+)支持 ,但条目名中的引号(“”和‘’)是不是也应使用全角?--ypaafw /与我击剑 2022年7月11日 (一) 20:02 (CST)
弯引号「“”」与「‘’」和直引号「"」「'」乃至反引号「`」本质并非全半角区别,其实不需要进行特殊规定(吧——bob1301讨论) 2022年7月11日 (一) 20:21 (CST)
首先,根据当前草案第2条,如果要用引号,是应该用全角的,这没有问题;问题只在于,除了第1条明文列举的标点符号之外,根据“避免特殊符号原则”,其他标点符号是否可以使用,是需要另外考虑的。而之所以暂时没放到明文列举中,一是我真暂时没找到已有的含有引号的成句条目的例子,二是引号和(各种)括号这种成对出现的标点处理起来比单个符号更麻烦一些,就留给以后的修订者了x。总之,“条目名中的引号(“”和‘’)是不是也应使用全角?”是,当前草案的规定就是这样。——C8H17OH讨论) 2022年7月11日 (一) 21:31 (CST)

鉴于基本无反对意见且几天来未有新的较大意见,如无其他问题,我预计会在一天之内开启投票。(潜台词:想发言的赶紧,投票开始后就不好改了)——C8H17OH讨论) 2022年7月14日 (四) 12:48 (CST)

有个疑问,成句怎么界定?Amero的那个提案撤了真的可惜。——「今日も一日がんばるぞい!」(沼泽讨论) 2022年7月14日 (四) 17:47 (CST)

按常識判斷吧,不是作品名稱,然後念起來像是句子就行了。若往後有例外,亦可特別提出供社群討論。—— Eric Liu 創造は生命(留言留名 2022年7月15日 (五) 15:52 (CST)
有时间的时候摸鱼,后来备考忙起来了,结果提案超时了。 あめろ 讨论 2022年7月17日 (日) 17:07 (CST)
关于成句的界定,我倾向于认为这个概念的范围约等于MGP:收录范围#用语,加上有分类:用语(虽然分类树本身…),应该还好?毕竟就算其中一些称不上“句”,这些短语也很难用得上标点符号来命名。(反过来如果用得上了,大概也算得上“成句”了?)
另外同Amero,我也是这样qwq(包括之前的用户页方针修正案以及这两天这个修订案的延误
——C8H17OH讨论) 2022年7月19日 (二) 20:35 (CST)
(另外这也不是一个由本次修订新引入的问题(逃 ——C8H17OH讨论) 2022年7月19日 (二) 20:58 (CST)

@某魔法的质子:您的签名中的<small>标签没有闭合,我已经在您的本次投票发言中修复,请及时到Special:参数设置中修正。——C8H17OH讨论) 2022年7月23日 (六) 22:32 (CST) @C8H17OH:已修复,感谢您的指正!——某魔法的质子 (Talk·Contributions) 2022年7月24日 (日) 00:21 (CST)

投票区

Ok就这样吧,拖得够久了(这两天先是电脑炸了后是比较忙,抱歉没及时来启动投票)。再重述一下最终修订版本(改了两处非实质性的格式和用词):

修改前
修改后
  • 对于成句类的条目,若标题中含有常见的通用标点符号,根据该成句系何种语言,依照该语言的一般规范,选用半角或全角形式。
    • 中文成句类条目的标题通常允许使用以下标点符号,并应使用全角形式:句号,问号,叹号,逗号,顿号,分号,冒号(用于消歧义前缀的冒号除外),破折号——,省略号……。例如:【oo很萌的,你们不要黑她】,【住手!你们住手!不要再打了!】。
    • 上一条列举范围以外的通用标点符号,如需在中文成句类条目的标题中使用,通常也应使用全角形式。
    • 其他语言的成句类条目例如:英文成句【Excuse me???】使用半角问号。
    • 标题中的通配符“o”“x”不影响成句系何种语言,例如【o——o——】视为中文成句。
    • 用于消歧义前缀的冒号和用于消歧义后缀的括号一律使用半角符号,不适用前述规定,例如【我的妹妹不可能这么可爱(用语)】。
    • 如果标点符号在成句中有特殊作用,或者难以认定成句属于何种语言,则视具体情况特殊处理。
    • 并非通用标点的特殊符号,仍应尽可能避免使用。

以上,请社群审议决定。

依惯例,召唤所有参与讨论的用户:@胡祥又Ericliu1912高级火法Legend frogbob1301淮南皓月ゆずき屠麟傲血TsanconBYinypaafw方之易小文沼泽あめろ。——C8H17OH讨论) 2022年7月19日 (二) 20:58 (CST)

另外虽然没有惯例,不过为了保证维护人员的知情参与,同时也是参照MGP:快速提案的要求,请允许我使用大召唤术(懒得except了,抱歉可能at两遍x):@AnnAngela云霞蓝羽汇星海子玄微子弗霖凯LuoxuchanAkizukiSaitouBbrabbit宇文天启平塚八兵衛空翊Vcfch843875618HetmesAskalana不是液氮XzonnChko08022003Bete1geuse小乃LUO1PTsanconBYin西尾哈鲁卡WenzuxiaotSinonJZH沼泽Bob1301あめろDaigui屠麟傲血NemitsugiOtowaQaolp0胡祥又甜的白萝卜秋园世界淮南皓月贯井羽优的草莓胖次Leranjun高级火法Sytus一位史蒂夫C8H17OHEricliu1912Jacklin612平平凡凡小小鞠正云明宏写条目的奶糖Sucaiking人间百态——C8H17OH讨论) 2022年7月19日 (二) 21:01 (CST)

好像没@出来,来一遍@AnnAngela云霞蓝羽汇星海子玄微子弗霖凯LuoxuchanAkizukiSaitouBbrabbit宇文天启平塚八兵衛空翊Vcfch843875618HetmesAskalana不是液氮XzonnChko08022003Bete1geuse小乃LUO1PTsanconBYin西尾哈鲁卡WenzuxiaotSinonJZH沼泽Bob1301あめろDaigui屠麟傲血NemitsugiOtowaQaolp0胡祥又甜的白萝卜秋园世界淮南皓月贯井羽优的草莓胖次Leranjun高级火法Sytus一位史蒂夫C8H17OHEricliu1912Jacklin612平平凡凡小小鞠正云明宏写条目的奶糖Sucaiking人间百态Mathreader--已经是一条死鱼的HetmesAskalana 2022年7月20日 (三) 14:56 (CST)

Face-smile.svg感谢——C8H17OH讨论) 2022年7月20日 (三) 15:42 (CST)
人数快超过50了,下次得把管理员和巡查姬分开at了( ——C8H17OH讨论) 2022年7月20日 (三) 15:44 (CST)
蒸 蒸 日 上 —— Eric Liu 創造は生命(留言留名 2022年7月24日 (日) 09:49 (CST)
正在加载中……
本次投票C8H17OH[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核发起。
  • 投票开始时间: |
  • 投票结束时间: |
  • 投票总用时 7 天,正在计算中……

  1. (+)同意 成句一来名称大多符合一般语言规范,没有副标题、少有特殊符号,二来允许条目命名使用全角符号在站内早有原则性共识,我相信本次修订后的规则符合共识的方向,也较为易于执行。——C8H17OH讨论) 2022年7月19日 (二) 20:58 (CST)
  2. (+)同意 你做的好啊!—— 屠麟傲血讨论) 2022年7月19日 (二) 21:05 (CST)
  3. (+)同意 甚善。——CGSS topic CONTRIBUTOR the "Light wind colored" Legend frog (wisdom·stupidity) 2022年7月19日 (二) 21:07 (CST)
  4. (+)同意 好。另外大召唤术好像没响。 淮南皓月 🌙 2022年7月19日 (二) 21:20 (CST)
  5. (+)同意 所以啥时候提案冷静期过了搞个大的吧((——bob1301讨论) 2022年7月19日 (二) 21:24 (CST)
  6. (+)同意 好好好好好--ypaafw /与我击剑 2022年7月19日 (二) 21:27 (CST)
  7. (+)同意 由于过来讨论的ゆずき是小号,投票还是要用回主账户的,下次不会了。修订后形成规范,把全角和半角区分过来,这样自然是好事。——From Yuzuki talksign 2022年7月19日 (二) 21:44 (CST)
  8. (+)同意 向来支持用全角。--某FFF团的高级火法 批判一番) 2022年7月19日 (二) 21:45 (CST)
  9. (+)同意:我上面說的已經夠明白了吧。另外,其實解決這整個標點符號大問題的方法也挺簡單,把條目命名方針中標題預設使用半形標點符號的規定改成預設使用全形就行了。—— Eric Liu 創造は生命(留言留名 2022年7月19日 (二) 22:52 (CST)
  10. (+)同意:早就该修修了--黑夜给了我一双眼睛,而我却拿它照亮人间(讨论) 2022年7月19日 (二) 23:38 (CST)
  11. (+)同意 对本提案这一版本的中文成句的标点使用办法表示赞同。--方之易小文讨论) 2022年7月19日 (二) 23:54 (CST)
  12. (+)同意 挺好,但标点符号完整提案gkd((——「今日も一日がんばるぞい!」(沼泽讨论) 2022年7月20日 (三) 08:38 (CST)
  13. (+)同意 做了个噩梦好困啊 -- 宇文西修ิิۣۣۖۖۖ特拉瑟 2022年7月20日 (三) 08:52 (CST)
  14. (+)同意 无异议。—— SytusTalk 2022年7月20日 (三) 10:45 (CST)
  15. (+)同意 合理的修正。——From 引梦者浊华(讨论) 2022年7月20日 (三) 14:34 (CST)
  16. (+)同意 更期待以后的符号修正案了。——   于是我放弃了二饼已读不回) 2022年7月20日 (三) 14:49 (CST)
  17. (+)同意 细--已经是一条死鱼的HetmesAskalana 2022年7月20日 (三) 15:25 (CST)
  18. (+)同意 无异议。——甜的白萝卜(讨论) 2022年7月22日 (五) 15:46 (CST)
  19. (+)同意 没问题是没问题,然鹅我压根没被at出来。—— 超级纯洁的小马娘秋园邀请你去地下室重马场一坐 2022年7月22日 (五) 22:58 (CST)
  20. (+)同意 没有意见。也期待今后能就相关问题展开更多的讨论。--Qaolp0 Unhappy go lucky! (讨论) 2022年7月23日 (六) 00:30 (CST)
  21. (+)同意 没有任何异议,规范标点符号十分重要。--某魔法的质子 (Talk·Contributions) 2022年7月23日 (六) 21:27 (CST)
  22. (+)同意 无异议。--见习管理员乐然※※※感光性受容体異常※※※ 2022年7月24日 (日) 11:13 (CST)

计票

无论按什么标准计算票权都是全票通过,稍后会将修订内容合并入指引。感谢大家的热情讨论和投票!——C8H17OH讨论) 2022年7月27日 (三) 11:06 (CST)

请求被接受。
您仍可以继续在本模板上方回复,但这个讨论串将会在本模板悬挂满3日后 (于2022年7月31日凌晨) 存档。
如果您有有关疑问,建议您开启一个新的讨论串
处理人留言:
A small step.——C8H17OH讨论) 2022年7月27日 (三) 11:07 (CST)