维基百科讨论:格式手册/文字格式/存档一

关于斜体的用途

正文中提到了中文斜体的不同用途,但我以为中文的斜体可读性非常差,不应以斜体方式展现给读者。

斜体、粗体有两种展现方式:

  • 一是模拟。计算机对每个字进行计算,对笔划加粗或斜置。这种粗体斜体,被专业人士称为伪粗伪斜
  • 二是读该字体的意大利字体。例如英文的Arial字体,它有五个文件,Arial常规、Arial粗体、Arial粗体斜体、Arial黑体、Arial斜体。对用Arial字体的英文字,取其斜体是来自“Arial斜体”这个文件,是Arial的意大利斜体,而不是计算机计算的结果。(italic就是意大利斜体的意思——意大利人把字写得斜斜的)

所以英文粗体斜体大都很好看,而中文粗体有“黑体”这一字体,而斜体一直没有过。而且中文就不存在斜体一说,有谁把汉字写成斜的?斜体汉字只是受英文有斜体这一思想的影响罢了。

你有兴趣的话可以尝试看看读中文斜体,这是非常不舒服的!在专业论文期刊中,鲜有中文斜体。

我提议不要把中文斜体展现给读者。方法有二:

  • 不提倡对汉字应用斜体。对于已经应用的,要去修改(机器人或手工)。
  • 修改网站的css,已知维基把''文字''渲染成<i>标签,重定义i的样式,使它不要斜。但这样,英文的斜体也没了,要花些额外的功夫处理。

参考资料我没找到多少,大家可以看看上面伪斜、斜体两个维基链接;另外就是TeX里的思想,只找到一篇帖子http://bbs.ctex.org/viewthread.php?tid=42976 --Gqqnb (留言) 2011年6月30日 (四) 13:23 (UTC)

已经研究出解决方法。请试用我的脚本中文无粗斜.js。--Gqqnb留言2014年5月1日 (四) 06:21 (UTC)

议题:彩色文字与小图示的滥用问题

这个问题其实一直以来都间或有人提出,也有进行过一些讨论,但这次想要好好讨论一下之后将其增列入格式方针中。或许是个人审美观的考量,或者对于某些人来说这样的编辑方式比较有参与感,一直以来都有用户喜欢将中文维基的内文以各种彩色的文字与琳琅满目的图示“装饰”成像这页内容般的华丽状态。这些彩色文字有些是模板,有些是直接以html指令写成的。这种状况大部分都是出现在与交通、游戏、卡漫或演艺娱乐相关的条目或内容中,某个程度来说这似乎与粉丝风格内容有正关系(此为个人观察感想,我没有明确的做过统计)。

综观所有主要维基语版,迄今只有见到中文维基存在这样的现象:英文版几乎不存在彩色文字的使用,而且除了国旗图示会出现在表格中的情况外,我几乎没见过其他种类的小图示(像是公路线的图示之类的);日文版不使用彩色文字,但是偶尔会出现国旗以外的小图示于内文中,但是通常只作为条列示内容的标头(日文版特别喜欢用条列式的方式写文,并且感染了不少中文维基的文章,这个我相信有观察过的用户都有此印象)。相对的,日文版比较常见的作法是将列表标头的小方格(■)根据必要改成彩色的,但不会去更动文字颜色。

并不是说其他语版怎么制订规则我们就非得跟随不可,但是我想呼吁在中文维基中严格地禁止彩色文字与小图示的滥用,主要是基于下面几点考量:

  1. 原本的方针中本来就有“不要花俏”这个原则。
  2. 文字颜色对于维基百科来说是功能性的象征,例如蓝色是有内容的连结、红色是空连结,靛色是已经浏览过的连结,最近又多了使用link语言模板的浅绿色连结。如果随意改变文字颜色,等于破坏了文字颜色的功能性。
  3. 不管是彩色文字还是小图示模板,都必须在内文中加入特殊的编码,交杂太厉害时连资深用户在编辑时都嫌眼花,何况是生手。纵使那些彩色文字/图示爱好者不介意多花功夫进行编辑,但是如果一段文字已经加入了许多彩色字码的标签,那后续添加内容的人是跟进与否?跟进的话会白白增加编辑工作,不跟进则会混乱版面。为了这种没特别意义原因提升编辑困难度与工作量,很无意义。
  4. 颜色与图示版面的选择牵涉到个人审美观,但是每个人的审美都不同,往往会因为觉得好看或不好看反复更改用色或版面,甚至造成编辑冲突。与其为了这种没有对错的事情吵架,还不如统一格式,整齐、数大便是最基本的美感。
  5. 使用彩色文字与图示并不会带来额外的象征意义,只是重复地把文字已能表达的事情再重复一次而已。难道我非得看到“台北捷运红线”的字变成红色的,才会知道红色长这模样?难道我非得看到代表省道的盾状标志,才知道“九号省道”是一条省级道路?
  6. 整段文章被一堆小图示插入,至少就我而言是影响阅读顺畅度的。

基于上述理由,我想要简单扼要地提出如下的规则建议:

  1. 除Infobox中在必要时允许使用外,不管是文章、表格还是列表型式的主文内容,完全禁止使用彩色文字。
  2. 小图示只允许使用在Infobox与表格中,或者是作为列表或条列式内容的表头,但是在内文叙述中禁止插入小图示。(这是一点小让步,其实我比较倾向英文版的作法,完全不用)

以上只是抛砖引玉。不管各位是支持、反对,还是有其他相关的提案,都请各位中文维基人提供一下想法,获得共识之后写入格式方针,然后以后要出手进行整理时,也比较有依据、避免争议。谢谢大家。--泅水大象讦谯☎ 2013年1月22日 (二) 11:07 (UTC)

