维基百科讨论:格式手册
存档 |
---|
|
就语言冗杂修订Wikipedia:格式手册的提案
- 下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
目前,某些地区习惯使用更长的词句,例如使用“出现……的情况”“……化”“进行……”等。为了保持并改善条目的可读性和简洁性,提案在格式手册中新增章节,规定条目应该在多种具有相同含义,同等清晰、可读与通用的表达方式中,采用长度较短的方式。--落花有意12138 论 回复请ping我 2022年3月15日 (二) 13:02 (UTC)
- 不同意。这提案是不尊重地区差异的情况,本质上有违WP:5P2。Sanmosa Avec cœur 2022年3月16日 (三) 01:47 (UTC)
- 1.我的意思不是将一个地区的说法改成另一个地区的,而是把不必要的词省略,比如把“进行把胡萝卜的位置改变到桌子上的动作”改为“把胡萝卜放到桌子上”。2.这种改变不应该不丢失或改变原意,仅仅是语句上的修饰。不知道哪里“有违WP:5P2”了?--落花有意12138 论 回复请ping我 2022年3月17日 (四) 10:10 (UTC)
- 汉语有很多种,上例正是不同语种之间的差距,“进行”据称在某些语种属于书面语言,没有“进行”才不正常。“XX性”、“最XX之一”、“成功”、“做出了很大的贡献”同理。--7(留言) 2022年3月17日 (四) 10:26 (UTC)
- @落花有意12138:“最佳化”是繁体地区常用的词汇,“优化”是中国大陆常用的词汇,两者的意思完全一样,但按照你的逻辑的话,“最佳化”相对于“优化”而言是存在可省略部分的词汇,因此会被“优化”替换,这明显是不合理的。这是一种情形,另一种情形是我把所有的“优化”都替换成“最佳化”,这也是不合理的。对较长或较短的词句的使用本身可能就已经体现不同地区的中文使用上的差别(但我完全不认同上方Jarodalien的“语种论”),我就拿“2019冠状病毒病”来说,新加坡的叫法是“2019冠状病毒疾病”,“疾病”与“病”明显是具有相同含义、同等清晰、可读与通用的两种表达方式,因此按照你的逻辑“2019冠状病毒疾病”应该全部改成“2019冠状病毒病”,但“2019冠状病毒病”与“2019冠状病毒疾病”是地区词关系,因此把“2019冠状病毒疾病”全部改成“2019冠状病毒病”会产生不尊重地区差异的情形。我能明白并理解你提出这提案的用意是好的,但这提案在执行上实在有太多bug了,我没办法支持。Sanmosa Avec cœur 2022年3月17日 (四) 12:29 (UTC)
- 明白您的意思了,我会关闭提案--落花有意12138 论 回复请ping我 2022年3月18日 (五) 00:42 (UTC)
- 1.我的意思不是将一个地区的说法改成另一个地区的,而是把不必要的词省略,比如把“进行把胡萝卜的位置改变到桌子上的动作”改为“把胡萝卜放到桌子上”。2.这种改变不应该不丢失或改变原意,仅仅是语句上的修饰。不知道哪里“有违WP:5P2”了?--落花有意12138 论 回复请ping我 2022年3月17日 (四) 10:10 (UTC)
- 本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
“允许特例中全角空格的使用,但一般不应使用全角空格。”???
“特例”是指什么?“一般不应使用全角空格”是指一般不使用空格,还是一般使用小空格“ ”——版本不同(留言) 2022年7月16日 (六) 22:53 (UTC)
- 特例,比方说,官方名称里真的有个全角空格。一般使用半角空格。--Ma3r(留言) 2022年7月17日 (日) 06:24 (UTC)
跨年份(度)的体育赛季条目命名
2022年了,希望解决相关条目命名格式不一致的问题。过去讨论存档:2009年2月、2012年11月、2014年7月、2018年12月、2021年10月。
“2020–21 ABC(season)”在中维该命名为以下哪种(假设须加上“年”)
- “2020-21年(度)ABC(赛季)”
- “2020年-21年(度)ABC(赛季)”
- “2020至21年(度)ABC(赛季)”
- “2020年至21年(度)ABC(赛季)”
- “2020/21年(度)(赛季)ABC”
- “2020-2021年(度)ABC(赛季)”(年份全展)
- “2020年-2021年(度)ABC(赛季)”(年份全展)
- “2020至2021年(度)ABC(赛季)”(年份全展)
- “2020年至2021年(度)ABC(赛季)”(年份全展)--寒吉(留言) 2022年6月30日 (四) 15:51 (UTC)
- 列出过去讨论中曾被引用的方针与指引:WP:格式手册/标点符号#连接号、WP:命名常规#连接号的使用、WP:格式手册#时间、数字、度量衡。
- 参阅WP:常用名称:“条目命名应该尽量使用可靠来源中人、物或事项的常见的名称”,讨论达成共识之后应将共识加入WP:命名常规。
- 我的意见:支持6及9。--CaryCheng(留言) 2022年7月1日 (五) 02:59 (UTC)
- 根据其他条目标题来看,部分用户创建条目时会用错连接号,所以可以考虑弃用,暂时支持8或9。--东风(留言) 2022年7月1日 (五) 03:20 (UTC)
- 补充说明,“赛季”对有些联赛来说未必会使用到,例如以“联赛”做结尾的体育联赛,英格兰足球超级联赛(en:2022–23 Premier League)、中国男子篮球职业联赛(“2021-2022 中国男子篮球职业联赛” 或是官方命名 “2021-2022赛季CBA联赛”)、超级篮球联赛(“2021-22 年(第 19 届)SBL 超级篮球联赛”,但条目直接使用常用准则命名即“第十九季超级篮球联赛”)。另外Category:热带气旋季也有牵涉到相关问题,只是维基上应该九成五以上还是牵涉到体育赛季较多。提供现存其他命名方式之一,“ABC2020赛季”(Category:广州足球俱乐部、Category:北京国安足球俱乐部赛季)。--寒吉(留言) 2022年7月1日 (五) 04:49 (UTC)
- 第七或第九种。—— Eric Liu 創造は生命(留言・留名・学生会) 2022年7月1日 (五) 14:23 (UTC)
- 支持6,其次7。9也可以,但如果格式要全面统一就不合适,因为“2020年到2021年”我觉得也可以。--YFdyh000(留言) 2022年7月12日 (二) 03:22 (UTC)
- 是否全面统一还有待商榷,但至少同个联赛的赛季格式要统一,比如Category:英格兰足球超级联赛就需统一,也须解决连接号问题。您是第一位提出要使用“到”字的用户,过往讨论都提出使用“至”字,所以我才只列出“至”字方案。--寒吉(留言) 2022年7月12日 (二) 04:15 (UTC)
- “到”稍显白话,“至”为宜。—— Eric Liu 創造は生命(留言・留名・学生会) 2022年7月12日 (二) 15:03 (UTC)
- 是否全面统一还有待商榷,但至少同个联赛的赛季格式要统一,比如Category:英格兰足球超级联赛就需统一,也须解决连接号问题。您是第一位提出要使用“到”字的用户,过往讨论都提出使用“至”字,所以我才只列出“至”字方案。--寒吉(留言) 2022年7月12日 (二) 04:15 (UTC)
建议空格尽量全形,尤其引作品名,新闻标题等
东亚文字预设已是全形,空格也应全形以保持一致美观,就算作品名用半形,除非在欧文(拉丁字,阿拉伯数字等)字元间,如官方半形则另注
例:
《标 题 A 1》
《标 题,A 1!》--捍粤者(留言) 2022年9月28日 (三) 17:56 (UTC)
- 输入较为不便,也可能其他问题,社群观点为一般不使用。全形符号很多,各出版物有不同偏好。此外,条目正文中目前通常不留间距空格(所谓“盘古之白”),但指引中同时允许专有名词的“先到先得”。--YFdyh000(留言) 2022年9月28日 (三) 18:44 (UTC)
关于条目定义句
- 下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
我已经不止一次看到,在事件相关的条目里,有编者用“某事件是某事件”这样无意义的句子,还有逻辑不通的句子,例如“伊利沙伯二世之死是英国女王伊丽莎白二世于2022年9月8日傍晚过世之后,英国王室与英国政府就葬礼及王位继承相关的一系列政府行动,以及世界各国的反应”----女王的离世就是女王的离世,怎么会“是政府行动”、“是各国反应”呢?因此,关于条目定义句的规则急需补充,否则将有更多强行迎合格式而违反中文语法的情况出现。--🐹通辽汗国驻维基百科临时代办(讨论·贡献·成就) 2022年9月10日 (六) 18:31 (UTC)
- 已有WP:BEGIN,但目前不是正式指引。这些问题是中文功底问题,有些是生搬硬套。“是”哪怕改成“条目介绍”也好,或者重构语句,该指引也提到“引言第一句并非必要是条目名称不可”。--YFdyh000(留言) 2022年9月10日 (六) 21:10 (UTC)
- 伊利沙伯二世之死的条目定义句是我添加的:
“ | 伊利沙伯二世之死是英国女王伊丽莎白二世于2022年9月8日傍晚过世之后,英国皇室与英国政府就葬礼及王位继承相关的一系列政府行动,以及世界各国的反应。 | ” |
- WP:格式手册#条目定义句的规则与WP:BEGIN互相矛盾;WP:格式手册#条目定义句是正式指引,WP:BEGIN不是。
- 依照正式指引编辑是正确做法。
- WP:LS(即WP:BEGIN的导言段落,非正式指引):“序言章节在条目中主要有两个作用:介绍条目的主题、概括条目的重点。”我所添加的条目定义句概括了整个条目的重点,符合WP:LS这一段落的要求。
- 如果社群共识通过WP:LS成为正式指引,或是通过WP:BEGIN段落成为正式指引,或是修订WP:格式手册#条目定义句,那我就不会坚持添加这段条目定义句。--CaryCheng(留言) 2022年9月11日 (日) 04:04 (UTC)
- “条目定义句”没有说必须用“是”。“一般来说,条目名称就是第一句的第一个词。”应适用常识,构成语病就不一般了。--YFdyh000(留言) 2022年9月11日 (日) 04:55 (UTC)
- WP:格式手册#条目定义句:“一般来说,条目名称就是第一句的第一个词。如果这样做有困难,也请无论如何要在第一段用上条目名称,越靠前越好。”只要改写的条目定义句符合指引,我就不会反对。--CaryCheng(留言) 2022年9月11日 (日) 06:05 (UTC)
- 阁下的意见似乎是改写成这样:
- “条目定义句”没有说必须用“是”。“一般来说,条目名称就是第一句的第一个词。”应适用常识,构成语病就不一般了。--YFdyh000(留言) 2022年9月11日 (日) 04:55 (UTC)
“ | 伊利沙伯二世之死条目介绍英国女王伊丽莎白二世于2022年9月8日傍晚过世之后,英国皇室与英国政府就葬礼及王位继承相关的一系列政府行动,以及世界各国的反应。 | ” |
- 这样改写符合指引,我不反对。--CaryCheng(留言) 2022年9月11日 (日) 06:16 (UTC)
- 我记得“本条目介绍……”并不符合要求。--🐹通辽汗国驻维基百科临时代办(讨论·贡献·成就) 2022年9月11日 (日) 16:29 (UTC)
- “本条目”是MOS:自提。“介绍”等用词,在xx的争议、批评、列表等条目中印象中不算少见。--YFdyh000(留言) 2022年9月11日 (日) 23:56 (UTC)
- 我记得“本条目介绍……”并不符合要求。--🐹通辽汗国驻维基百科临时代办(讨论·贡献·成就) 2022年9月11日 (日) 16:29 (UTC)
- 这样改写符合指引,我不反对。--CaryCheng(留言) 2022年9月11日 (日) 06:16 (UTC)
- WP:BEGIN足矣。--BlackShadowG Slava Ukraini! 2022年9月11日 (日) 04:56 (UTC)
- 只要社群共识通过WP:BEGIN段落成为正式指引,我就不会坚持添加这段条目定义句。--CaryCheng(留言) 2022年9月11日 (日) 06:05 (UTC)
- 导语句一般是希望导语主语是条目名称,这在物类的条目是合符常规的(对物进行另一个通用性质的定义),但对于事类似乎有点啰嗦,可能会出现拆词写法的需要(例如:英国女王伊丽莎白二世于2022年9月8日傍晚过世之后,………………)——Sakamotosan路过围观 | 避免做作,免敬 2022年9月11日 (日) 06:18 (UTC)
- 是的,应用在“事类”有时会有困难,但不是做不到,美国入侵格林纳达以及入侵科威特都可以做到。也因为过去社群认知到有时会有困难,所以WP:格式手册#条目定义句才会说至少要在第一段用上条目名称(请见上方引述)。
- 我认为伊利沙伯二世之死会难以撰写条目定义句的一个根本原因,是这个条目标题根本不符合WP:常用名称。不论在中文或是英语的可靠来源,都没有使用“伊利沙伯二世之死”当作主题、标题或关键字来报导女王驾崩相关的新闻及活动。毕竟这个条目其实是为了减少伊利沙伯二世的篇幅,从中拆分一个段落独立而成。
- 即便如此,还是应该尽我们的中文写作能力去将条目定义句写成符合格式手册规则的格式。--CaryCheng(留言) 2022年9月11日 (日) 06:48 (UTC)
- 我认为是格式手册应该向通常的表达靠近。大多数的媒体在报道事件时都会直接说“某地发生某事件”或者“某事件在某时某地发生”,强行要求写成“某事件是……”反而不合常理。--🐹通辽汗国驻维基百科临时代办(讨论·贡献·成就) 2022年9月11日 (日) 16:36 (UTC)
- 虽然但是啊,中央社可是使用了“英国女王辞世”作为一系列报道的专题合集名称的,你的这个论点二不能成立。--MilkyDefer >沉痛哀悼女王陛下 2022年9月14日 (三) 04:46 (UTC)
- 你说的对。后来我看到BBC用“Death of Queen Elizabeth II”当新闻标题,与英维的条目名称算是一致;如果我一定要抬杠的话,“伊利沙伯二世之死”和“英国女王辞世”仍是差异很大的两个词语,而“英国女王辞世”应该是比较好的条目标题。不过都要推WP:BEGIN成为正式指引了,这些小芝麻就让它过去吧。--CaryCheng(留言) 2022年9月14日 (三) 05:03 (UTC)
- 我已经参考英文维基百科重新翻译了Wikipedia:格式手册/序言章节#第一句,建议尽快将其列为指引,避免出现不合常识且无意义的定义句。--BlackShadowG 沉痛哀悼女王陛下 2022年9月11日 (日) 10:15 (UTC)
- 感谢阁下贡献,建议阁下迳至WP:互助客栈/方针提案,或是将此讨论移动过去,交付社群决议。
- 提醒阁下WP:BEGIN仍有一处与WP:格式手册#条目定义句有冲突:
WP:BEGIN |
|
---|---|
WP:格式手册#条目定义句 | 一般来说,条目名称就是第一句的第一个词。如果这样做有困难,也请无论如何要在第一段用上条目名称,越靠前越好。 |
- 可能要同步修改WP:格式手册#条目定义句。--CaryCheng(留言) 2022年9月11日 (日) 10:32 (UTC)
- 由于上方讨论中有提议建立新的指引,因此将讨论串移动至方针版。现提议将Wikipedia:格式手册/序言章节#第一句章节确立为正式指引,并将Wikipedia:格式手册#条目定义句章节内容替换为
{{main|Wikipedia:格式手册/序言章节#第一句}}
。——BlackShadowG 沉痛哀悼女王陛下 2022年9月11日 (日) 11:49 (UTC)- (+)滋磁----Cat on the Mars 2022年9月11日 (日) 17:11 (UTC)
- 几个月前我才提过序言章节/列明来源,照这速度2024初应该可以全篇通过。 --窝法乙烷 儿法梦碎 2022年9月11日 (日) 18:09 (UTC)
- 我关心的是执行起来是什么效果。--🐹通辽汗国驻维基百科临时代办(讨论·贡献·成就) 2022年9月12日 (一) 04:32 (UTC)
- 就条目首句的写法,WP:GA里收录的、导向各个优良条目的小介绍可以算作“成功案例”。--🐹通辽汗国驻维基百科临时代办(讨论·贡献·成就) 2022年9月12日 (一) 04:37 (UTC)
- 我建议可以在条文通过后,把整个段落替换成
{{main|Wikipedia:格式手册/序言章节#第一句}}
即可。--BlackShadowG 沉痛哀悼女王陛下 2022年9月12日 (一) 10:01 (UTC)- 可是WP:格式手册#条目定义句的内容,有非常多没有写进WP:BEGIN,不太适合整个段落替换。--CaryCheng(留言) 2022年9月12日 (一) 10:08 (UTC)
- 基本上Wikipedia:格式手册/序言章节#第一句已经涵盖WP:格式手册#条目定义句的内容了:
- “另外,有关非中文概念、中文无通用译名等条目,可以在提及条目名称后,在括号里加上原文称号。”,这不需要写入格式手册,用常识就能知道标注外文需要加括号;
- “如果该名称的来源是外文,请在括号里加上标明语言的外文原名。……”,这个在Wikipedia:格式手册/序言章节#外语名称有详细说明;
- “如果该条目的题目有多于一个名称,每一个名称在第一次出现时都要以粗体显示。”,与Wikipedia:格式手册/序言章节#标题和别名的加粗矛盾,序言章节格式手册规定只有“常见的缩写或简称”才要加粗;
- “请您尽可能在首句带出文章所属的主题。如:”,Wikipedia:格式手册/序言章节#内文连结有详细说明。
- 因此直接用{{main}}替换即可,此外,英文版的en:Wikipedia:Manual of Style也没有专门提到条目定义句。--BlackShadowG 沉痛哀悼女王陛下 2022年9月12日 (一) 10:23 (UTC)
- 好吧,我还是有疑虑,不过不反对,就依照阁下的意见提案。--CaryCheng(留言) 2022年9月12日 (一) 10:33 (UTC)
- 基本上Wikipedia:格式手册/序言章节#第一句已经涵盖WP:格式手册#条目定义句的内容了:
- 可是WP:格式手册#条目定义句的内容,有非常多没有写进WP:BEGIN,不太适合整个段落替换。--CaryCheng(留言) 2022年9月12日 (一) 10:08 (UTC)
- 好像还行。"伊利沙伯二世之死"不适合当首句的第一个词语,不应强求。--Temp3600(留言) 2022年9月15日 (四) 15:50 (UTC)
- 讲一句实在话,创建“xxx之死”作为条目名真的适合吗?这岂不是又一个创建标准不一,和页面存废讨论问题大致类似。请问读者要知道某人之死的原因有什么实质意义吗?--Z7504非常建议必要时多关注评选(留言) 2022年9月17日 (六) 12:06 (UTC)
- 埃及艳后和约翰·列侬表示...,话说从技术层面,有理由禁止这类条目的建立吗?毕竟他们都符合关注度不是嘛。 --窝法乙烷 儿法梦碎 2022年9月17日 (六) 16:07 (UTC)
- 维基百科应该是不会阻止“xxx之死”作为正式条目名称才对。但这样是不是像“安倍晋三之死”就不应该重定向至“安倍晋三遇刺案”呢?难说。可能是要先看有无明确死因吧,倘若没有则再用“xxx之死”作为名称。--Z7504非常建议必要时多关注评选(留言) 2022年9月17日 (六) 21:31 (UTC)
- 这种目前应该还没有命名常规或惯例,“xxx之死”应该是翻译自英维的“Death of xxx”,虽然英文中形容某人的死亡基本都是用“Death”,与死因关系不大;但中文有很多写法,比如“xxx去世”、“xxx病逝”、“xxx身亡”之类的写法都是比较可用的,如果有需要可能可以制定一个命名常规。--BlackShadowG 沉痛哀悼女王陛下 2022年9月18日 (日) 02:36 (UTC)
- 不要忘记还有“xxx死了”、“xxx病亡”等明显带有倾向的写法。中文不去关注抽象哲学概念,春秋笔法倒是玩了几千年,唉。--MilkyDefer >沉痛哀悼女王陛下 2022年9月18日 (日) 05:09 (UTC)
- 或许在该讨论串是明显的两回事吧。但是希望以后看哪个有勇气的编者敢提出关于“xxx之死”系列的名称是否该订定一个命名常规,顺便看看是否该考虑有无明确死因为优先,如确定死因不明或者无明确死因才用的作法,如同上面举例的安倍晋三。--Z7504非常建议必要时多关注评选(留言) 2022年9月18日 (日) 18:09 (UTC)
- 不要忘记还有“xxx死了”、“xxx病亡”等明显带有倾向的写法。中文不去关注抽象哲学概念,春秋笔法倒是玩了几千年,唉。--MilkyDefer >沉痛哀悼女王陛下 2022年9月18日 (日) 05:09 (UTC)
- 安倍晋三的例子似乎比照了刺杀案的命名,这些刺杀案有的成功,有的不成功。不过本讨论讨论的是定义句格式,不是某些条目如何命名。--绀野梦人 2022年9月20日 (二) 00:25 (UTC)
- 就看谁以后想要提出这提案吧,总之在此讨论串显然就是两回事,不用哈拉了。以后如果出现这提案也不用特别邀请喔,实话实说而已,要不然干嘛举例安倍晋三的例子?--Z7504非常建议必要时多关注评选(留言) 2022年9月20日 (二) 04:47 (UTC)
- 这种目前应该还没有命名常规或惯例,“xxx之死”应该是翻译自英维的“Death of xxx”,虽然英文中形容某人的死亡基本都是用“Death”,与死因关系不大;但中文有很多写法,比如“xxx去世”、“xxx病逝”、“xxx身亡”之类的写法都是比较可用的,如果有需要可能可以制定一个命名常规。--BlackShadowG 沉痛哀悼女王陛下 2022年9月18日 (日) 02:36 (UTC)
- 维基百科应该是不会阻止“xxx之死”作为正式条目名称才对。但这样是不是像“安倍晋三之死”就不应该重定向至“安倍晋三遇刺案”呢?难说。可能是要先看有无明确死因吧,倘若没有则再用“xxx之死”作为名称。--Z7504非常建议必要时多关注评选(留言) 2022年9月17日 (六) 21:31 (UTC)
- 埃及艳后和约翰·列侬表示...,话说从技术层面,有理由禁止这类条目的建立吗?毕竟他们都符合关注度不是嘛。 --窝法乙烷 儿法梦碎 2022年9月17日 (六) 16:07 (UTC)
- (纯粹的措辞建议)“无论如何要在第一段用上条目名称,越靠前越好”这句话语气太强烈了,应该用弱化一点的“仍然建议”、“请考虑”之类的表达。用“无论如何”恐怕在日后又要造成困扰,让大家不明白究竟为什么当初要用这么强烈的表达,以致于在特殊情况下难以变通。--Tiger(留言) 2022年9月18日 (日) 00:02 (UTC)
- 目前的提案是将Wikipedia:格式手册#条目定义句这一章节直接替换成
{{main|Wikipedia:格式手册/序言章节#第一句}}
,提案通过后“无论如何要在第一段用上条目名称,越靠前越好”这句话会去掉,新条文中的对应描述是“如果条目名称本身已是正式的或被广泛接受的名称,请在第一句话中以粗体显示,并应尽量放得越前越好”。--BlackShadowG 沉痛哀悼女王陛下 2022年9月18日 (日) 02:26 (UTC)
- 目前的提案是将Wikipedia:格式手册#条目定义句这一章节直接替换成
- Wikipedia:忽略所有规则,毛泽东之死、蒋中正之死没有用这种定义句,且明显比“之死是什么”这种读起来通顺--Kethyga(留言) 2022年9月20日 (二) 00:48 (UTC)
- 所以提案将Wikipedia:格式手册/序言章节#第一句列为指引,提议条文中有要求“如果条目命名在首句难以自然地被使用,那请不要试着以重复变换谴词的方法把命名塞进去。”--BlackShadowG 沉痛哀悼女王陛下 2022年9月20日 (二) 12:26 (UTC)
- (&)建议:WP:BEGIN自2022年9月11日 (日) 11:49 (UTC)提案迄今,社群无反对意见,其他意见均已获得提案人正当合理的回应。依WP:7DAYS,提议进入公示期。--CaryCheng(留言) 2022年9月23日 (五) 04:53 (UTC)
- 确实可以考虑开始公示了,上面提到的“xxx之死”那是另外一回事,跟这个讨论串是毫无关联的。以后看谁有想要提出这类型的讨论吧,现在这个“xxx之死”讨论已经告段落了。--Z7504非常建议必要时多关注评选(留言) 2022年9月23日 (五) 09:30 (UTC)
公示7日,2022年10月1日 (六) 06:55 (UTC) 结束:WP:BEGIN自2022年9月11日 (日) 11:49 (UTC)提案迄今,社群无反对意见,其他意见均已获得提案人正当合理的回应。依WP:7DAYS进入公示期。--CaryCheng(留言) 2022年9月24日 (六) 06:55 (UTC)
- (?)疑问:MOS:BEGIN指向Wikipedia:格式手册/序言章节#段首,但WP:BEGIN指向Wikipedia:格式手册/序言章节#第一句,这样的重定向设计不会让人混淆吗?--Maccomcre(留言) 2022年10月1日 (六) 02:26 (UTC)
- @BlackShadowG:烦请阁下回应。--CaryCheng(留言) 2022年10月1日 (六) 07:37 (UTC)
- @Maccomcre:依阁下建议,已将MOS:BEGIN也指向Wikipedia:格式手册/序言章节#第一句。--CaryCheng(留言) 2022年10月1日 (六) 09:43 (UTC)
✓ 通过:公示已达7日,未有新的修订意见,WP:BEGIN提升为正式指引获得通过,谢谢所有参与讨论的使用者。--CaryCheng(留言) 2022年10月1日 (六) 10:47 (UTC)
- 本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
捷径重定向问题
@CaryCheng:我的建议不是这样,而且对比英文版,MOS:BEGIN是指向段首而不是第一句,所以看来错的是WP:BEGIN,而MOS:BEGIN本来是对的。所以CaryCheng你现在的更改反而有问题,MOS:BEGIN和WP:BEGIN应该重定向到Wikipedia:格式手册/序言章节#段首才对。--Maccomcre(留言) 2022年10月2日 (日) 11:05 (UTC)
- 已将MOS:BEGIN和WP:BEGIN均重定向至Wikipedia:格式手册/序言章节#段首以与英文维基百科保持一致。此外,由于本文为格式手册,更加推荐使用MOS开头的捷径,因此我已经把WP:BEGIN移除{{shortcut}}。--BlackShadowG Slava Ukraini! 2022年10月2日 (日) 13:59 (UTC)
WP:格式手册有关百分数等的格式问题
现行条文对百分数的处理与常见用法不符,亦不合en:MOS:PERCENT;同时,弧度、梯度的情形需要补充。 --DvXg 📬 2022年10月15日 (六) 08:07 (UTC)
- 用明朝剑斩清朝官是不是搞错什么,英维不适用中维,而内文写道“建议”并非强制执行。 --窝法乙烷 儿法梦碎 2022年10月15日 (六) 15:02 (UTC)
- 提及英维是因为西文是百分数如此表记的借入来源。如果这种建议既不合外语借入来源,也找不到相关的本语种标准,更不反映站内实际的使用情况(如百分数这个条目本身),那么这样的所谓“建议”显然是需要被修正的,否则任何误植的条文都可以用这一条辩护了。--DvXg 📬 2022年10月15日 (六) 15:19 (UTC)
- 如果您非要为这一条辩护的话,请自君始(您的用户页所上用的框就不符合这一规定)。--DvXg 📬 2022年10月15日 (六) 15:21 (UTC)
- 常见用法无异议、参考英维标准无异议。但是,应该查一下依据的标准和当初讨论。台湾国际单位制手册第 9 版 (2019)第39页称“国际公认的符号%(百分比)可以与 SI 一起使用。使用时,应有一空格分隔数字和符号 %。”。The International System of Units (SI) - BIPM第37页为相同表述,"The internationally recognized symbol % (percent) may be used with the SI. When it is used, a space separates the number and the symbol %.",应是此项来源。en:Percent sign#Correct_style则详细提到了各语言常用的不同间隔风格。我觉得可以讨论条文是否要参照英文,依中文的实际情况和常见用法,允许或建议通常使用不符合该国际标准的规范,信息框、学术条目等领域又是否要例外。中国大陆的规范待查。--YFdyh000(留言) 2022年10月15日 (六) 15:43 (UTC)
- 感谢补充国际单位制的有关条文,不过台版标准第42页(PDF第46页)的“(10±0.01)%”像是自身亦不符本标准。另外,百分数本身并不由国际单位制定义,在数学教学中一般也不将其视作单位(如99%通常视若同0.99的数,惟更强调由比例导出)。
- 在数字排版领域,W3C起草中的《中文排版需求》内文实际使用的是无空格样式,其参考的已发布标准《日语排版需求》的3.1.10条e项则明确百分号前不加空格且不可断行,可做参考。--DvXg 📬 2022年10月15日 (六) 16:00 (UTC)
- 台版标准第42页(PDF第46页)的标题是"第 1 届 CGPM,1889 年",段落是"考量"。
- 现行条文写得很明确,跟计量单位(SI)字母符号并用时加空格,麻烦请先点内连去看这是哪七种计量单位。这个段落只是在讲 SI,所以引用的是 The International System of Units (SI) - BIPM,而 % 会被一并纳入是因为这个条文写的就是"跟计量单位(SI)字母符号并用时"(条文内文),而 % 是可以跟 SI 并用,这个时候 % 前面要加空格(symbol % (percent) may be used with the SI ... a space separates the number and the symbol %)。
- 你想要一个跟 SI 无涉,针对无量纲采用空格的说明,建议另开一条,不要并在 SI 那条里面混杂,这样既不符合 SI 对于空格的使用规定,也让人搞不清楚该条目是不是专门在讲 SI 的空格使用。
- --Anghualee(留言) 2022年10月16日 (日) 05:25 (UTC)
- 不明白第一项是什么意思,引文也应该遵循排版要求。不过我认同国际单位制的要求的确如现行。
- 现行条文并未明确“并用”,界定“并用”也缺少明确界限。这条提议算是要替代而非增补这条实际上(de facto)并未完全被中文(乃至CJK)接纳的关于百分号的国际计量局规定:在数字排版领域的可参考标准中,《日语排版需求》的3.1.10条e项明确百分号前不加空格,而紧随的f项就给出了“75.123 4 kg”的例子。原条文中的“在反映一个具体数量时”是具有一定排他性的,即使要另开一条也需要改动既有的这一条,当然(如果能够达成这样的共识)是需要再修订草稿,改变条文中指定的上游标准的。
- 原条文使用百分号的方式,在维基的环境中大约只有计算式的情形下会用到(如计算热机效率)。可以考虑在正文(遵循数字排版规则)和公式(遵循国际单位制要求)环境下作不同的规定。
- --DvXg 📬 2022年10月16日 (日) 07:48 (UTC)
- 那是一个 quote,基本上就是照搬,不会为了刻意符合现代呈现标准去调整他,简单来说就是不要去纠结46页不符合,没意义。
- 请问 % 是哪种 SI?这属于有读内连就懂。W3C 标准跟 SI 标准有什么关系?为什么针对 SI 的论述你要拿 W3C 标准来作依据?
- 另开一条的部分你误解了。
- (好比说原条文是在这个星号)"在反映一个具...除外(例:89°、12′、3″)。"
- (<- 换行打个星号以后,这边放你的另开一条)
- 你当然可以根据实际状况调整你想要的条文形式,我对此并无意见。
- --Anghualee(留言) 2022年10月17日 (一) 06:58 (UTC)
- 引用W3C标准是因为格式手册提及关于数字与符号配合使用的规定只此一处,抱歉可能因为提案中没有改动上游标准的引用造成了误解。我对您对SI标准的解释并没有异议,只是 (1) 站内外的实际使用都更接近W3C标准;(2) W3C标准更综合,其面向数字排版的特点也更适合维基作为网站的格式手册引用。我明白现在的提案还需要更改,但是希望能在再一次修改提案之前先收集对“是否应当明确一般正文中百分号使用时无前导空格”这一点的意见。目前提案修改的大略想法是 (1) 替换原条文,引用W3C标准指引正文格式;(2) 将国际单位制的“并用”适用于公式环境,明确其与W3C标准在百分号运用上的不同。--DvXg 📬 2022年10月17日 (一) 17:32 (UTC)
- W3C起草中的《中文排版需求》,首先他还只是个 draft。其次他的作用是什么呢?根据目的里面讲的"作为实现这个责任的基础,本文整理了中文(汉字)书写系统在排版上的需求。一方面说明需求事项以明确描述中文排版之需求与问题;另一方面也提供与既有标准(如Unicode)的对应,冀求透过本文有效地促进实作。"简单来说,如果你在排版上有特定的要求,比如说你想要直书,而非我们现在维基百科使用的横书,那他就会把这个需求列到排版需求中,来去看看网页标准怎样可以达到这样的需求。你哪怕引用NIST标准去支持加空格,或者引用芝加哥格式去支持不加空格,我都没有意见。但是你引用《中文排版需求》,然后说 % 前面加不加空格怎样。我直接问一句,请问加不加空格按一个空白键处理的这个事情,在网页排版上是有什么困难之处,需要什么技术攻克,以致于到会需要写到排版需求里面去呢?除非你想用的是不断行空白,那也顶多就是找 Unicode 的不断行空白,不是吗。当然你也可能想说你并不是引用 W3C 标准,只是用其中用到 % 的情况当作例子。而在排版需求的讨论中贡献者 kecrily 提到的"如 CSS 和 UI 设计中,普遍不加空格"就解释了这个情况,因为排版需求中大部分是处理 CSS 和 UI 设计,对吧?--Anghualee(留言) 2022年10月18日 (二) 08:39 (UTC)
- 不对,您可能对《中文排版需求》所面向的领域有所误解。虽然这份标准由W3C旗下的兴趣组编写,但它所希望面向的对象是所有基于Unicode的数字排印,包括书籍印刷(如Adobe InDesign)、广告印刷(如Adobe Illustrator)、数字出版(如EPUB)等等,而非限于网页或者应用程序。其前辈《日语排版需求》,也是对JIS X 4051(日本语组版规则)标准的明确、细化与引导。虽然其对术语的使用有注意与CSS标准的相容性,但整篇标准事实上没有一处提到CSS、没有提到某项需求应当使用哪个CSS属性去实现,而是在总结中文排印的标准(事实上只有标点符号的使用部分有较为明确的明文标准)与常规。您说的
- W3C起草中的《中文排版需求》,首先他还只是个 draft。其次他的作用是什么呢?根据目的里面讲的"作为实现这个责任的基础,本文整理了中文(汉字)书写系统在排版上的需求。一方面说明需求事项以明确描述中文排版之需求与问题;另一方面也提供与既有标准(如Unicode)的对应,冀求透过本文有效地促进实作。"简单来说,如果你在排版上有特定的要求,比如说你想要直书,而非我们现在维基百科使用的横书,那他就会把这个需求列到排版需求中,来去看看网页标准怎样可以达到这样的需求。你哪怕引用NIST标准去支持加空格,或者引用芝加哥格式去支持不加空格,我都没有意见。但是你引用《中文排版需求》,然后说 % 前面加不加空格怎样。我直接问一句,请问加不加空格按一个空白键处理的这个事情,在网页排版上是有什么困难之处,需要什么技术攻克,以致于到会需要写到排版需求里面去呢?除非你想用的是不断行空白,那也顶多就是找 Unicode 的不断行空白,不是吗。当然你也可能想说你并不是引用 W3C 标准,只是用其中用到 % 的情况当作例子。而在排版需求的讨论中贡献者 kecrily 提到的"如 CSS 和 UI 设计中,普遍不加空格"就解释了这个情况,因为排版需求中大部分是处理 CSS 和 UI 设计,对吧?--Anghualee(留言) 2022年10月18日 (二) 08:39 (UTC)
- 引用W3C标准是因为格式手册提及关于数字与符号配合使用的规定只此一处,抱歉可能因为提案中没有改动上游标准的引用造成了误解。我对您对SI标准的解释并没有异议,只是 (1) 站内外的实际使用都更接近W3C标准;(2) W3C标准更综合,其面向数字排版的特点也更适合维基作为网站的格式手册引用。我明白现在的提案还需要更改,但是希望能在再一次修改提案之前先收集对“是否应当明确一般正文中百分号使用时无前导空格”这一点的意见。目前提案修改的大略想法是 (1) 替换原条文,引用W3C标准指引正文格式;(2) 将国际单位制的“并用”适用于公式环境,明确其与W3C标准在百分号运用上的不同。--DvXg 📬 2022年10月17日 (一) 17:32 (UTC)
简单来说,如果你在排版上有特定的要求,比如说你想要直书,而非我们现在维基百科使用的横书,那他就会把这个需求列到排版需求中,来去看看网页标准怎样可以达到这样的需求。
- 这一点完全是不正确的,这篇标准的“需求”是对中文排印既有的实践的总结,而不涉及由谁实现、如何实现、在哪里实现。最明显的一处是,3.5节“行内调整”几乎所有的内容都无法用已经大致稳定、有实际浏览器实现的CSS属性实现,反而是同样草案中的CSS Text Module Level 4还在等待《中文排版需求》完成相关条文一并交由浏览器厂商参考。您在这个问题上完全颠倒了需求和实现(CSS)的关系。--DvXg 📬 2022年10月18日 (二) 09:44 (UTC)
- 上面那一段解释了我为什么要提问"W3C 标准跟 SI 标准有什么关系?为什么针对 SI 的论述你要拿 W3C 标准来作依据?"因为白话来讲就是没有关系,不该作为依据。接下来对于你提到的"更接近W3C标准"、"W3C标准更综合"云云,他当然综合,他把所有中文排版在网页技术上遭遇到的困难都列出来说明可以怎么达到,或者以后要怎么促进实作去达到。他就是一个需求整理,一个当你排不出排版的时候,你可以去翻查对照到有什么技术可以帮助你达成那种排版,并不是一个告诉你应该用什么排版的标准。用维基百科来比喻的话,就是 Help 命名空间中某个列出所有模板然后跟你说什么情况可以用什么模板去解决的教学,不代表你在写条目的时候就要用上该 Help 的所有模板,或者是里面有讲示亡号可以用 box 模板,就错误地跑去每个已逝人名加 box 模板,这种文件不是这样运作的。--Anghualee(留言) 2022年10月18日 (二) 09:01 (UTC)
- 续上,您说的“网页技术上”不实,整篇标准通篇没有说是仅面向网页排版,兴趣小组挂在W3C名下并不能说明这是网页专用的,其编写目的也有填补中文排印标准的空白的考虑,而非仅限于中文网页排版标准。我当然知道这篇标准不是像芝加哥格式手册一样涉及语法、大小写一类细则、对应维基MoS的格式手册,但“此处是否加空格”这个问题不同于大小写,它和“此处是否可以断行”这个问题结合得相当紧密,后者则是一个排印问题,这也是我引用这项标准的原因。当然,我也同意加入西文的既有格式手册作为参考能更有说服力,但我不同意您对《中文排版需求》乃至《日语排版需求》与格式手册的空格问题完全无关的论断。--DvXg 📬 2022年10月18日 (二) 09:58 (UTC)
- 对我来说就是挑一个领域(例如网页技术)举完例子就好了,我没有打算穷举的意思,因为这样既容易失焦,也容易搞不清楚我们在讨论的问题是什么。好比说我认为这并不是适用于我们现在在讨论的维基编辑应该在原始码编辑(我知道有其他如视觉化编辑方式,但是我不会提,因为对于讨论没有帮助)中 % 前面要加空格还是不加空格。而请问一下你在努力把书籍、广告、数字印刷都拉进来,然后在最后面还补上"相关条文一并交由浏览器厂商参考"的例子,你有注意到你讲的东西完完全全佐证了这就不是给使用者必须采纳哪种排版(例如横书、直书的挑选),而是让厂商去了解有这些排版需求,让他们实作出相关细节,当使用者要这样排(且这种需求是有所本,例如里面说这个是标点符号用法的规定、那个是轻小说在用,的时候),就可以透过厂商的实作来排出这样的排版。所以在你穷举领域以后,问题还是一样啊:“请问加不加空格按一个空白键处理的这个事情,在网页排版(甚至是你提到的书籍、广告、数字印刷中)上是有什么困难之处,需要什么技术攻克(如你所说需要"相关条文一并交由浏览器厂商参考"),以致于到会需要写到排版需求里面去呢?”--Anghualee(留言) 2022年10月18日 (二) 21:48 (UTC)
- "此处是否可以断行"当然是一个问题,不然我也不会抛出来"除非你想用的是不断行空白",这在我前面贴过的讨论中也提到"Latex ... U+202F"、"IEEE 的标准里也有些单位与数值间用的是 U+00A0",但即便该 issue 已关闭,你有看到 Draft 中有多出任何应使用 U+202F、U+00A0 的条文吗?可以拜托你,哪怕去那个 issue 里面看到哪些标准,英国出的《Writing for Home Office Science 》、IEEE 的标准,甚至是上面你自己贴内连得芝加哥格式,抓哪个出来用都可以,因为这些都是要求作者去遵循的格式标准,都塞子弹给你了,为什么你就是要纠结在一个不适合的引据上纠缠不清呢?--Anghualee(留言) 2022年10月18日 (二) 22:02 (UTC)
- 我同意用格式手册做引据啊,第一条留言我就引用了英维的MoS,要换成上游“一手的”手册我当然也没有意见,但是终归还是需要一个搭得上边的中文的(或者CJK的)标准做补充“中文确实有在这么用”啊。--DvXg 📬 2022年10月19日 (三) 04:55 (UTC)
- 从一开始我就直接打算对标英维的MoS为准,有人异议我才拉了CLREQ出来做论据,为什么您一直觉得是我非要拉这个做标准?至于用哪个Unicode码位做空格原条文和提案都没有涉及啊,如果想明确用{{nowrap}}还是
阻止断行,这是要补充另一项条文了罢。--DvXg 📬 2022年10月19日 (三) 05:02 (UTC)- 我误解我询问"你在为什么针对 SI 的论述你要拿 W3C 标准来作依据?"之后您对于 CLREQ 的说明是在强调该理据是有依据的,是我过多于纠结在旁支上了。至于要找跟中文搭得上边的标准,台湾的标准与检验期刊中国际标准对SI单位之书写建议和经济部标准检验局法定度量衡单位使用指南,以及国家标准草案构成及格式指引前面有提到一些 CNS 标准,本身也有一些撰写标准,你看看用不用得上。不断行的议题也是在这些旁支讨论中延伸冒出来的,若确定要加空格,有需要可以再另案讨论或觉得合适的话就对这个部分补充。--Anghualee(留言) 2022年10月20日 (四) 00:14 (UTC)
- 续上,您说的“网页技术上”不实,整篇标准通篇没有说是仅面向网页排版,兴趣小组挂在W3C名下并不能说明这是网页专用的,其编写目的也有填补中文排印标准的空白的考虑,而非仅限于中文网页排版标准。我当然知道这篇标准不是像芝加哥格式手册一样涉及语法、大小写一类细则、对应维基MoS的格式手册,但“此处是否加空格”这个问题不同于大小写,它和“此处是否可以断行”这个问题结合得相当紧密,后者则是一个排印问题,这也是我引用这项标准的原因。当然,我也同意加入西文的既有格式手册作为参考能更有说服力,但我不同意您对《中文排版需求》乃至《日语排版需求》与格式手册的空格问题完全无关的论断。--DvXg 📬 2022年10月18日 (二) 09:58 (UTC)
- 42页的考量与前文的关系?不太懂“跟计量单位(SI)字母符号并用”概念,国际单位制计量单位如何与百分比符号共用。--YFdyh000(留言) 2022年10月16日 (日) 09:34 (UTC)
- 显然原文之“89°、12′、3″”指的是不用“89 °”、“12 ′”、“3 ″”,而非指合作为“89°12′3″”。另外,百分比是数学符号而非计量单位(一百分之六十七不就是〇・六七吗?),本来就不受相关规则约束,也因此无需另行规定例外。—— Eric Liu 創造は生命(留言・留名・学生会) 2022年10月16日 (日) 12:46 (UTC)
- 啊,这处改动就是为了表示度分秒连写时不分开,您觉得这种格式不正确么?另外我确实认为百分比不是单位,但先行条文将其列出了,改为作为易于混淆的概念做出提示可能也是有必要的。--DvXg 📬 2022年10月16日 (日) 13:11 (UTC)
- 我觉得原文不是这个意思,当然连写的时候确实也是不分开的。—— Eric Liu 創造は生命(留言・留名・学生会) 2022年10月17日 (一) 05:23 (UTC)
- 这处算是想要利用举例来间接明确更多格式上的要求吧,要明文明确也可以?另外,也许应当在MOS:DATENUM明确分和秒应使用Unicode的专用码位,不应使用西文引号代替?--DvXg 📬 2022年10月17日 (一) 17:37 (UTC)
- 我觉得原文不是这个意思,当然连写的时候确实也是不分开的。—— Eric Liu 創造は生命(留言・留名・学生会) 2022年10月17日 (一) 05:23 (UTC)
- 啊,这处改动就是为了表示度分秒连写时不分开,您觉得这种格式不正确么?另外我确实认为百分比不是单位,但先行条文将其列出了,改为作为易于混淆的概念做出提示可能也是有必要的。--DvXg 📬 2022年10月16日 (日) 13:11 (UTC)
- (&)建议用JavaScript或服务器后端解决,不管在源代码里输入32cm还是32 cm,都自动呈现成合适的样子。至于合适的样子是什么,可以另外讨论。--Gqqnb(留言) 2022年10月23日 (日) 09:11 (UTC)
- 如何达到条文要求属于implementation的范畴,不在方针讨论之列。MoS恰恰是要讨论什么是“合适的样子”。--DvXg 📬 2022年10月24日 (一) 09:36 (UTC)
修订提案
- ^ SCC 14 Conventions for Metrication of IEEE Standards (PDF). IEEE. 2017-10-31 [2022-10-29] (英语).
- ^ Joseph Wright. siunitx – A comprehensive (SI) units package (PDF). [2022-10-29] (英语).
- ^ 中文排版需求. W3C. [2022-10-29].
- ^ 日本語組版処理の要件 - 分割禁止. W3C. [2022-10-29] (日语).
- ^ 法定度量衡單位使用指南 (PDF). 经济部标准检验局. [2022-10-29] (中文(台湾)).
根据意见进行了一部分修订,部分细则也许可以参照英维移入Wikipedia:格式手册/日期和数字并加以扩充?DvXg 📬 2022年10月29日 (六) 10:57 (UTC)
- (-)反对,这是要有间隔,而不是要有空格。这应该是技术层面去解决的问题--百無一用是書生 (☎) 2022年11月2日 (三) 02:58 (UTC)
- 所有的西文和中文标准来源都用的是空格(
space character
而非spacing
),您提出只是用间隔的依据是什么呢?况且我的提案反而是收窄了空格的使用范围。 - 中文和西文之间的间隔不用空格,是因为有相关的排版特性支持(Word的“自动调整中文和西文的间距”、CSS在实现中的
text-spacing
等等),而单位前的间隔据我所知没有任何一个排版特性支持,并且也不可能在没有语义支持的情况下完成(排版引擎如何分辨长度“100 m”和带后缀的编号“100m”?)。如果是想借由模板完成的话,一是LaTeX的包siunitx
最终实现也还是落到了空格,二是这对中维翻译条目的所有编者全篇改用模板也不现实,三是想要通过CSS的padding
或margin
实现的话是会影响行首行尾的正常排版的,不知道您中意的不用空格字符的解决方案是什么?--DvXg 📬 2022年11月2日 (三) 04:54 (UTC)- 根据等效采用国际标准ISO1000:1992《SI单位及其倍数单位和一些其他单位的应用推荐》的GB 3100-1993《国际单位制及其应用》,其中也只建议数值与符号之间保留适当空隙,而未要求加空格。而从日常工作和中文期刊中遇到的书写要求经验来看,也未见有要求加空格的--百無一用是書生 (☎) 2022年11月3日 (四) 02:31 (UTC)
- 中文物理期刊确是普遍加空格的:物理学报、光学学报。赞同David Xuang君所言,单位前的空隙不像中西文间的间隔一样易于自动实现,加空格是实现标准所要求的“空隙”的最自然手段。--Lt2818(留言) 2022年11月3日 (四) 04:26 (UTC)
- 看了物理学报的投稿模板,并未要求加空格,而且发表的文章中(至少你提供的这篇)也是有时加有时不加。另我又看了一下《化学进展》的投稿模板,也未要求加空格,而且模板中自己也是有的有空格,有的没有。我认为中文出版物的这个现象可能是受英文出版的影响,但中文本身并无规定和习惯(至少在我的经验中都是不加空格的);也可能是不同领域的学术习惯问题导致--百無一用是書生 (☎) 2022年11月3日 (四) 08:45 (UTC)
- 相反,我认为有时不加空格恰恰是母语为汉语的人习惯性的忽略单词间的空格,日常对话中即使在连用两个外来西文词的时候,人们也常常忘记中间的空格。私以为这里加空格的原因在于:阿拉伯数字作为语法上的数词,而单位缩写则是语法上的量词,两个语法成分不同的词自然不是一个词;数字的文种虽然“中性”,单位缩写则明显是西文,两者连用应视同插入的西文;那么,中文中插入的西文自然应当适用西文的书写规则。--DvXg 📬 2022年11月3日 (四) 14:17 (UTC)
- 两篇论文中,我看到的计量单位字母前都是有空格的,不知是否有遗漏的情况。《化学进展》的投稿模板里有空格和无空格都有出现(“8 cm×5 cm 以内”“宽度不超过8cm”),或许模板本身并不严谨,不及出版的论文成品有说服力。--Lt2818(留言) 2022年11月4日 (五) 05:35 (UTC)
- 看了物理学报的投稿模板,并未要求加空格,而且发表的文章中(至少你提供的这篇)也是有时加有时不加。另我又看了一下《化学进展》的投稿模板,也未要求加空格,而且模板中自己也是有的有空格,有的没有。我认为中文出版物的这个现象可能是受英文出版的影响,但中文本身并无规定和习惯(至少在我的经验中都是不加空格的);也可能是不同领域的学术习惯问题导致--百無一用是書生 (☎) 2022年11月3日 (四) 08:45 (UTC)
- (▲)同上--YFdyh000(留言) 2022年11月3日 (四) 04:30 (UTC)
- 这就是我之前问的最后一个问题啊,空格也好padding、spacing也罢,您钟意的实现方案到底是什么呢?--DvXg 📬 2022年11月3日 (四) 14:19 (UTC)
- 中文物理期刊确是普遍加空格的:物理学报、光学学报。赞同David Xuang君所言,单位前的空隙不像中西文间的间隔一样易于自动实现,加空格是实现标准所要求的“空隙”的最自然手段。--Lt2818(留言) 2022年11月3日 (四) 04:26 (UTC)
- 根据等效采用国际标准ISO1000:1992《SI单位及其倍数单位和一些其他单位的应用推荐》的GB 3100-1993《国际单位制及其应用》,其中也只建议数值与符号之间保留适当空隙,而未要求加空格。而从日常工作和中文期刊中遇到的书写要求经验来看,也未见有要求加空格的--百無一用是書生 (☎) 2022年11月3日 (四) 02:31 (UTC)
- 关于“反而是收窄了”,现行条文“国际计量局建议”,新条文“应插入”,语气是强化了。建议维持建议级别。--YFdyh000(留言) 2022年11月3日 (四) 03:19 (UTC)
- 完成,改动比较小,就直接用删除线改掉了。DvXg 📬 2022年11月3日 (四) 14:22 (UTC)
- 所有的西文和中文标准来源都用的是空格(
- 对“百分号前应插入空格”有异议。以例子中的“质量分数”搜索到这篇论文,未见百分号前有空格者。标准中的规定看似未被普遍遵守,我觉得没有写入格式手册的必要。简单处理的话,把百分号直接从条文中删除即可。--Lt2818(留言) 2022年11月4日 (五) 05:35 (UTC)
- 大陆GB 3100未见百分号相关规定,而之前讨论中有用户找到的台湾政府标准沿用了这条SI的规定,大概可以找找台湾的学术论文,或者是政府标准(比如计量、环境监测相关的)?--DvXg 📬 2022年11月4日 (五) 05:47 (UTC)
- 如果最后没有地区普遍使用的话,那么
支持将百分号直接并入度分秒比照处理或者可以直接限定在非中文环境(公式)适用?--DvXg 📬 2022年11月4日 (五) 05:48 (UTC)- 以“質量分率”为关键词搜索台湾的论文,一篇混杂无定章,另一篇只在图内出现百分号前空格,图外则百分号前无空格。--Lt2818(留言) 2022年11月5日 (六) 06:40 (UTC)
- 您有什么想法么?除了公式内应该还需要沿用SI格式之外,我不太确定其他地方是不是就完全不用了。--DvXg 📬 2022年11月8日 (二) 15:57 (UTC)
- 以“質量分率”为关键词搜索台湾的论文,一篇混杂无定章,另一篇只在图内出现百分号前空格,图外则百分号前无空格。--Lt2818(留言) 2022年11月5日 (六) 06:40 (UTC)
- (-)反对:持续在最终方针文字定案内容中夹杂没必要加入方针的外部草稿文件作为案例,隐示或暗示W3C标准建议该做法,或使用类似方式为符合W3C标准的做法。--Anghualee(留言) 2022年11月4日 (五) 09:16 (UTC)
- ……那么中文排版的实践情况用什么引证呢,还是说条文内此处不言自明不需要引证呢。--DvXg 📬 2022年11月4日 (五) 14:20 (UTC)
- 另外反对“持续”的说法:这明明才是第二稿,而这处引证是第一稿这一点被人质疑之后才加进去的,之前你在意见中只表达了“这不是对应领域的标准”而不是“此文件不能作为对既有中文排版实践的参考”,这里也确实只是作事实参考而非标准引用,“持续在定案内容中”明显不实。要是只是不想把这个插进引用、只需要有讨论存档作参考那就直接提出来,不要这样虚增一顶“持续忽略其他用户意见”的大帽子。--DvXg 📬 2022年11月4日 (五) 14:31 (UTC)
- 另外,顺便再回应一下您之前提供的几份标准链接:这里存在的问题是缺“一般情形下中文对百分号的使用”的参考,而非“在SI体系下使用百分号”的参考,两者对百分号的处理事实上就是不一致的。您提供再多计量、技术写作方面的标准,也都只是SI标准的延伸。而百分号并不只在度量衡体系下使用,其最常见的应用——增长率,并不与SI所定义的物理量相绑定:人口增长率的单位“人”、经济增长率的单位“不变价美元”,都和SI的单位体系没有关系,这里需要的是中文传统出版、新闻传媒领域的相关标准(就像AP和NYT的格式手册)。--DvXg 📬 2022年11月4日 (五) 14:50 (UTC)
Lt2818方案
我提个修改方案吧,条文在Wikipedia:格式手册#空格。
说明如下:
- 删除“国际计量局”字样,其规范有未被普遍遵守的情况,格式手册不必与之挂钩。其他外部规范也同样不必写入。
- 百分号就是个例子,百分号前是否加空格没有共识,公式内亦然,因此从条文中删除了百分号。
- “半角”指的是宽度,由于更窄的空格亦可接受(如前一提案提到了“窄不间断空格”),故而删去。
- 从Help:数学公式可见LaTeX中使用“窄不间断空格”的场景远不止计量单位。如果要讲公式的话,另行单独叙述可能更合适,这里就不加了。
- 前一提案中的deg似乎不是中文里规范或普遍使用的单位(与rad不同),没有写入。
- 前一提案中“不使用西文单词缩写符号”的总括有些问题,百分度
g
也可以说是西文单词缩写符号。我就用“……之类符号”代指了,没想到更好的总括短语。 - 度分秒虽然不是“字母符号”,但有必要体现出和前半句例子中“45 °C”的差别,不宜删去。
- 从89°12′3″的连写足以推出三种符号单用时的写法,不必赘述。
行文字眼从“推荐”到“建议”,语气从强到弱。
--Lt2818(留言) 2022年11月9日 (三) 06:02 (UTC)
- 由于具体用法和共识仍模糊,倾向保持“建议”而非“推荐”,以免出现争议时据此力争。其他暂无意见。--YFdyh000(留言) 2022年11月9日 (三) 12:48 (UTC)
- 如果最后只是取消百分号的空格要求也可以,毕竟事实标准也会成没有空格,不过条纹内“度分秒”前最好还是加一个“惟”之类的连词明确一下语义。--DvXg 📬 2022年11月15日 (二) 09:04 (UTC)
- 加了一个“但”,不知是否更好些。“惟”可能被理解为排他性,“但”作连词使用时只表示转折。--Lt2818(留言) 2022年11月15日 (二) 10:04 (UTC)
- 没其他意见的话就 公示7日。--Lt2818(留言) 2022年11月24日 (四) 04:19 (UTC)