(+)支持:--下限魔法少年爱德华★爱生活圆神萝莉塔 2013年1月22日 (二) 12:41 (UTC)
(+)支持: 动漫条目也有这种问题;列表中的颜色(底色)如何处理?(见维基百科:互助客栈/条目探讨/存档/2012年11月#特命战队Go Busters VS 海贼战队豪快者 THE MOVIE#登场人物中五颜六色的文字)--Nivekin请留言 2013年1月22日 (二) 13:17 (UTC)
(:)回应:虽然我的议题先只提出文字本身的颜色问题,但依照相同的考量原则,表格也是建议一律采用如class:wikitable这类固定、颜色单纯的配置,统一整个中文维基的格式。那种花俏的颜色标示,往往只需要简单的文字叙述就能作到相同的功能。--泅水大象讦谯☎ 2013年1月22日 (二) 13:29 (UTC)
先表达(+)支持,其实最根本的还是方针问题——格式手册已经好久没有更新了。相对于小修小补,看来还是翻译新版本比较有效(如果能翻译英文版本的话应该是最理想的)。但单是想像要翻译,然后获得通过,当中已经需要不少时间,一个人肯定做不来。要做的话应该要召集多一点人一起翻译吧。—Altt311留言2013年1月22日 (二) 15:12 (UTC)
我有打开英文版的格式手册速翻了一遍,发现规模篇幅实在惊人,里面有些内容不见得适合中文版的格式,我们可以挑重要的部分撷取。--泅水大象讦谯☎ 2013年1月23日 (三) 02:15 (UTC)
同意我们不是一定要尽翻英文版手册,但在决定翻译的范围前,应先对尽翻英文版手册所载的规则进行较全面的评估,在加上正式的进行翻译,这些都是需要多一点人一起做才能令成效显著。--Altt311留言2013年1月23日 (三) 17:10 (UTC)
我觉得有彩色字和图案没什么不好的,可以避免只有黑色字体审美疲劳,其实这正是我们比传统的纸质百科全书优越的地方,百度百科好像也做不到这些华丽的效果呢~--九紫离火很高兴认识你♥ 2013年1月22日 (二) 16:14 (UTC)
新一代的纸本百科全书也是彩色印刷的,但是彩色的部分只有图片,内文还是标准的黑色字体,为什么呢?因为对比最大的黑与白才是看久了之后最不会疲劳的配置方式,不信的话您可以用文书处理程式打开一篇长文,然后把里面的字体全换成红色、亮蓝、亮绿这种对比比较低的浅色文字,试试看看久了之后会不会吃力。会把文字印得花花绿绿的只有给儿童看的读物,因为儿童无法长期专心在文字本身,所以只好靠文字的颜色吸引他们注意力。所以这不是进步或优越的地方,而是搞错场合跟用途了!--泅水大象讦谯☎ 2013年1月23日 (三) 02:13 (UTC)
彩色文字的最大问题是后来人编辑不方便......--魔法少年爱德华★爱生活圆神萝莉塔 2013年1月23日 (三) 02:20 (UTC)
如果是用模板产生的彩色文字,情形更严重。--泅水大象讦谯☎ 2013年1月23日 (三) 02:23 (UTC)
文字中使用两色, 会与内部结链混淆; 其他粉红等颜色又有碍阅读。到时不是审美疲劳,是--Nivekin请留言 2013年1月23日 (三) 02:52 (UTC)
说起来,这已经不是审美疲劳的问题了。色盲色弱者...........--魔法少年爱德华★爱生活圆神萝莉塔 2013年1月23日 (三) 04:16 (UTC)

限制文字染色?那{{link-en}}怎么办?--达师261442 2013年1月23日 (三) 08:08 (UTC)

觉得{{ilh}}类不受限,首先颜色单调很多(只有不存在本地时才是其他颜色),而且这是必需的指示色,和上面提到的代表颜色不太一样,也不影响编辑(颜色在设计时已经处理到支持脚本之中,而且脚本失效时还是原来的红链)——Sakamotosan 2013年1月23日 (三) 08:43 (UTC)
目前建议可以把ilh产生的颜色文字视为是与蓝连结、红连结、浅蓝连结一样的功能性颜色文字,排除于本讨论之外。--泅水大象讦谯☎ 2013年1月23日 (三) 10:29 (UTC)

用户主动对内文使用的文字颜色修改模板,不能应用于条目之中。这一方面是为了减轻服务器负担以及方便后来编辑者的维护,另一方面是为了方便色盲或色弱读者阅读文字。

以上建议加入到适当的方针或指引中。--魔法少年爱德华★爱生活圆神萝莉塔 2013年1月23日 (三) 11:28 (UTC)

目标页面应该是Wikipedia:格式手册 (文字格式) --达师261442 2013年1月24日 (四) 07:10 (UTC)
(&)建议您指出该条目页面的根本问题,不是在颜色或图示,而是在列表,条目内容基本上不应该有那样的列表出现,最好是独立出来列表页面,列表页面按情况应该可以保留一下小图示及颜色,像保留国旗的图示似乎在很多列表上,如各国国内生产总值列表_(国际汇率)是常态。--(研究维基和百度百科的hanteng|留言) 2013年1月24日 (四) 08:15 (UTC)
中小型的列表在中文维基中出现的频率很高,而且并不都适宜另外单独成一篇编辑,所以这两件事情并不适合切割讨论。相反的,独立成篇的列表该如何规范反而是可以考虑另外开题的讨论,但我其实倾向不管哪种状况全都以同一种标准从严规范。--泅水大象讦谯☎ 2013年1月24日 (四) 08:24 (UTC)
请大象提出具体的方案,或同意我的方案,否则这讨论没完没了。--魔法少年爱德华★爱生活圆神萝莉塔 2013年1月27日 (日) 05:22 (UTC)
看了看,认为爱德华那个建议是这个规则总体的解释,大象的2个建议是实际应用上的规则,和内容上没有冲突。如果只打算小修小补的话,就专注于把这3个建议的内容成为共识,然后动工清理。(必要时找机器人帮忙)--Altt311留言2013年1月27日 (日) 17:00 (UTC)
我的具体方案不是一开始就列出来了吗?在维基百科上要一次进行大规模的规则变动不容易,所以能够增订这两条让日后的整理工作师出有名,就现阶段来说已经可算满意了。--泅水大象讦谯☎ 2013年1月27日 (日) 18:10 (UTC)
若最终没有东西写进方针,日后争议出现,这个讨论将会毫无参考意义,信不信由你。--魔法少年爱德华★爱生活圆神萝莉塔 2013年1月29日 (二) 06:18 (UTC)
那是一定的。所以我开这条讨论的目的,是确定参与讨论用户意见如果大部分都很一致的话,在讨论结束后就把提案中的那两条规则加入格式手册中,作为日后清理条目时的理据。--泅水大象讦谯☎ 2013年1月29日 (二) 09:05 (UTC)

其实我还是想问,到底是哪两条?.......--魔法少年爱德华★爱生活圆神萝莉塔 2013年2月1日 (五) 09:16 (UTC)

这两条:
  1. 除Infobox中在必要时允许使用外,不管是文章、表格还是列表型式的主文内容,完全禁止使用非系统功能定义的彩色文字。
  2. 小图示只允许使用在Infobox与表格中,或者是作为列表或条列式内容的表头,但是在内文叙述中禁止插入小图示。
当然,这是我提议的版本,叙述细节是否有需要修改以变得更明确之处,或是更严格限制相关作法,都欢迎讨论。--泅水大象讦谯☎ 2013年2月1日 (五) 09:26 (UTC)
( ✓ )同意:我先前在互助客栈提出了有关Accessability(可读性)方针的建议,才知道有此讨论。现在的结论为何?该方针还没有加入正式页面以内?我在巡视页面的时候,实在太多刺眼的颜色了,例如{{上海申花足球俱乐部}}。希望能够尽快通过。钢琴小子 打个招呼 查看贡献 2013年2月22日 (五) 23:00 (UTC)

再次提请通过Wikipedia:格式手册/文字格式为指引

上次仅一人附议,无法达成共识,随后便冷清下来,今天一看,竟然已经被机器人存档,无奈只好重提。望社群予以重视…… --达师261442 2013年2月5日 (二) 06:53 (UTC)

你看现在客栈热火朝天的,不管发什么东西都会很快被盖过去。--♥VC XC 2013年2月5日 (二) 07:17 (UTC)
有条件(+)赞成:若删除斜体-西文作品名该行就附议及(+)赞成。理据:英文方针是因为有明列作法及范围(非西文限定,而是限定物件种类),现在中文部分,范围过广,再加上作品在中文书写,多以标点符号的方式处理,(&)建议此项目转移到标点符号处理。--(研究维基v百度百科hanteng) 2013年2月5日 (二) 11:30 (UTC)
是写在“文字格式”这部分么?乌拉跨氪 2013年2月7日 (四) 03:33 (UTC)
因为我的提案除了文字颜色问题外,也包含了小图示模板的滥用问题,原本有考虑是否要写在格式手册主页“不要花俏华丽”的段落中,但我也不反对放入文字格式分页,各位觉得呢?--泅水大象讦谯☎ 2013年2月7日 (四) 03:40 (UTC)
文字颜色也可以算作是这里说的文字格式吧。另外,是否要把名字更改为“正文格式”?毕竟一些参考文献、外部链接、导航模板内文字等还是应当区别对待。--Kuailong 2013年2月7日 (四) 04:27 (UTC)
正文格式又可以有其他理解。 --达师261442 2013年2月7日 (四) 13:12 (UTC)
将部分措辞与维基百科:格式手册/标点符号进行了统一。乌拉跨氪 2013年2月9日 (六) 05:47 (UTC)
下画线
指引中的下画线部分感觉很不具体,看完好像没办法了解能不能用下画线?ffaarr (talk) 2013年2月7日 (四) 09:45 (UTC)
大概是不能吧。 --达师261442 2013年2月7日 (四) 13:12 (UTC)
英文是不行:"Generally, do not underline text or it may be confused with links on a web page.",已增改内容,若不宜请回退:"...,所以一般情况下,不要用下划线。"--(研究维基v百度百科hanteng) 2013年2月7日 (四) 16:29 (UTC)
赞成这个修改。ffaarr (talk) 2013年2月8日 (五) 12:01 (UTC)
斜体
关于斜体的问题,在上面开了一个投票。乌拉跨氪 2013年2月7日 (四) 16:11 (UTC)
(※)注意:我已增改内容,若不宜请回退:--(研究维基v百度百科hanteng) 2013年2月7日 (四) 16:25 (UTC)
西文作品名(仅限于整段作品列表或书目,其余一般情况应以标点符号方式标明西文作品名)。

已超过一周没有任何其他意见,且参与讨论的维基人意见已经比较一致,通过为指引。 --达师261442 2013年2月17日 (日) 17:16 (UTC)

 谢谢你达师努力和坚持。--(研究维基v百度百科hanteng) 2013年2月20日 (三) 03:04 (UTC)

汗,监视页面看到修改才知道有过这个文字格式的讨论。我反对中文斜体。公交车站条目的行内图片我觉得可以接受,彩色文字我也可以接受。如果所说的禁止除infobox外的行内图片和彩色文字,我觉得太过严格了。斜体、下划线、彩色文字、行内图片,希望分开讨论。--Gqqnb留言2013年3月10日 (日) 04:44 (UTC)

没有任何强调文本的办法,这不合理

在英文维基百科中,格式指引不允许使用''text''<i>text</i>)或者'''text'''<b>text</b>)做强调。这是因为HTML本身有专门用于表示强调的{{em|text}}<em>text</em>),只有这一种用法才是语义正确的。通常在多数浏览器中,<em>text</em>会被渲染成斜体,这就是所谓样式与内容分离

然而在中文维基百科中,既禁止粗体,又禁止斜体,这就无法以任何方式强调文章内容。在下认为这是不合理的,较合理的解决方法可能是修改维基百科程序,让程序对中文的{{em|中文文本}}以更合适的样式进行渲染,比如说另一种字体。或者也许可以善用中文标点符号,以着重号进行强调,并修改程序,让{{em|中文文本}}遇到中文时,输出着重号。我搜索了一下,在W3C的邮件列表中,就讨论过用着重号渲染<em>中文</em>的问题。然而,着重号在香港、台湾使用甚少或不是标点符号,并不是一个完全令人满意的方案。

如需强调内容,现在多是非正式地使用'''text''',但在下认为非常需要一种强调文字的正规方法,不知各位有何高见。— Bieraaa查水表 / 送快递于 世界统一时间 (UTC) 2017年6月8日01时20分 留言

提议修改Wikipedia:格式手册/文字格式#颜色及内联图像的内容

因为每个读者所使用的萤幕不一定是彩色萤幕或打印时所出现的结果不一定是彩色,我想直接修改Wikipedia:格式手册/文字格式#颜色及内联图像内容,但User:Aotfs2013以未取得共识为由而被回退,所以想要征求一下社群意见,我提议修改Wikipedia:格式手册/文字格式#颜色及内联图像的内容如下:

现行条文

== 颜色及内联图像 ==

关于图像的规定为Wikipedia:格式手册/图像的覆盖范围,应及时建立并移动过去。

在条目正文及表格之中,禁止手动或使用模板将文字染成某种特殊的颜色,可以接受的情况仅限于信息框中。这一方面是为了减轻服务器负担以及方便后来编辑者的维护,另一方面是为了方便色盲色弱读者阅读文字。<ref>参见Wikipedia:铁道专题/移除着色文字模板。</ref>

提议条文

== 颜色及内联图像 ==

关于图像的规定为Wikipedia:格式手册/图像的覆盖范围,应及时建立并移动过去。

在条目正文及表格之中,禁止手动或使用模板将文字染成某种特殊的颜色,可以接受的情况仅限于信息框中。这一方面是为了减轻服务器负担以及方便后来编辑者的维护,另一方面是为了方便色盲色弱、使用黑白萤幕或打印纸本的结果是黑白的读者阅读文字。<ref>参见Wikipedia:铁道专题/移除着色文字模板。</ref>

--林勇智 2017年12月26日 (二) 10:59 (UTC)

本讨论已经结束。请不要对这个存档做任何编辑。
方针与指引是已凝聚的社群共识的体现,本来就不应该根据自我认知扩大方针解释范围;要扩大方针与指引解释范围,应须经过充分凝聚共识。——Aotfs2013 留于 2017年12月27日 (三) 08:58 (UTC)
此条文立意很明显,公示讨论不会带来多少价值,满足“修改本文时请确保能够反映共识”。仅语句表达方面,公示讨论并不能“充分凝聚共识”,反而会催生多个版本(如目前情况),直接修改和在讨论页探讨更省时。--YFdyh000留言2018年1月5日 (五) 18:00 (UTC)

即起公示7日。——Aotfs2013 留于 2018年1月3日 (三) 13:46 (UTC)

指引小修改‧格式手册(文字格式)

已通过:
先修订后审议完成,展示已越七日,下列修订通过。--J.Wong 2018年7月9日 (一) 04:09 (UTC)
下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。


本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。

修订WP:MOSBOLD

客栈更新好快,今天才发现Wikipedia:互助客栈/方针/存档/2019年2月#修订WP:MOSBOLD已经存档了。于是再提修订WP:MOSBOLD,提案如下:

现行条文

维基百科会自动将标题(章节标题)以粗体显示。人为加粗的标题,会显得特别加粗,虽然可以这么做,但并不合适。

对条目正文中的重点,请别使用粗体。在条目的其余部分,只有以下少数特殊用途才使用粗体。

  • 表格的标题(标题行)
  • 定义列表
  • 在一些书目格式中,期刊文章的卷册编号
提议条文

维基百科会自动将章节标题和表格标题以粗体显示。人为加粗的标题,会显得特别粗,虽然可以这么做,但并不合适。

条目正文中的重点,请别使用粗体。在条目的其余部分,只有以下少数特殊用途才使用粗体。

  • 表格的标题(标题行)
  • 定义列表的“术语”部分。
  • 在一些书目格式中,期刊文章的卷册编号

以上(笑)。Fire and Ice 2019年2月16日 (六) 17:34 (UTC)

@Temp3600:这次似乎并没有提议修改人名列表或虚构角色列表?--Wcam留言2019年2月17日 (日) 12:55 (UTC)
澄清“定义列表”的含义即可,无需叠床架屋。Fire and Ice 2019年2月17日 (日) 13:46 (UTC)
暂无异议。--Wcam留言2019年2月19日 (二) 02:13 (UTC)

建议修改Wikipedia:格式手册/文字格式#颜色及内联图像

公示期间未见反对意见;通过。Σανμοσα五四运动百周年 2019年5月3日 (五) 10:31 (UTC)

下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。

简而言之:本修订旨在为禁止在条目当中的表格滥用背景颜色提供指引上的依据。

现行条文

在条目正文及表格之中,禁止手动或使用模板将文字染成某种特殊的颜色,可以接受的情况仅限于信息框中。这一方面是为了减轻服务器负担以及方便后来编辑者的维护,另一方面是为了方便色盲、色弱或使用黑白版本的读者阅读文字。

类似地,条目正文中,禁止使用内联图像(例如在文字中出现 这样图像),但若在表格及信息框中使用则是可以接受的。

提议条文

在条目正文及表格之中,禁止手动或使用模板将文字染成某种特殊的颜色,可以接受的情况仅限于信息框中。这一方面是为了减轻服务器负担以及方便后来编辑者的维护,另一方面是为了方便色盲、色弱或使用黑白版本的读者阅读文字。

只有在背景颜色可帮助阐释条目内容,且没有其他更佳的表达方式时,才可对表格或其他的内文元素加入背景颜色。为了照顾视障或色觉障碍读者的需要,请避免单独地使用背景颜色来表达某一含义,而应适当地同时以文字方式表述。为了保障条目的可读性,请避免使用饱和度过高,或与文字对比度不足的颜色作为表格的背景色。禁止使用CSS代码对表格背景加入花俏的样式(如渐层色等)。

类似地,条目正文中,禁止使用内联图像(例如在文字中出现 这样图像),但若在表格及信息框中使用则是可以接受的。

因应在VPD的两则讨论:Wikipedia:互助客栈/条目探讨/存档/2019年4月#香港条目内交通部分的疑问Wikipedia:互助客栈/条目探讨/存档/2019年4月#条目内表格之杂乱底色,考虑到现行指引WP:MOSTEXT当中,只有对条目内的染色文字作出管制,对表格滥用背景色的问题存有明显漏洞,故此提出本草案。

以上。--无聊龙·留言·贡献香港图片愿望单征集中 2019年4月11日 (四) 06:56 (UTC)


本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。

外文粗体

下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。

想问一下社群对于外文粗体的使用上有没有任何先前共识/规定?Σανμοσα y=0 regardless the value of x 2019年4月13日 (六) 00:25 (UTC)

建议修订

a. Wikipedia:格式手册/文字格式建议修改如下:

现行条文

将非拉丁字母如希腊字母西里尔字母加粗,在技术上是可行的,但应当避免这么做。

提议条文
外文粗体

如果一个外文出现在条目定义句中,并且符合以下至少任何一种情形:

  1. 是中文维基百科中所属条目的名称;
  2. 在中文环境中属于非人名的常用简称/缩略写法;
  3. 属于未有中文版本的常用人物别名在中文环境中的最常用版本;

则该名称可根据Wikipedia:格式手册#条目定义句规定予以加粗,否则该外文不应加粗。外文全称的缩略写法字母不应单独加粗。

不过,即使该外文符合上述规定可予以加粗,移除第二类外文加粗的编辑仍不应被撤销。

将非拉丁字母如希腊字母西里尔字母加粗,在技术上是可行的,但应当避免这么做。

b. Wikipedia:格式手册建议修改如下:

现行条文

(上略)

请您尽可能在首句带出文章所属的主题。如:

  • '''海森堡测不准原理''',在[[量子物理学]]……
传记

历史上的概念如朝代、已不适用的地名等,应注明有效时间。人物则应提及出生(和死亡)的年月日。

这里有对于一般情况的概要:

  • '''孙中山'''(1866年11月12日-1925年3月12日)是中国近代民主革命家,民主先行者……
  • '''史提芬·威廉·霍金'''({{lang-en|Stephen William Hawking}},1942年1月8日-2018年3月14日),是英国著名[[物理学家]]……
提议条文

(上略)

请您尽可能在首句带出文章所属的主题。如:

  • '''海森堡测不准原理''',在[[量子物理学]]……

外文粗体及斜体须依照Wikipedia:格式手册/文字格式的规定处理。

传记

历史上的概念如朝代、已不适用的地名等,应注明有效时间。人物则应提及出生(和死亡)的年月日。

这里有对于一般情况的概要:

  • '''孙中山'''(1866年11月12日-1925年3月12日)是中国近代民主革命家,民主先行者……
  • '''史提芬·威廉·霍金'''({{lang-en|Stephen William Hawking}},1942年1月8日-2018年3月14日),是英国著名[[物理学家]]……

c. Wikipedia:格式手册/传记建议(i)通过“非中文人名”部分为指引,并(ii)修改如下:

现行条文

格式手册的目的很简单:让格式整齐统一。以下规则并非金科玉律。许多种格式并无高下之分,但如果每人都遵循同一格式,维基百科将更为易读易用,当然也更易撰写编辑。

(略)

非中文人名

非中文人名应标出其本语言名字的拼写。外文名是否应使用粗体格式目前没有共识,以下两种样式都有使用。

  • 温斯顿·伦纳德·斯宾塞·丘吉尔爵士(英语:Sir Winston Leonard Spencer Churchill,1874年11月30日-1965年1月24日),英国首相,政治家、演说家,被认为是20世纪最重要的政治领袖之一,带领英国获得第二次世界大战的胜利。
  • 奥利维尔爵士夫人费雯·丽英语:Vivien Leigh, Lady Olivier,1913年11月5日-1967年7月8日),英国国宝级电影演员,她获得奥斯卡最佳女主角奖两次提名,两次都得奖,分别是第12届的《乱世佳人》和第23届的《欲望号街车》。
提议条文

格式手册的目的很简单:让格式整齐统一。许多种格式并无高下之分,但如果每人都遵循同一格式,维基百科将更为易读易用,当然也更易撰写编辑。

(略)

非中文人名

非中文人名应标出其本语言名字的拼写。根据Wikipedia:格式手册/文字格式规定,除非该本语言名字出现在条目定义句中,并且是其在中文维基百科所属条目的现行名称或其未有中文版本的常用别名在中文环境中的最常用版本,否则不可为该本语言名字加粗。样式如下:

d. Wikipedia:格式手册/序言章节#外语名称建议(i)通过为指引,并(ii)修改如下:

现行条文
外语名称
快捷方式
WP:MOSFORLANG

如果条目主题名称是以非中文为较大关联,那么与其同义的外文名称可以出现于导言里,并通常被括号包住。举例说,一篇讲述关于非中文语言的地方条目会把该地的本土语言所用的名称写进去:

切尔诺夫策州(乌克兰语:Чернівецька область, Chernivets’ka oblast’)是乌克兰西南部的一个州……

如果多于一个外语名称需要展示,那么在导言里把它们放在独立的句子,或者在主体正文增设一个诸如“名称”的章称,而不要写在开首的句子里。也不要把仅仅作为展示词源的外文名称写进导言内。

请勿加粗不常直接于中文语境使用的外语名称。另有一些外文用语需以斜体表示,使用时机请见Wikipedia:格式手册/文字格式#斜体

提议条文
外语名称
快捷方式
WP:MOSFORLANG

如果条目主题名称是以非中文为较大关联,那么与其同义的外文名称可以出现于导言里,并通常被括号包住。举例说,一篇讲述关于非中文语言的地方条目会把该地的本土语言所用的名称写进去:

切尔诺夫策州(乌克兰语:Чернівецька область, Chernivets’ka oblast’)是乌克兰西南部的一个州……

如果多于一个外语名称需要展示,那么在导言里把它们放在独立的句子,或者在主体正文增设一个诸如“名称”的章称,而不要写在开首的句子里。也不要把仅仅作为展示词源的外文名称写进导言内。

外文用语的粗体和斜体的使用须遵照Wikipedia:格式手册/文字格式处理。

以上为本人建议的指引新增及修订。Σανμοσα y=0 regardless the value of x 2019年4月22日 (一) 13:23 (UTC)

外文全称的缩略写法字母是否应该单独加粗

以下是我的综合意见:

  • (-)反对Hyper Text Transfer Protocol”这种单字母加粗的显示。
  • 关于(b)例出的例子,建议顺道把“lang|en”模版改为事实上更常用的“lang-en”模版。同时,生卒日期应嵌入“bd”模版。“是中国近代民主革命家”和“是英国著名物理学家”应去除赘言,分别改成“,中国近代民主革命家”和“,英国物理学家”。另外,应参考社群当年投票,在霍金姓名后加入勋衔。
  • 关于(c)的例子,一个是外语人名,另一个是汉化人名,两个例子均应保留。

谢谢。--ClitheringMMXIX 2019年4月25日 (四) 15:44 (UTC)

    • @Clithering:c那部分阁下错重点了,重点只在外语粗体,外语人名是否汉化并非重点;既然样式统一,则只留一例更宜。b那部分届时可直接事实性修订。Σανμοσα y=0 regardless the value of x 2019年4月26日 (五) 10:44 (UTC)
        • 谢谢你的回应,我当初认为两个例子都应该保留,是因为一个例子是汉化译名,另一个不是;而一个有爵位,另一个没有。两个例子并存,可让读者知道不同情况下的外文所有部分皆无需加粗。不过,我察觉到现在“费雯丽”的例子好像改了,但改得不太合适。其一:她的头衔是“奥利花爵士夫人”,不是“奥利花男爵夫人”;其二:根据社群共识,名称应作“奥利花爵士夫人费雯丽”,而不是把爵位置于名称之后。同时,“费雯丽”另一译名是“慧云李”;“奥利花”另一译名是“奥立维耶”。如是观之,“费雯丽”这个例子过于复杂,不应采用。如要引用一个较简明直接的汉化译名例子显示外文姓名无需加粗,我建议可用魏璐诗。--ClitheringMMXIX 2019年4月29日 (一) 15:27 (UTC)
      • 补充:指引页面不能用{{bd}},否则会造成错误分类。Σανμοσα y=0 regardless the value of x 2019年4月27日 (六) 07:27 (UTC)
我非常(+)支持Hyper Text Transfer Protocol”这种单字母加粗的显示,但应该在之后有表述缩写“HTTP”,这样很容易辨别一个缩写是如何缩的(并不是所有的缩写都是取首字母或每个单词的首字母)--百無一用是書生 () 2019年4月26日 (五) 03:06 (UTC)
(:)回应,把“Hypertext”单词硬分拆成“Hyper Text”,分明就是矫枉过正。再者,环顾其他语文版本的维基百科,也不见有类似需要和安排。按照外文粗体如此有用的说法,岂不是回归基本赞成全面的外文粗体?又应否连中文也要显示为“联合国”?--ClitheringMMXIX 2019年4月26日 (五) 05:06 (UTC)
我认为这种标注一来不太美观(有点眼花,网页亲和力也不佳),二来很容易原创研究——绝大多数都没有脚注印证缩写法,可能不少是第一印象标注,有些还有争议或谬误。而如果有来源具体讲过缩写法,那就值得写入正文章节。--YFdyh000留言2019年4月26日 (五) 14:39 (UTC)

恢复公示

由于支持外文全称缩略写法字母单独加粗者在被要求回应的三日后仍没有回应,现恢复公示,自此刻起为时七日。Σανμοσα五四运动百周年 2019年5月6日 (一) 10:28 (UTC)


(请继续在横线上方讨论)

  • 以下重新张贴公示内容:(c、d之修订已完成,但不作为指引)

a. Wikipedia:格式手册/文字格式建议修改如下:

现行条文

将非拉丁字母如希腊字母西里尔字母加粗,在技术上是可行的,但应当避免这么做。

提议条文
外文粗体

如果一个外文出现在条目定义句中,并且符合以下至少任何一种情形:

  1. 是中文维基百科中所属条目的名称;
  2. 在中文环境中属于非人名的常用简称/缩略写法;
  3. 属于未有中文版本的常用人物别名在中文环境中的最常用版本;

则该名称可根据Wikipedia:格式手册#条目定义句规定予以加粗,否则该外文不应加粗。外文全称的缩略写法字母不应单独加粗。

不过,即使该外文符合上述规定可予以加粗,移除第二类外文加粗的编辑仍不应被撤销。(后备方案不存在此句)

将非拉丁字母如希腊字母西里尔字母加粗,在技术上是可行的,但应当避免这么做。

b. Wikipedia:格式手册建议修改如下:

现行条文

(上略)

请您尽可能在首句带出文章所属的主题。如:

  • '''海森堡测不准原理''',在[[量子物理学]]……
传记

历史上的概念如朝代、已不适用的地名等,应注明有效时间。人物则应提及出生(和死亡)的年月日。

这里有对于一般情况的概要:

  • '''孙中山'''(1866年11月12日-1925年3月12日)是中国近代民主革命家,民主先行者……
  • '''史提芬·威廉·霍金'''({{lang-en|Stephen William Hawking}},1942年1月8日-2018年3月14日),是英国著名[[物理学家]]……
提议条文

(上略)

请您尽可能在首句带出文章所属的主题。如:

  • '''海森堡测不准原理''',在[[量子物理学]]……

外文粗体及斜体须依照Wikipedia:格式手册/文字格式的规定处理。

传记

历史上的概念如朝代、已不适用的地名等,应注明有效时间。人物则应提及出生(和死亡)的年月日。

这里有对于一般情况的概要:

  • '''孙中山'''(1866年11月12日-1925年3月12日)是中国近代民主革命家,民主先行者……
  • '''史提芬·威廉·霍金'''({{lang-en|Stephen William Hawking}},1942年1月8日-2018年3月14日),是英国著名[[物理学家]]……

以上。Σανμοσα以有涯随无涯,殆已! 2019年5月21日 (二) 10:38 (UTC)


本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。

又莫名其妙吵起来的文字格式#颜色及内联图像问题

难道不能在Wikipedia:格式手册/文字格式#颜色及内联图像加上案例吗?说真的。虽然有讨论过建议修改文字格式#颜色及内联图像,但我觉得仍有很多人不能理解(没错,就是有人看不懂),虽然我被人说过“方针不是操作指南,亦不是巡查手册”,但格式手册没指南,又写的很朦胧,还是说这些东西可以写在Help:列表或者是Help:表格(他们算指南吗?)。 --船到桥头自然卷*留言*Violeta 2019年5月16日 (四) 15:35 (UTC)

能否具体点?是哪句含糊?还是整段?会否有事例?--J.Wong 2019年5月18日 (六) 14:44 (UTC)
@Milkypine?—— Eric Liu 坐等万次编辑留言留名学生会 2019年5月26日 (日) 15:21 (UTC)
一望WP:FLC而知。--Rowingbohe♬~Taichow·Sign 2019年5月26日 (日) 15:26 (UTC)
我都忘了我有发过这鬼东西...,反正自从FLC之后都没有什么大规模吵架,就当作没有这回事好了。 --船到*桥头*自然卷 2019年5月26日 (日) 15:31 (UTC)

修订WP:MOSBOLD

粗体的适用范围增加“作品和团体的人物列表”,以适应千与千寻等条目为人物列表的人名加的粗体。Fire and Ice 2019年2月3日 (日) 14:51 (UTC)

修订WP:MOSBOLD

提案人请求关闭。--Hjh474留言2020年4月18日 (六) 17:29 (UTC)

下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。

粗体的适用范围增加“配音员所饰演的主要角色”,以适应现存众多配音员条目中、为配音员所饰演的主要角色所设的粗体。例如赵明哲林保全钉宫理惠杉田智和等。 -- Suzuha Amane THE IDOLM@STER留言2020年4月16日 (四) 09:16 (UTC)

这就又涉及到哪些角色算主要角色、哪些算次要角色的问题了。先来启发一下:就算是给出了姓名的角色,那在动画里只出现过一次的算“主要”吗?--Super Wang 为新冠肺炎疫情中牺牲的医护和患者默哀 2020年4月17日 (五) 01:44 (UTC)
只出现一次当然不算。我想这个根本无需、也没有办法制定出一个严格的标准,模糊的标准的话:主角不必多说可以加粗。配角的话只要戏份在故事中所占比重相较其他配角多出许多,即可选择判定为主要配角并为其加粗、亦或选择不加粗,凭编者决定。 -- Suzuha Amane THE IDOLM@STER留言2020年4月17日 (五) 03:35 (UTC)
那样子的话会引起编辑战吧 我认为没必要pigppp\\まふ最高!// 2020年4月17日 (五) 05:38 (UTC)
现存将配音员饰演过的主要角色以粗体表示的条目数量众多,我认为还是有相当必要的。 -- Suzuha Amane THE IDOLM@STER留言2020年4月17日 (五) 07:38 (UTC)
反对。若为配音员条目特别开放,恐将有一堆条目也要求各种开放。以阁下之举例,依现行规则若欲标示“主要角色”,表格中可直接写于备注栏,条列式亦可直接括号说明,并无困难,尽管这部分亦疑为爱好者之琐碎内容。--Hjh474留言2020年4月17日 (五) 07:09 (UTC)
Hjh4741.正如我开篇所说,此次修订讨论是为了将规则改为适应现状:现存配音员条目普遍使用粗体标注主要角色的现实。
2.而配音员条目有数千条之多,为了契合现行规则而兴师动众修改数千条配音员条目,恐怕不是一个比较现实的做法。
3.若改用注释和括号说明有点本末倒置:明明用粗体就可以更简单地解决呀。
4.现行规则中,可以使用粗体的情况被限制得过于少了,只要有足够理由,今后有更多的人要求开放其他特例我认为并无不妥,互助客栈勤于争吵却畏惧站务增多,岂不贻笑大方?
-- Suzuha Amane THE IDOLM@STER留言2020年4月17日 (五) 07:31 (UTC)
WP:MOSBOLD指出,“对条目正文中的重点,请别使用粗体”。给主要角色加粗有“标重点”的意思,和现行规则的理念违背。目前的两个豁免规则:术语加粗只是排版作用,不加粗也不会有意义上的损失;参考卷目号加粗是业界习惯。WP:ACCESS指出,单纯用粗体、斜体、颜色等格式传达意义是不对的:阅读器未必能正确显示格式,复制粘贴成txt信息也会损失。和单纯加粗表示主角相比,Hjh474所言,用括弧文字标注就是正确的做法。配音员加粗是日文版的习惯,这个习惯我们讨论过它的优缺点吗,这真的值得我们学习吗?--103.118.42.212留言2020年4月17日 (五) 07:54 (UTC)
1.就是不认同现行WP:MOSBOLD所以我才要提出修订啊…此外WP:ACCESS并未达成共识,我不认为是一个有力的论点。
2.没有讨论过的话,可以现在讨论。
3.死守现行规则不能解决我前述的现状问题。
-- Suzuha Amane THE IDOLM@STER留言2020年4月17日 (五) 08:00 (UTC)
所谓“适应现状”的“现状”其实早就违反指引,早该清理。爱好者琐碎资讯直接清理掉,更“简单解决”。担心配音员条目众多,似乎也是“畏惧站务”。敬邀阁下加入WP:格式审查工作小组。不只配音员,许多艺人条目都有滥为“主角”添加粗体的情形。我辈应依指引,见一个除一个,让新进编者了解格式对百科之重要性,一起对抗爱好者琐碎资讯。事实上现在阁下之所以觉得粗体好用,正是因为有格式指引以及社群共同清理粗体的成果,否则百科早被粗体淹没,请勿小看爱好者的力量。以上浅见,唐突请勿见怪。--Hjh474留言2020年4月17日 (五) 08:07 (UTC)
我拒绝,指引也好方针也好,最初都是由人来制定,不是什么死海古卷、旧约圣经,过时的规矩就应该修改。 -- Suzuha Amane THE IDOLM@STER留言2020年4月17日 (五) 08:12 (UTC)
(~)补充:曾经历史纪年和民族纪年相关方针中,日本年号纪年是不允许使用阿拉伯数字的,但是因为有许多由日维翻译过来的条目中沿用了日维中使用阿拉伯数字作为年号纪年的格式,最终带动中维为其修改方针,我认为与本主题的讨论并无二致。 -- Suzuha Amane THE IDOLM@STER留言2020年4月17日 (五) 08:16 (UTC)
也就是说,您要修改“不得为条目重点加粗”这影响全部110万条目的理念,而且只是为了几千个配音员条目?没有方针时我们讲道理:WP:ACCESS的理念适用于包括中文维基在内的所有网站,倒是您应该说说,为何配音员条目不适用这个所有网站都普适的理念?说到日期,以前日期都有加内链的,后来根据WP:OVERLINK的理念,制定WP:DATELINK把日期链接全部摘掉,影响条目量至少几万。那几千个配音员套条目去掉粗体,对机器人易如反掌,何来兴师动众一说?--144.48.7.203留言2020年4月17日 (五) 08:32 (UTC)
1.我不知道你和上一位ip是否同一位,但只要有看到本人开篇所说的那短短一行字,就可以清楚知道我的提议只有适应那几千个配音员条目,根本不会对其余众多条目造成影响,实在不明白你说“影响全部110万条目”是何意。
2.依你所说,当时使用到阿拉伯数字的日本年号纪年的条目,相比中维条目总数一样显得很少(甚至任何一个类型的条目与中维条目总数相比都相形见绌),那么当初就不应该要改啦。这种以占比来进行简单比较的方式我认为不值一提。
3.Wikipedia:ACCESS没有达成共识,前面已经提醒过那一位ip一次。
4.依然建议依照历史纪年和民族纪年模式进行此次修订。
-- Suzuha Amane THE IDOLM@STER留言2020年4月17日 (五) 08:53 (UTC)
这样讨论很没意思,我就回第三点吧。您的提议目前不是方针,要想让他变成方针,你必须讲道理让大家同意。我不同意您的提议,所以我也用讲道理回应您。WP:ACCESS的确不是本地方针,但本地也没有否决这个做法,我完全可以拿这个内容说理,说明这个做法打破了现有规则,也没带来什么好处。我列出WP:ACCESS的意思是,英文维基那么多人反复讨论的结果必然是有一定道理,我也认为这个道理适合中文维基;而您就像在说,英文维基说的不用看,肯定都是错的。我也可以说,“您的几条意见要么违反方针、要么不是方针,我都不听;请遵守现行方针,立刻、马上,把几千个配音员条目纠正过来”,这样真的好吗?--103.118.42.212留言2020年4月17日 (五) 09:33 (UTC)
是您联想过度了,我也在尽我所能地讲道理,不然也无需分点陈列我的观点。我当然知道WP:ACCESS在其他语言维基百科中可能曾经有过广泛且长篇的讨论,但是它在中文维基百科中仅有两篇讨论,这也是事实,如此的社群关注度令我实在没办法认为WP:ACCESS能够在中文维基百科中“是一个有力的论点”,而不是在恶意将其排除出讨论范围之内,如果有引起误会我非常抱歉。 -- Suzuha Amane THE IDOLM@STER留言2020年4月18日 (六) 16:19 (UTC)
@Suzuha Amane:阁下不是说:“可以使用粗体的情况被限制得过于少了,只要有足够理由,今后有更多的人要求开放其他特例我认为并无不妥”,阁下起这个头显然不会只影响到配音员条目,事实上阁下大概很难提出理由何以配音员条目“能优于”其他类型条目必须放宽使用粗体。--Hjh474留言2020年4月18日 (六) 15:37 (UTC)
我也这么认为,此次讨论结束后,我会考虑再准备材料要求彻底开放合理使用粗体的范围,而不仅是配音员。 -- Suzuha Amane THE IDOLM@STER留言2020年4月18日 (六) 16:19 (UTC)
虽然Wikipedia:日本动漫游戏条目指导(草案建议)允许这种情况,但为了默许这种部分方面处理而去修改大方针,有点小题大做。既然普遍读者无法考据角色的重要性,或者可能缺少这种来源去彰显这种依据或缺少方式去表现这种依据,可以不用加粗标记。只是现有存量和“缺少来源”的情况一样,可清可不清。——路过围观的Sakamotosan | 避免做作,免敬 2020年4月17日 (五) 08:57 (UTC)
了解,我目前的理解是“在Wikipedia:日本动漫游戏条目指导达成共识前可以暂时搁置是否应该清理ACG相关条目之粗体问题”,不知是否有误,还望指正。
题外话,老实说等这些草案达成共识根本遥遥无期,只有在客栈进行讨论才可以稍微推动一下进程,不然谁喜欢在这里几千字、几万字地讨论呢? -- Suzuha Amane THE IDOLM@STER留言2020年4月17日 (五) 09:09 (UTC)
这不就是音乐条目的陋习吗?,所以我说为什么需要粗体显示这些主角,为什么?我真的无法理解粗体到底能够带来什么效应,要说增加辨识...赵明哲那个精美的栏位加上粗体还是很难看(不容易阅读,而且某方面来说加粗和没加粗在我眼里看起来真的没差)。认真的说,我倒是希望采用金马奖最佳女主角的格式,可以一目了然那些作品的扮演位置 --无心*插柳*柳橙汁 2020年4月17日 (五) 10:04 (UTC)
错了,这是翻译日文条目的陋习。(笑)——路过围观的Sakamotosan | 避免做作,免敬 2020年4月18日 (六) 00:48 (UTC)

本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。

懒汉

我写了懒汉这个条目,然后因为《懒汉》是歌曲,所以我根据Wikipedia:格式手册/文字格式把英文名字加了英文引号。然后Milkypine三番四次把英文引号改成斜体或移除英文引号我都不能再回退了,他还声称因为Wikipedia:格式手册/标点符号并没有相关规定,所以他非得要移除英文引号,然而我认为他这样实际上违反了格式手册,因为Wikipedia:格式手册/文字格式Wikipedia:格式手册/标点符号具有同等地位,而且前者的相关规定并不与后者冲突。请大家评论。SANMOSA SPQR 2020年7月31日 (五) 04:06 (UTC)

因为他就没有写说加上“英文引号”啊... --无心*插柳*柳橙汁 2020年7月31日 (五) 04:10 (UTC)
Milkypine我还是这句话:Wikipedia:格式手册/标点符号没有相关规定,但Wikipedia:格式手册/文字格式有相关规定的时候,理当以Wikipedia:格式手册/文字格式为准。除非另有说明,否则所有指引在任何时候都同时适用,不可能因为一个指引没有相关规定而直接无视其他指引的相关规定。不然所有指引都要整合到单一页面里?SANMOSA SPQR 2020年7月31日 (五) 04:14 (UTC)
Sanmosa然而只有说加上标点符号,文字格式都没有说应该加什么了,请问你加上英文引号的行为是否也不洽当,两个指引都没有提到可以加入“英文引号”,就算法无禁止也不能想放就放啊。 --无心*插柳*柳橙汁 2020年7月31日 (五) 04:17 (UTC)
Milkypine应该视乎该语言对相关标点的使用习惯而加入相应的标点符号。我以为按照该语言对相关标点的使用习惯写出外语是理所当然的事。SANMOSA SPQR 2020年7月31日 (五) 04:19 (UTC)
当然不是什么理所当然的事情,斜体都有限定使用范围了。 --无心*插柳*柳橙汁 2020年7月31日 (五) 04:22 (UTC)
我找管理员来。SANMOSA SPQR 2020年7月31日 (五) 04:25 (UTC)
@ATSANMOSA SPQR 2020年7月31日 (五) 04:28 (UTC)
我认为在不影响结构的情况下,都可以接受。例如试播集 (邪恶力量)等FA似乎都多用斜体来标示英语原文,Charlotte (动画)等则没有用到日语惯用的引号。所以,使用与否也无伤大雅吧?—AT 2020年7月31日 (五) 05:44 (UTC)
AT但他也总不能不让我用吧,而且还改一半不改一半。麻烦帮我回退一下。SANMOSA SPQR 2020年7月31日 (五) 05:50 (UTC)
我同意在无合理的原因下不应干涉别人的选择,在这里我想先听一听他的说法,再考虑如何处理。—AT 2020年7月31日 (五) 06:00 (UTC)
的确没有理由干涉,但既然指引没有指引,那么就给他删除。毕竟Slug变成"Slug"也是过度强调,而且Wikipedia:格式手册/文字格式也没有把英文名字加了英文引号的根据 --无心*插柳*柳橙汁 2020年7月31日 (五) 06:23 (UTC)
然而Wikipedia:格式手册/标点符号指引也没有容许你删除(尤其在Wikipedia:格式手册/文字格式表明需要加标点的情况下)。这是一个点。再者,“"Slug"”才是正确的英语表示法,“Slug”变成“"Slug"”是基本的英语改正工作,我从来没有听过有人把改正工作称为“过度强调”的。中文维基百科不代表非中文的东西就能够乱来。SANMOSA SPQR 2020年7月31日 (五) 06:55 (UTC)
话说这里是中文维基,除了来源有写采用原文之外,正常情况不是应该使用中文格式吗?对于指引有意见欢迎提出修改而非跟我抗议,指引没有容许我删除并不代表你拥有加上“""”权力。 --无心*插柳*柳橙汁 2020年7月31日 (五) 07:42 (UTC)
标示外语当然随外语的规则,标示中文的情况当然用中文的格式,两者是不冲突的。我不是对于指引有意见,我是对于你对指引的错误解读有意见。我请你以后不要乱动有关外语的标点使用,不然我会采取进一步行动。SANMOSA SPQR 2020年7月31日 (五) 09:00 (UTC)
“标示外语当然随外语的规则”其实是不对的,不然标示英文的时候就得用半角括号了,整个句子应该用中文规则;而且,我从FA里选了十几个作品类条目,没有一个用“英文引号”。 【和平至上】支持通过港区国安法💬 2020年7月31日 (五) 10:04 (UTC)
你将“标示外语”的范围错误地泛化了,这里所指的英语标点是排除括号后的英语标点,请你先看清楚讨论重点。此外,其他FA这样错不代表我必须跟着它们错。SANMOSA SPQR 2020年7月31日 (五) 12:02 (UTC)
不知道我这样有没有理解错误,“()如同租借和领事馆,只要是这个领域就不适用中文维基”。好吧槽点很多,“其余一般情况应以标点符号方式标明西文作品名”并不会让“Slug”变成“"Slug"”,这与基本英语改正工作无关,终究是维基没有指引,应以标点符号这句话可没有表示套用英文规则,就算是常识也不等于可以使用。 --无心*插柳*柳橙汁 2020年7月31日 (五) 17:06 (UTC)
但也没有表示不能套用,因此套用与否应该视乎个人喜好(所以我没有动其他,我已经够尊重了)。SANMOSA SPQR 2020年8月1日 (六) 01:49 (UTC)
@ATSANMOSA SPQR 2020年7月31日 (五) 12:02 (UTC)
为何不直接使用斜体?—AT 2020年7月31日 (五) 12:09 (UTC)
@ATWikipedia:格式手册/文字格式禁止使用斜体标示非整段作品列表或书目的西文作品名。SANMOSA SPQR 2020年7月31日 (五) 15:14 (UTC)
老实说我倒是希望可以讨论斜体的使用范畴来解决这问题,毕竟只有“作品列表或书目”不符使用习惯[来源请求],先不论为什么模板都会自动斜体这点,英文维基也不有如此局限的使用范围,当然这里是中文维基,应该采用中文做法。 --无心*插柳*柳橙汁 2020年7月31日 (五) 17:00 (UTC)
模板没有自动斜体,斜体是要手动加入的。SANMOSA SPQR 2020年8月1日 (六) 01:49 (UTC)
有的,例如游戏条目常用的模板:Infobox VG模板:Vgname模板:Nihongo title也具有相同的功能,就算没有自动转换,也会提示请记得手动标示斜体(例如模板:电影资讯框)。
我已经将懒汉的编辑修改回来,另外我也在下面开了个关于增设斜体使用范围的新话题 --无心*插柳*柳橙汁 2020年8月1日 (六) 04:08 (UTC)
居然还有这种规定?我觉得这规定已经不符合现实了。 【和平至上】支持通过港区国安法💬 2020年8月1日 (六) 07:03 (UTC)

增加WP:格式手册/文字格式关于西文作品名的斜体使用范畴

下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。

目前WP:格式手册/文字格式上只表示仅限于整段作品列表或书目的西文作品名才可以使用斜体,希望能开放限制,让音乐、电影、游戏也能纳入使用范围内。 --无心*插柳*柳橙汁 2020年8月1日 (六) 04:11 (UTC)

我的倾向是外语习惯用斜体标示的,在相关的外语显示方面都可以用斜体(当然,我觉得如果像书名号等等的标点符号的运用也能如此就更好)。基本上这个提议的方向不错。SANMOSA SPQR 2020年8月1日 (六) 07:10 (UTC)
支持,我也比较倾向使用类似于:《中文名》(English name)这种方式来标记外语作品,因为中文的书名号在英文中似乎一般都用斜体表示?没有必要仅限于书目。——BlackShadowG留言2020年8月1日 (六) 14:58 (UTC)
现拟议修改WP:ITALIC如下:
以上。SANMOSA SPQR 2020年8月3日 (一) 07:01 (UTC)
(+)支持:符合现状、亦符合外语使用习惯。--【和平至上】支持通过港区国安法💬 2020年8月5日 (三) 16:55 (UTC)
西文到底包括哪些文?并是不是所有语言都这样用的吧?--百無一用是書生 () 2020年8月10日 (一) 01:54 (UTC)
@Shizhao:所以条文说明了“在该西文习惯以斜体标示该类作品的情况下方得为之”。如果该西文不习惯以斜体标示该类作品,就不会使用斜体。“西文”可以暂时理解为非中文。SANMOSA SPQR 2020年8月10日 (一) 06:41 (UTC)
建议改为外文。 【和平至上】支持通过港区国安法💬 2020年8月14日 (五) 16:54 (UTC)
同意和平至上大的意见,毕竟这篇方针都是用“外文”来说明。更改后了版本如下:
如果各位Sanmosa和平至上ShizhaoLopullinenBlackShadowGAT没有意见,就公示目前的版本。 --无心*插柳*柳橙汁 2020年8月19日 (三) 17:10 (UTC)
  • 本人浅见:
西里尔字母似乎不用斜体,见ru:Симпсоны。—AT 2020年8月19日 (三) 17:39 (UTC)
而且你有机会派处理其他习惯用斜体表示作品名的语言。SANMOSA SPQR 2020年8月20日 (四) 00:45 (UTC)
重拟方案如下:
SANMOSA SPQR 2020年8月20日 (四) 00:45 (UTC)
Sanmosa和平至上ShizhaoLopullinenBlackShadowGATPÑēüḾôňïę1357那么就用Sanmosa最新写的版本做公示。 --无心*插柳*柳橙汁 2020年8月22日 (六) 07:44 (UTC)

@Milkypine:公示期已过。—— Eric Liu 创造は生命(留言留名学生会 2020年8月30日 (日) 03:57 (UTC)


本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
返回到项目页面“格式手冊/文字格式/存檔一”。