维基百科讨论:格式手册/无障碍
WP:NOSYMBOLS中提到Latin-1只应适用英语
中文的话也全都是非Latin-1了……(笑) --Artoria2e5 更改·工具 2016年5月19日 (四) 12:18 (UTC)
要求主条目、条目讨论、维基百科及维基百科讨论的名字空间表格使用 class="wikitable"
因为Wikitable这个 Table Class已经照顾了色盲/色弱者阅读维基百科的体验,故本人提议上述名字空间的表格应使用class="wikitable"。另,使用Visual Editor添加的表格均为Wikitable。此提案影响最大的应该是源代码编辑者。--1233|点此与此废青展开激情对话 | 千错万错都是阿道夫的错! 2018年2月21日 (三) 14:34 (UTC)
- 似乎没有非同一不可的理由。--【和平至上】💬📝 2018年2月21日 (三) 16:17 (UTC)
- 另外,解释一下,这个提案不会禁止Wikitable Sortable。--1233|点此与此废青展开激情对话 | 千错万错都是阿道夫的错! 2018年2月21日 (三) 16:34 (UTC)
- 有没有更好一点的理由,另外你知道色盲/色弱者阅读维基百科有无上色的差异吗?色盲/色弱者阅读维基百科除非表格的颜色和内文字颜色相近不然一样能够阅读。说到底应该是那些表格花花绿绿看的人觉得难受,另外只管表格根本不够,要管就要连签名、导览模版、用户框、条目图片的色调一起管,可以顺便连强迫症用户一起照顾,表格现定宽多少长多少,内文排板的顺序 blablabla。--Zest 2018年2月21日 (三) 17:48 (UTC)
- 顺便弱弱的问一下既然现定class="wikitable"那能不能用无框表格、另外如果我不用{| | |- | |}我用<div>和<table>可以不可?--Zest 2018年2月21日 (三) 17:54 (UTC)
- 关于兰斯特的问题嘛,这个提案是让条目/方针页看起来更好的(i.e. 这是为何提案只影响这四个名字空间,不然两个我也不反对,主条目名字及维基百科名字空间。)--1233|点此与此废青展开激情对话 | 千错万错都是阿道夫的错! 2018年2月21日 (三) 18:25 (UTC)
- 另外,解释一下,这个提案不会禁止Wikitable Sortable。--1233|点此与此废青展开激情对话 | 千错万错都是阿道夫的错! 2018年2月21日 (三) 16:34 (UTC)
- (-)反对,完全无意义,为了解决色盲的问题加一条繁琐的规定完全是多此一举。对应的问题应该由wmf,或者更先进的代码/功能解决,而不是靠做这种规定。是不是以后还要规定因为尊重跨性别者,所有人物条目不写性别啊?。-- ρ α ͷ ζ ε υ!·Ϟ Ϡ 2018年2月22日 (四) 03:47 (UTC)
- (:)回应,关于跨性别人士的性别问题,当然不会在该人的条目上写出性别(或者是该人的性别)。wikitable就是你说的"解决方案"。--1233|点此与此废青展开激情对话 | 千错万错都是阿道夫的错! 2018年2月23日 (五) 12:55 (UTC)
- (-)反对,完全无意义,为了解决色盲的问题加一条繁琐的规定完全是多此一举。对应的问题应该由wmf,或者更先进的代码/功能解决,而不是靠做这种规定。是不是以后还要规定因为尊重跨性别者,所有人物条目不写性别啊?。-- ρ α ͷ ζ ε υ!·Ϟ Ϡ 2018年2月22日 (四) 03:47 (UTC)
- (!)意见 比较有意义的做法是规定contrast ratio,既能照顾到色弱者,也可减少那种“表格花花绿绿”的现象。规管的范围就是所有文字(包括签名、导览模版、用户框;条目图片可能有困难)。--ネイ(留言) 2018年2月26日 (一) 03:11 (UTC)
问了几个色觉障碍的朋友,如果辨识有问题的话,他们会自己想办法启用系统里带的辅助功能,或者把内容复制出来。个人不认为这样会造成很大的问题,表格稍微带点花色也无妨,毕竟Mediawiki本身设计已经够难看了。--Techyan(留言) 2018年2月28日 (三) 17:33 (UTC)
条目中使用删除线
不少正式条目中有用<s>...</s>
或<del>...</del>
,主要是表示“撤销”或“现不复存在”(比如厦门市#国家旅游景区)。WP:NOSTRIKE提到条目中不能使用删除线,但这不是正式规则;指引WP:MOSTEXT对删除线没有任何要求。未知社群有无意向规范条目中删除线使用?--洛普利宁 2020年7月7日 (二) 18:25 (UTC)
- 我认为原则上不可用删除线。若要表示““撤销的xx”或“现不复存在的xx””,宜另开一小节,如
==景點== *A *B *C ===已歇業的景點=== *金鳥海族樂園 *童話世界 *ㄅㄆㄇ猴園 *大聖御花園
- 正文里一般不应使用删除线。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2020年7月9日 (四) 04:42 (UTC)
- 可以考虑设WP:NOSTRIKE为章节指引。ꓢꓯꓠꓟꓳꓢꓮ 他从不挣扎 2020年7月9日 (四) 13:17 (UTC)
- 现拟议将Wikipedia:格式手册/亲和力的60520864版本中的“删除线”章节设为章节指引,条文如下:
“ |
在条目页面及导航模板中,请勿使用删除线划去任何文字。如有需要,请使用「<!--」和「-->」注释处理,或直接移除。默认情况下,大多数萤幕阅读器不支援呈现文本属性(粗体、斜体、下划线)乃至语义文本属性(强调、重要、文字删除),因此带删除线的文字和正常文字显示效果相同。然而,在参与维基百科的方针和存废讨论时,我们建议编辑启用显示文本属性,因为带有删除线的文字在维基百科内部讨论中非常常见。 |
” |
以上。ꓢꓯꓠꓟꓳꓢꓮ 他从不挣扎 2020年7月10日 (五) 10:13 (UTC)
- 支持。另外原文“使用「<!--」和「-->」注释处理,或直接移除”是“针对删除线划去异议文字”,而中文维基的情况多是“删除线划去废除事物”。这里特别说明“不应以删除线表示事物废除,应改用文字方式说明,例如括号加注‘已废除’”,应该有利于纠正错误。--洛普利宁 2020年7月10日 (五) 14:52 (UTC)
- 我认为维基百科用户有能力自行演化出这种办法,以适应新条文。ꓢꓯꓠꓟꓳꓢꓮ 他从不挣扎 2020年7月12日 (日) 03:01 (UTC)
- 有问题的文字,中文维基编辑都是删原始码、使用HTML注释,或者挂
{{fact}}
。用删除线划掉异议文字,这可能是以前英文维基的常见错误,但中文版基本无此习惯(搜索insource:/\<\s*(s|del)\s*\>/
)。用户当然可以演化出适应方针的办法,但既然“删除线划去异议文字”这种不怎么犯的问题都能给出解决意见,那真正常见的错误,或者说指引专门针对的对象,就更应该指出了。 - 另外,标废除和划异议文字,一个是格式问题,另一个涉及内容实质变更,处理方式要分开说明。原来版本有前提还行,删掉前提说移除文字就比较迷了——哪些废除项目必要到从原始码中移除呢?我们没英文维基那样的背景,老手不参与讨论,可能都看不懂想说啥……要么就把这部分也去掉好了,毕竟这错误本来也极少有人犯。—洛普利宁 2020年7月12日 (日) 11:39 (UTC)
- 有问题的文字,中文维基编辑都是删原始码、使用HTML注释,或者挂
- 我认为维基百科用户有能力自行演化出这种办法,以适应新条文。ꓢꓯꓠꓟꓳꓢꓮ 他从不挣扎 2020年7月12日 (日) 03:01 (UTC)
- 我认为不应使用,主因为妨害阅读。-KRF(留言) 2020年7月11日 (六) 17:05 (UTC)
- (如果你说的是「<!--」和「-->」)能用「<!--」和「-->」的通常也代表现阶段未适合提供阅读,而相关内容很有可能正在讨论页中讨论。ꓢꓯꓠꓟꓳꓢꓮ 他从不挣扎 2020年7月12日 (日) 02:59 (UTC)
- 我说的是删除线。「<!--」和「-->」可以用于提醒编者(虽然似乎没什么用)。-KRF(留言) 2020年7月14日 (二) 09:24 (UTC)
- (-)反对:大多数情况下,删除线从视觉上根本就令读者一眼了目内容。Kitabc12345 讨论 海南 打卡 2020年7月14日 (二) 07:06 (UTC)
- 大多数情况下,删除线比后述说明更加画蛇添足。——Sakamotosan路过围观杯弓蛇影| 避免做作,免敬 2020年7月14日 (二) 07:42 (UTC)
- 除非读者用的是不支持删除线的阅读器。--DRIZZLE (按此给我留言) 2020年7月14日 (二) 08:17 (UTC)
- 连加粗、加斜都在格式手册上有限制,删除线估计只有贵的浏览器看上去舒服,不觉得咯眼吧。——Sakamotosan路过围观杯弓蛇影| 避免做作,免敬 2020年7月14日 (二) 08:27 (UTC)
- 请问您是回复我吗? DRIZZLE (按此给我留言) 2020年7月14日 (二) 09:01 (UTC)
- 取决你想认为。——Sakamotosan路过围观杯弓蛇影| 避免做作,免敬 2020年7月14日 (二) 09:26 (UTC)
- 好吧,那就不是。 DRIZZLE (按此给我留言) 2020年7月14日 (二) 11:17 (UTC)
- 取决你想认为。——Sakamotosan路过围观杯弓蛇影| 避免做作,免敬 2020年7月14日 (二) 09:26 (UTC)
- 请问您是回复我吗? DRIZZLE (按此给我留言) 2020年7月14日 (二) 09:01 (UTC)
- 连加粗、加斜都在格式手册上有限制,删除线估计只有贵的浏览器看上去舒服,不觉得咯眼吧。——Sakamotosan路过围观杯弓蛇影| 避免做作,免敬 2020年7月14日 (二) 08:27 (UTC)
- @Kitabc12345:且不说括号加注能轻易Ctrl-F查找高亮,单是注释本身那几个字,视觉上就已经比删除线更一目了然。另外如User:Kerolf666所言,删除线多少影响视觉体验。举个可能不是很恰当的例子,“
工”到底是“壬”、加删除线的“王”,还是加删除线的“工”呢?--洛普利宁 2020年7月14日 (二) 20:10 (UTC)- 对了,这届动员令朗读“有声条目”有加分,不知道您有没有兴趣参与。如果允许使用删除线,录音时就有这样的问题:删除线划掉的文字怎么读?只读文字,就等于把“废除”这个信息点丢了。把原因读出来,条目又没这文字。所以您看,禁止使用删除线,可不是就避免了一个冲突?--洛普利宁 2020年7月14日 (二) 20:37 (UTC)
- 题外话:谢谢,我现在才知道有Ctrl+F这个功能
——BlackShadowG★(留言) 2020年7月15日 (三) 01:15 (UTC)
- 题外话:谢谢,我现在才知道有Ctrl+F这个功能
- 对了,这届动员令朗读“有声条目”有加分,不知道您有没有兴趣参与。如果允许使用删除线,录音时就有这样的问题:删除线划掉的文字怎么读?只读文字,就等于把“废除”这个信息点丢了。把原因读出来,条目又没这文字。所以您看,禁止使用删除线,可不是就避免了一个冲突?--洛普利宁 2020年7月14日 (二) 20:37 (UTC)
- (+)支持(编辑冲突)——BlackShadowG★(留言) 2020年7月14日 (二) 09:36 (UTC)
提议将WP:格式手册/亲和力中的多个章节列为指引
提议将WP:格式手册/亲和力中的以下两个章节列为指引。
禁用删除线
目前的问题 |
目前有不少条目中使用删除线( | |||
---|---|---|---|---|
我的观点 |
应当禁止在条目中使用删除线,除了在提议条文中提及的“大多数屏幕阅读器不支持显示包括删除线在内的文本属性”以外,删除还存在以下几个问题:
| |||
我的解决方案 | 将WP:格式手册/亲和力的删除线章节(WP:NOSTRIKE)列为指引,提议条文如下:
| |||
此前的类似讨论 |
|
--BlackShadowG★(留言) 2020年8月9日 (日) 14:51 (UTC)
动漫作品的删除线问题
关于禁用删除线的讨论请置于本行文字下
- (?)疑问:日本动画列表 (2020年)#4月-6月:辉夜姬想让人告白?
~天才们的恋爱头脑战~(该事物名称本身带有删除线)。你觉得应该怎么办?-hiJK910 七一七二一or4B7NpHwbY 2020年8月9日 (日) 15:32 (UTC)- 那个应该是Logo的艺术设计?如果有需要,可以用文字说“Logo中副标题‘天才们的恋爱头脑战’用删除线划去,呼应了作品XX的主题”。--洛普利宁 2020年8月9日 (日) 15:46 (UTC)
- 又看了一下:Logo使用黑色文字,但“想”和“?”是红字,且“想”被红色心型包围。所以为什么不把红色、黑色,以及那个心型搬过来,光是加个删除线?(都不说删除线颜色还是错的……)--洛普利宁 2020年8月9日 (日) 16:09 (UTC)
- 那个不是logo设计,真的是标题:“4月11日より放送開始のTVアニメシリーズ第2期「かぐや様は告らせたい?
~天才たちの恋愛頭脳戦~」オープニングテーマを鈴木雅之が担当!!”。-hiJK910 七一七二一or4B7NpHwbY 2020年8月9日 (日) 16:42 (UTC)- 要么删除线有实义,表示副标题不存在,这个作品叫“かぐや様は告らせたい?”;要么删除线和颜色一样是艺术设计。kaguya.love网页标题源代码是“
<title>TVアニメ『かぐや様は告らせたい?~天才たちの恋愛頭脳戦~』公式サイト</title>
”,而且自己文章中也不带删除线,那说白了删除线就是个艺术设计。粉丝网站可能带颜色一起模仿,您给的网站(我的网络打不开)模仿删除线格式,还有的网站只取纯文字,就这样。--洛普利宁 2020年8月9日 (日) 17:05 (UTC) - 维基百科那就只保留文字部分,超出文字的全部丢弃。如果需要就用文字说明。PS:想知道标题里的删除线是怎么读的。--洛普利宁 2020年8月9日 (日) 17:31 (UTC)
- 要么删除线有实义,表示副标题不存在,这个作品叫“かぐや様は告らせたい?”;要么删除线和颜色一样是艺术设计。kaguya.love网页标题源代码是“
- 那个不是logo设计,真的是标题:“4月11日より放送開始のTVアニメシリーズ第2期「かぐや様は告らせたい?
- 个人认为,如果作品标题等专有名词的原文中有删除线(例如
包丁・ハサミ・カッター・ナイフ・ドス・キリ/霊霊霊霊霊霊霊霊魔魔魔魔魔魔魔魔),则条目中应该允许使用删除线,但应当使用文本额外说明(例如“副标题带有删除线
),这样可以让使用不支持显示删除线的屏幕阅读器的读者正常理解条目内容。另,同Lopullinen,例子中的删除线似乎仅在Logo中出现?——BlackShadowG★(留言) 2020年8月10日 (一) 00:46 (UTC)- 我认为这样不太现实。《菜刀》这个例子官方是打x,这里面姑且用删除线代替了。下次如果是在字上画五角星呢?如果官方标题某一个字总是用红色表示,条目里文字是否也要改红色?删除线有特权明显不一视同仁啊。更进一步的,名从主人也有个限度;媒体不用删除线,那我们也没有理由要使用。官方在只能用纯文字的地方怎么做(比如网页标题中),我们怎么做就行了。—洛普利宁 2020年8月10日 (一) 03:14 (UTC)
- 支持阁下的意见,那就维持原提议条文吧,一律禁止删除线的使用。——BlackShadowG★(留言) 2020年8月10日 (一) 06:19 (UTC)
- 那我只能(-)反对了。-hiJK910 七一七二一or4B7NpHwbY 2020年8月10日 (一) 14:22 (UTC)
- @Hijk910:那您能否说一下您反对的具体理由?似乎您的意思是绝对忠实于官方表记。那以“包丁・ハサミ・カッター・ナイフ・ドス・キリ/霊霊霊霊霊霊霊霊魔魔魔魔魔魔魔魔”为例,忠实于官方格式就是在词上画“×”,那条目用删除线一样不尊重官方。技术上画叉并没有问题,官方用图片我们也可以用就是;不想用图片,也可用CSS做个叉号套到文字上,无非就是语法复杂点。如果您认为某动画要加删除线,那某专辑是要加x号?那同理,我上面举的例子,官方给标题某个字上红色,那维基百科是不是也“尊重官方”的名义给文字上色?
- 那我只能(-)反对了。-hiJK910 七一七二一or4B7NpHwbY 2020年8月10日 (一) 14:22 (UTC)
- 支持阁下的意见,那就维持原提议条文吧,一律禁止删除线的使用。——BlackShadowG★(留言) 2020年8月10日 (一) 06:19 (UTC)
- 我认为这样不太现实。《菜刀》这个例子官方是打x,这里面姑且用删除线代替了。下次如果是在字上画五角星呢?如果官方标题某一个字总是用红色表示,条目里文字是否也要改红色?删除线有特权明显不一视同仁啊。更进一步的,名从主人也有个限度;媒体不用删除线,那我们也没有理由要使用。官方在只能用纯文字的地方怎么做(比如网页标题中),我们怎么做就行了。—洛普利宁 2020年8月10日 (一) 03:14 (UTC)
- 一、忠于官方名称。二、这里只讨论删除线,不需要滑坡推论。-hiJK910 七一七二一or4B7NpHwbY 2020年8月11日 (二) 13:17 (UTC)
- @Hijk910:一、维基百科的规矩是维基百科人自己定的。我们有些方面和官方做法一样,有些方面则未必100%还原官方做法——官方名称生僻,我们会选择使用常用名,并于对应条目提一下;官方说辞像广告宣传,我们甚至可以拒绝采用。那对于删除线,我认为也可以拿媒体不采用、有可读性问题说事,将改以文字说明。二、对于日本流行文化条目,粉丝喜欢极尽花哨格式,模仿官方的行为。如果今天能以“忠于官方名称”的理由加删除线,明天我毫不怀疑粉丝能拿同样理由,用CSS给画文字×。如果您只是赞成删除线,而反对加颜色、画×或者用其他rich text,希望您说一说:为何删除线需要忠实,其他花样不需要忠实。想滑这个坡的人挺多的,您只回复一个滑坡推论,并不能打消我的疑虑。--洛普利宁 2020年8月11日 (二) 15:37 (UTC)
- (“官方给某个字上红色”的标题是有的:Sexy Zone。竟然真的上了红色。建议你去弄弄。)一、虽然你说“想滑这个坡的人挺多的”,但事实上,在未禁止使用删除线的当下,并没有很多人有在“滑这个坡”,所以你的确是在滑坡推论。二、从删除线的普及程度来看,删除线在所谓“各种花样”中算是比较不花俏,为人接受的一类。而且事实上,删除线跟现行WP:MOSTEXT并无冲突。故,我坚持“对于标题或描述原文自带的删除线不限制”。-hiJK910 七一七二一or4B7NpHwbY 2020年8月11日 (二) 16:32 (UTC)
- @Hijk910:Sexy Zone和Wikipedia:格式手册/文字格式#颜色及内联图像直接冲突——“禁止手动或使用模板将文字染成某种特殊的颜色”是明文,名从主人管不了格式,“官方名称”不是方针指引。您括号中那句话给我的感觉是:尽可拿着文字颜色指引去试试,等着被粉丝回退就是了。所以说,连文字颜色这个禁止去滑的坡都有人去(不用很多人,一人足够了),就更不用说没有明文规定的坡了。您动漫条目编辑得多,粉丝的下限您应该清楚吧?
- 然后做个测试,看看我们本质的分歧点在哪:对于Sexy Zone这个文字颜色,您想法是什么?a) 认同格式手册的理念,认为应当移除颜色;b) 希望保留颜色,但只能“遗憾地”按照方针移除颜色;c) 结合“名从主人”等条文,认为现有方针的解读方法就是“表示官方名称时,文字颜色不受限制”;d) 没看法或其他。
- 这个问题如果您的看法是c,那讨论就到这里好了。
- 如果您的看法是b,那我明白您的意思了。您认为不论牺牲什么,忠实还原官方格式都是绝对优先。如果如此,那这样我们是理念上的冲突,想必无法调和。我的观点是,“官方名称”就是“官方将条目主题称呼为xx”这样一个事实,和“来源普遍将条目主题称呼为xx”、“《XXX》杂志将作品称呼为‘神作’”都是一样的。那既然是表述事实,“官方在‘辉夜姬想让人告白?~天才们的恋爱头脑战~’副标题上加删除线”,这句话没有做到吗?另一方,面对于删除线语法,知道的读者明白是官方装饰;不知道的读者可能以为是玩梗;更严肃的读者会当成“有异议被划去的文字”。对于正式的百科而言,用删除线本身描述删除线,并不是很合适。
- 如果您的看法是a,那就是您觉得颜色花哨,但删除线可以接受。而我认为删除线的确花哨(部分理由见上;且讨论中多名编辑反映,删除线有碍中文阅读),同时也不是非加不可(媒体已经告诉我们,缺失删除线不会影响指代;而下面的例子,ΔHo和ΔH
o完全是两个东西,且正式刊物o加不加中横分得很清楚)。
- 小结一下:一、我们的目标是清楚介绍事实,能将事实简练地陈述清楚即可。二、“官方会给文字副标题加删除线”只是关于事物的其中一个事实,甚至都不是主要事实,不需要处处强调。(您就当《塞尔达传说 时之笛》省略成《时之笛》,这里省略删除线好了)三、即便表达“官方给副标题加删除线”这个事实,删除线语法也不是唯一的表达方式。四、使用删除线语法弊大于利,能不用就不用。最后,我的主要目的还是“清理删除线表废除”,如果您没有其他意见,那作品名中删除线我持保留意见,就这样吧。--洛普利宁 2020年8月11日 (二) 19:15 (UTC)
- 然后做个测试,看看我们本质的分歧点在哪:对于Sexy Zone这个文字颜色,您想法是什么?a) 认同格式手册的理念,认为应当移除颜色;b) 希望保留颜色,但只能“遗憾地”按照方针移除颜色;c) 结合“名从主人”等条文,认为现有方针的解读方法就是“表示官方名称时,文字颜色不受限制”;d) 没看法或其他。
- @Hijk910:Sexy Zone和Wikipedia:格式手册/文字格式#颜色及内联图像直接冲突——“禁止手动或使用模板将文字染成某种特殊的颜色”是明文,名从主人管不了格式,“官方名称”不是方针指引。您括号中那句话给我的感觉是:尽可拿着文字颜色指引去试试,等着被粉丝回退就是了。所以说,连文字颜色这个禁止去滑的坡都有人去(不用很多人,一人足够了),就更不用说没有明文规定的坡了。您动漫条目编辑得多,粉丝的下限您应该清楚吧?
- (“官方给某个字上红色”的标题是有的:Sexy Zone。竟然真的上了红色。建议你去弄弄。)一、虽然你说“想滑这个坡的人挺多的”,但事实上,在未禁止使用删除线的当下,并没有很多人有在“滑这个坡”,所以你的确是在滑坡推论。二、从删除线的普及程度来看,删除线在所谓“各种花样”中算是比较不花俏,为人接受的一类。而且事实上,删除线跟现行WP:MOSTEXT并无冲突。故,我坚持“对于标题或描述原文自带的删除线不限制”。-hiJK910 七一七二一or4B7NpHwbY 2020年8月11日 (二) 16:32 (UTC)
- @Hijk910:一、维基百科的规矩是维基百科人自己定的。我们有些方面和官方做法一样,有些方面则未必100%还原官方做法——官方名称生僻,我们会选择使用常用名,并于对应条目提一下;官方说辞像广告宣传,我们甚至可以拒绝采用。那对于删除线,我认为也可以拿媒体不采用、有可读性问题说事,将改以文字说明。二、对于日本流行文化条目,粉丝喜欢极尽花哨格式,模仿官方的行为。如果今天能以“忠于官方名称”的理由加删除线,明天我毫不怀疑粉丝能拿同样理由,用CSS给画文字×。如果您只是赞成删除线,而反对加颜色、画×或者用其他rich text,希望您说一说:为何删除线需要忠实,其他花样不需要忠实。想滑这个坡的人挺多的,您只回复一个滑坡推论,并不能打消我的疑虑。--洛普利宁 2020年8月11日 (二) 15:37 (UTC)
- (:)回应我的看法是“a”,绝对支持WP:MOSTEXT;也谢谢您的保留意见。我括号中那句话之所以放在括号,只是因为我把这当作题外话,非并讨论主题,让您误会且长篇大论了,非常非常抱歉。“建议你去弄弄”是真的建议你去弄弄;如进入编辑战阶段,请也通知我一下,(支持移除颜色的)您将获得我的支持(反正我也没少干这种事)。最后仅(:)回应小结第三点,就以文字(即非图像)表达“官方给副标题加删除线”这个事实来说,直接加删除线虽非唯一,但应该是最清晰的方法了。-hiJK910 七一七二一or4B7NpHwbY 2020年8月12日 (三) 04:07 (UTC)
- 日本ACG作品命名标新立异的不少。这上面就有讨论,说波浪线分割副标题是无意义的修饰符,建议删掉换成正规的冒号。这个问题还回应可以说,来源媒体也保留符号,没理由自行删掉。那再看删除线,Tokyo MX没加,媒体(虽然是游戏网站)的“リリースを引用”也没加。那我只能认为删除线是格式装饰了,粉丝圈内有效,出去作废。--洛普利宁 2020年8月10日 (一) 16:39 (UTC)
- 有共识了吗?-hiJK910 七一七二一or4B7NpHwbY 2020年8月11日 (二) 13:17 (UTC)
- 上面的讨论还没结束。但实体文字标点都有争议,那连实体文字都算不上、正规新闻报道也不使用的删除线,想必争议只会更大。--洛普利宁 2020年8月11日 (二) 15:37 (UTC)
- 很好,即“未有共识”。-hiJK910 七一七二一or4B7NpHwbY 2020年8月11日 (二) 16:32 (UTC)
- 对您来说并不好。常用名称优于官方名称,上面保留波浪线的一个主要理由正是“来源也使用波浪线”,而类似的理由在删除线上并不适用。(这也是上面讨论我不反对波浪线,但这里反对删除线的原因。)如果上面的讨论都是未有共识,那这个讨论对您来说只会更糟。--洛普利宁 2020年8月11日 (二) 19:15 (UTC)
- 很好,即“未有共识”。-hiJK910 七一七二一or4B7NpHwbY 2020年8月11日 (二) 16:32 (UTC)
- 上面的讨论还没结束。但实体文字标点都有争议,那连实体文字都算不上、正规新闻报道也不使用的删除线,想必争议只会更大。--洛普利宁 2020年8月11日 (二) 15:37 (UTC)
- 有共识了吗?-hiJK910 七一七二一or4B7NpHwbY 2020年8月11日 (二) 13:17 (UTC)
- 日本ACG作品命名标新立异的不少。这上面就有讨论,说波浪线分割副标题是无意义的修饰符,建议删掉换成正规的冒号。这个问题还回应可以说,来源媒体也保留符号,没理由自行删掉。那再看删除线,Tokyo MX没加,媒体(虽然是游戏网站)的“リリースを引用”也没加。那我只能认为删除线是格式装饰了,粉丝圈内有效,出去作废。--洛普利宁 2020年8月10日 (一) 16:39 (UTC)
- 我看上面的讨论,反对波浪线的一方应该快顶不住了吧。XD-hiJK910 七一七二一or4B7NpHwbY 2020年8月12日 (三) 04:11 (UTC)
- 我对于书籍作品标题采删除线的意见是,遵照各国国家图书馆的正式登记书名/作品名。如果登记的标题没有删除线,那就不要加,反之亦然。台湾杉在此发言 (会客室) 2020年9月14日 (一) 12:39 (UTC)
- 简单来说,禁用为了描述事务性质的删除线,对于标题或描述原文自带的删除线不限制。——Sakamotosan路过围观杯弓蛇影| 避免做作,免敬 2020年8月10日 (一) 07:45 (UTC)
- 我对于书籍作品标题采删除线的意见是,遵照各国国家图书馆的正式登记书名/作品名。如果登记的标题没有删除线,那就不要加,反之亦然。台湾杉在此发言 (会客室) 2020年9月14日 (一) 12:39 (UTC)
其他禁用范围讨论
- 禁用范围为何?
- 例如第十二届全国人民代表大会代表名单#辽宁省(102名),如果在每个项目里面都加上(无效)会显得非常累赘。即使屏幕阅读器读不出正文,后文也描述了相同内容。
- 是否适用Navbox?{{中华人民共和国驻外机构}}里面的删除线可以用另一种符号代替,但是这样不够明显。
- 再比如{{京包铁路}},这类模板的惯例是用删除线划去已经废止的事物。同理还有RDT。
--GZWDer(留言) 2020年8月10日 (一) 07:56 (UTC)
- (:)回应
- 您可以另开一小节,如:
==辽宁省(102名)== …… ===已辞职的代表=== ……
这明显更为清晰,且解决了影响使用无法显示删除线的屏幕阅读器的读者阅读的问题。 2,3 均同上,在模板中使用:
|group1 = 现存的oo |list1 = …… |group2 = 已经废止的oo |list2 = ……
即可达到同样的效果。——BlackShadowG★(留言) 2020年8月10日 (一) 09:14 (UTC)
- @BlackShadowG: 车站列表和RDT有顺序,怎么能如此拆分?--GZWDer(留言) 2020年8月10日 (一) 09:32 (UTC)
- “大多数屏幕阅读器不支持显示包括删除线在内的文本属性”——但即使不读出来也没事
- “没有其他学术或专业出版物如百科全书会在文章中使用删除线”——不适用于导航模板
- “在某些汉字上使用删除线可能会导致难以辨认”——如果项目有链接(即使链接到不存在条目)就不会有此问题,因为链接有Tooltip
--GZWDer(留言) 2020年8月10日 (一) 09:56 (UTC)
- @GZWDer::以我举的例子“
工”,最难辨认的就是iOS设备(iOS的简体的“壬”第一撇像横),而触摸屏设备又难以使用Tooltip。另外非连结文字和打印材料呢?我认为删除线应该以实体文字替代,且出于辨认性考虑,应当禁止面向读者——包括条目中面向读者的导航模板。--洛普利宁 2020年8月10日 (一) 10:05 (UTC) - @GZWDer:若您不想因此打乱模板的顺序,可以直接在已经废除的事物的链接后面加上“(已废除)”,这样明显比删除线更加容易辨认(举个例子:
- @GZWDer::以我举的例子“
西湾堡 - 永嘉堡 - 夏小堡 - 天镇 - 罗文皂 - 阳高 - 王官人屯 - 聚乐堡 - 周士庄 - 大同东 - 大同 - 古店 - 孤山 - 堡子湾 - 五台洼 - 丰镇 - 监地 - 新安庄 - 永王庄 - 红砂坝
和
西湾堡 - 永嘉堡 - 夏小堡(已废除) - 天镇 - 罗文皂 - 阳高 - 王官人屯(已废除) - 聚乐堡(已废除) - 周士庄 - 大同东 - 大同 - 古店 - 孤山 - 堡子湾 - 五台洼(已废除) - 丰镇 - 监地(已废除) - 新安庄 - 永王庄(已废除) - 红砂坝
相比,后者清晰了许多)。而且,即使读者看不到也删除线没事这一看法似乎并不恰当,我们应该确保读者无论使用的是能显示删除线的阅读器还是不能显示删除线的阅读器都能正常获取同等的资讯。就以{{京包铁路}}为例,使用不能显示删除线的阅读器的读者就不能得到“有部分车站被废除”这一资讯,这明显是不太妥当的。——BlackShadowG★(留言) 2020年8月10日 (一) 14:19 (UTC)
- 我不认为这有必要。1、Module:RouteSequence还有更多标注方式,是否应该一并废除?(这点对文字着色更严重,但是Wikipedia:格式手册/文字格式#颜色及内联图像只限制使用,没有完全禁止)2、RDT阅读器完全读不出来。--GZWDer(留言) 2020年8月10日 (一) 16:09 (UTC)
- 感觉删除线和几年前日期连结差不多:做法没有条文指出,也说不出什么理由,就是有样学样。至于Module:RouteSequence这个不知道跟日语维基学的。毕竟此讨论主要参考英文版的理念,而日文维基怎么花哨怎么来,根本不吃英文维基那套……--洛普利宁 2020年8月10日 (一) 16:39 (UTC)
- 另外说道上色,这个问题抛开对比度,对辨认文字没有什么副作用。删除线在中文里容易和横混淆,即便辨认了出文字,感觉也不很舒服。(而且条目删除线划掉的主要是划专有名词,不像讨论里有上下文,大概扫一眼即可)适当的背景颜色搭配标注文字,可以在保障可读性的同时改善视觉效果。但问题是这个删除线,视觉效果根本就是负分啊……--洛普利宁 2020年8月10日 (一) 17:06 (UTC)
- 我不认为这有必要。1、Module:RouteSequence还有更多标注方式,是否应该一并废除?(这点对文字着色更严重,但是Wikipedia:格式手册/文字格式#颜色及内联图像只限制使用,没有完全禁止)2、RDT阅读器完全读不出来。--GZWDer(留言) 2020年8月10日 (一) 16:09 (UTC)
- (?)异议中间需要横线的特殊数学表达式怎么办?(-)强烈反对
- The numbers 500 and 1000 were denoted by V or X overlaid with a box or circle. Thus 500 was like a Ɔ superimposed on a
Þ. It becameDby the time of Augustus, under the graphic influence of the letter D. It was later identified as the letter D; an alternative symbol for "thousand" was a CIƆ, and half of a thousand or "five hundred" is the right half of the symbol, IƆ, and this may have been converted into D.[1]。 - Hydrogen peroxide is thermodynamically unstable and decomposes to form water and oxygen with a ΔH
oof –2884.5 kJ/kg[2] - Proof of convergence
- We can prove that the geometric series converges using the sum formula for a geometric progression:
- Since (1 + r + r2 + ... + rn)(1−r)
- = ((1-r) + (r - r2) + (r2 - r3) + ... + (rn - rn+1))
- = ((1
-r) + (r - r2) + (r2 - r3) + ... + (rn- rn+1)) - = 1−rn+1 and rn+1 → 0 for | r | < 1.
- We can prove that the geometric series converges using the sum formula for a geometric progression:
- The numbers 500 and 1000 were denoted by V or X overlaid with a box or circle. Thus 500 was like a Ɔ superimposed on a
参考资料
- ^ Asimov, Isaac. Asimov on Numbers (PDF). Pocket Books, a division of Simon & Schuster, Inc. 1966: 12.
- ^ Decomposition of Hydrogen Peroxide - Kinetics and Review of Chosen Catalysts (PDF). [30 August 2019]. (原始内容存档 (PDF)于22 December 2018).
- 此外,许多数学证明类条目推导过程会需要表达等式两侧划去数字的动作。-- 娜娜奇🐰枫香花茶☕(宇帆·☎️·☘️) 2020年8月10日 (一) 08:06 (UTC)
- 已修改提议条文,将其作为特殊的豁免情况。——BlackShadowG★(留言) 2020年8月10日 (一) 09:14 (UTC)
- (!)意见:虽然在下支持禁用删除线,但实在无法认同““
工”到底是“壬”、加删除线的“王”,还是加删除线的“工”呢?”这个理由。删除线常常不会只删除一个字,更别说那个字还刚好是“工”字,就算是,难道不能由前后文推测出来?应该不会有人会问““工商业发展”到底是“壬商业发展”、加删除线的“王商业发展”,还是加删除线的“工商业发展”呢?”吧?-游蛇脱壳/克劳棣 2020年8月10日 (一) 12:22 (UTC)- @克勞棣:,那人名怎么办?此名单第一位,保不齐真有人乍一看以为姓于吧……--洛普利宁 2020年8月10日 (一) 12:40 (UTC)
- 这个姓名是显示“
丁雪峰”,而不是“丁雪峰”吧?所以这条删除线应该是明显看得出来的,因此当某人“乍一看以为姓于”时,应该可以接着想到“也许他不姓于,是删除线造成的错觉”,而去进一步确认他到底姓什么(可以把他的姓名反白,或是把游标移到他的姓名看会浮动显示什么字)。没有那么难以察觉他可能不姓于吧?当然,釜底抽薪的办法是不要用删除线,我不是说了我支持禁用删除线吗?-游蛇脱壳/克劳棣 2020年8月10日 (一) 16:27 (UTC)- 不同电脑中,底线、删除线的粗细、显示位置有差异。我的电脑里,汉字的横和删除线一样粗,且基本和“雪”“峰”的横重合了,所以删除线不是很明显。而“
丁”的删除线比“于”的横稍微靠下一点,但这我也是刻意对比才说出来的。条目里会用删除线划掉的主要是人名、地名,难以用上下文推断。而不知情的人扫一眼,说不定以为是“于”就直接走了。所以我的意思是,删除线对汉字来说,有些人能看出来、有些人会怀疑一下,而有些人看错走掉也说不定。这个Wikipedia:格式手册/亲和力基本就是为小众情况考虑的,所以思考方式都是“眼睛不好”“行动设备不好反白”“只能用语音朗读器”之类的,可能确实有些小题大做的感觉吧……--洛普利宁 2020年8月10日 (一) 17:33 (UTC)
- 不同电脑中,底线、删除线的粗细、显示位置有差异。我的电脑里,汉字的横和删除线一样粗,且基本和“雪”“峰”的横重合了,所以删除线不是很明显。而“
- 这个姓名是显示“
- 关于删除线的禁用与否,我并无任何主张,不过我想说一下,在我刚加入维基,删除线确实影响我阅读体验,因此我当时(还不会css时)请天邪鬼帮我将删除线改成红色,参见User:-Zest/common.css第二条,使用后至今阅读毫无问题,用户可以自行套用看看体验,如果还有不好的阅读体验还可以自行设置不显示人和删除线,至于非注册用户的观看体验,私认为还需要更多意见参考。ps,数学/化学等使用不应该与中文使用的删除线一并讨论,禁用并非只有完全禁用一路。-Zest 2020年8月10日 (一) 16:16 (UTC)
- 支持禁用,只允许在提及删除线此一概念时作为示例,以及在专业领域已形成惯例的情况(例如数学计算、化学式),而且技术上可行时,后者应使用斜线划掉而非水平的删除线。另外,作品名打叉在西方语言的维基有一例子是以括号表示:de:(T)raumschiff Surprise – Periode 1,第一个字母因为双关所以在官方海报上是打叉,在各大媒体上出现时大多用括号,而在英语维基上该条目名称则连括号都省了,只在导言中写出来。--Yel D'ohan(留言) 2020年8月11日 (二) 09:34 (UTC)
- (※)注意:ΔH
o必须是水平线。 -- 娜娜奇🐰枫香花茶☕(宇帆·☎️·☘️) 2020年8月12日 (三) 04:31 (UTC)- 了解。改为“惯例上可用斜线时,应用斜线”。我想的主要是像计算过程中的约分或相消,删除线的语法容易,但斜线更好读。--Yel D'ohan(留言) 2020年8月12日 (三) 08:20 (UTC)
- (※)注意:ΔH
- (-)反对:
- 该段来自en:Wikipedia:Manual_of_Style/Accessibility的论述说的是另外一个意思:"In articles, do not use strikethrough to remove objectionable text. Either comment it out with "<!--" and "-->" or remove it entirely. By default, most screen readers do not indicate presentational text attributes (bold, italic, underline) or even semantic text attributes (emphasis, importance, text deletion), so struck-out text is read normally along with any other text. (Editors using screen readers who participate in Wikipedia policy and deletion debates are advised to turn on notifications about text attributes when doing so, as struck text is very common in Wikipedia-internal discussions.)"言下之意是,如果您不认同某内容,就直接删了。删除线不是删内容的方法,因为某些设备压根就不显示。这与翻译过来的方针草稿在意思上是不相符的。
- 更为得体的处理方式是使用模板包裹,由Special:Preferences决定该如何显示删除线,如本站的红/绿链一般。
--Antigng(留言) 2020年8月11日 (二) 16:02 (UTC)
- @Antigng:中文维基和英文维基的情况还不太一样。中文维基“
夏小堡站”这样添加删除线,大意一般是“夏小堡站(已废除)”——编者认同“夏小堡站是X铁路线上的一个车站”,只是用删除线表示车站已废弃。对于有异议的文字,我们编者确实会从源代码里删除(或者“夏小堡站[来源请求]”),像英文维基那样用删除线划掉的还真没几个。上次讨论有建议条文涉及表“废除事物”的问题,但有人不同意加,最后不了了之了。(这里未讨论<s>...</s>
和<del>...</del>
的HTML语义问题,编者混用的不少)--洛普利宁 2020年8月11日 (二) 16:17 (UTC)
7日内无新留言,根据WP:7DAYS,提议条文 公示7日。——BlackShadowG★(留言) 2020年8月18日 (二) 03:17 (UTC)
- 未见共识,且没有回应“使用模板包裹”。--GZWDer(留言) 2020年8月24日 (一) 07:58 (UTC)
- 我本身就不满意现在红绿链系统。我对WP:MOSIW的理解是,“绿链”和“红链括号附注”是互换用法——需要在红色链接后标注原文时,可以使用对应语种的绿色链接。但显示大部分编辑的观点是,绿链优先且不用白不用。用户对绿链意义理解不一致,或者设置不同,就会出现这样的问题:
- 那删除线用模版包裹也是一样,技术上定制小工具没有任何问题,但哪种样式是默认样式?编者A反对删除线,认为此处适合分割出“已撤销”子标题;编者B喜欢删除线模式,认为删除线一目了然,分割子标题纯属多余。在各自的显示效果下,两人说的都有道理。但问题就是,两人的前提不同,这怎么说?
- 我的意见是,删除线本身就不是百科文体应有的样式,不需要专门制作一个模版迎合删除线爱好者的要求。“已废除”这个资讯是主题最重要的资讯吗,他和成立时间等其他资讯有何区别,值得专门定制一个模版?况且可代替删除线的办法多得是:对于删除线简洁的理论,用加†注记只占半个汉字的位置,一样很简洁。即便退一步可以使用模版,我认为应当:a) 预设不显示删除线;b) 仅限在导航模版中使用;c) 布局时应以不使用删除线的视图为优先。(我还是没搞懂,为什么导航模版一定要提供“已废除”这个资讯,还非要用删除线这个格式;不加删除线就不能导航已有条目吗?)
- 另一方面,绿链名义上提供了不同小工具,但实际像这样各样式表意不一致。提出问题又不愿改,所以我对这种所谓用户自选样式的设置没有信心。—洛普利宁 2020年8月25日 (二) 14:03 (UTC)
- (▲)同上删除线本身就不是适合出现在百科全书中的样式,没有必要专门制作一个模板,且能使用删除线表达的资讯完全可以使用文字或其它方式来更加清晰地表达(如上方提到的“(已废除)”,“†”,分割子标题等)。
- 对于红绿链,我一直认为绿链这个模板的存在本身就不太合理,甚至不如曾经使用的{{ill}},因为绿链在手机端会显示为“原文(英语:链接的英文条目名)”此时如果需要链接的条目的语言与需要标注的外文不是一种语言就会很难处理,如果加上绿链在手机端就会显示为“原文(英语:链接的英文条目名)(第三语言名称)”,会显得非常冗余。而且,下载或者可打印版本完全无法显示绿链,那么绿链就无法起到标注原文的作用,对于某些需要标注原文的内容(如无正式译名的人名或外文作品名),就需要额外在后方使用括号标注,那么就会遇到上文提到的问题。 BlackShadowG(留言) 2020年8月27日 (四) 01:05 (UTC)
- 再次超过7日无新留言,根据WP:7DAYS,提议条文重新开始
公示7日,如有新意见还请提出。--BlackShadowG(留言) 2020年9月6日 (日) 02:15 (UTC)
- 根据en:Strikethrough#Double/multiple_strikethrough,如果汉字上加删除线会和其他汉字混淆,可以用双删除线,例如工王壬𡈼丁于。--GZWDer(留言) 2020年9月11日 (五) 13:49 (UTC)
- 这我之前已经提到过了,某些设备完全无法显示删除线,且删除线不是在诸如百科全书等专业出版物中的应该出现的样式,使用双删除线仍然无法解决这一问题,且使用双删除线似乎导致文字更加难以辨认。--BlackShadowG(留言) 2020年9月12日 (六) 11:47 (UTC)
- 根据en:Strikethrough#Double/multiple_strikethrough,如果汉字上加删除线会和其他汉字混淆,可以用双删除线,例如工王壬𡈼丁于。--GZWDer(留言) 2020年9月11日 (五) 13:49 (UTC)
- 再次超过7日无新留言,根据WP:7DAYS,提议条文重新开始
- 我反对禁用删除线,也反对滥用删除线,现在人偷懒太厉害,在模板里打角标比你划线不是更轻松吗?。->>Vocal&Guitar->>留言 2020年9月19日 (六) 09:58 (UTC)
要求在条目中使用{{lang}}标记外文
不可行,对于大型页面而言一下就超过Wikipedia:模板限制了-- Sunny00217 2020年9月23日 (三) 10:32 (UTC)
- 下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
目前的问题 |
目前有不少条目中使用了{{lang}}模板以标注外文,但大部分标注的文字都是由于可能导致简繁转换错误而不得不使用的日文,而其它语言,尤其是英语(可能是在条目中过于常见了),均很少使用{{lang}}模板。 | |||
---|---|---|---|---|
我的观点 |
在条目使用{{lang}}模板有很多的好处(请参见Wikipedia:格式手册/亲和力#外语和Template:Lang/doc#使用理由,这里不再重复),应当建议编者在条目中使用{{lang}}模板标注外文 | |||
我的解决方案 | 将Wikipedia:格式手册/亲和力#外语(WP:ATLANG)列为正式指引,提议条文如下:
| |||
此前的类似讨论 |
暂时没有找到 |
参考资料
- ^ H58: Using language attributes to identify changes in the human language, Techniques for WCAG 2.0, W3C, accessibility level: AA.
要求在条目中使用{{lang}}标记外文的讨论请置于本行文字下--BlackShadowG★(留言) 2020年8月9日 (日) 14:51 (UTC)
- 总体上支持,特别是日本汉字那一块。不过这里有一个问题,有些词语在中文语境也是用西文字母表示的,我认为还是要说一下不需要加
{{lang}}
。比如世嘉这个公司,台湾是使用西文字母“SEGA”的;如果有编辑看到西文就用{{lang|en|SEGA}}
,那反而阻断了正常的字词转换。另一个例子“Final Fantasy”,台湾使用西文,大陆翻译成“最终幻想”。这里说是英文单词,但几乎所有语言都这样拼写,应该不需要特别指明某个语言。除非特别强调英文版名,需使用{{lang|en|Final Fantasy}}
;或者需要用日文口音(Fainaru Fantajī)朗读,才标记{{lang|ja|Final Fantasy}}
。另外一些非汉字词,比如条文中提到的ISO、W3C,以及iPhone等词语,可能也需要比照处理。--洛普利宁 2020年8月9日 (日) 15:12 (UTC)- 即“{{lang}}模板的使用不能影响繁简转换,如果一个词汇的外语原文在某些地区较为常用,则无需使用{{lang}}模板进行标记”?——BlackShadowG★(留言) 2020年8月10日 (一) 00:56 (UTC)
- 是这个意思。—洛普利宁 2020年8月10日 (一) 03:28 (UTC)
- 已根据阁下的意见修改提议条文。——BlackShadowG★(留言) 2020年8月10日 (一) 06:19 (UTC)
- 是这个意思。—洛普利宁 2020年8月10日 (一) 03:28 (UTC)
- 即“{{lang}}模板的使用不能影响繁简转换,如果一个词汇的外语原文在某些地区较为常用,则无需使用{{lang}}模板进行标记”?——BlackShadowG★(留言) 2020年8月10日 (一) 00:56 (UTC)
- 其实这个不是不行,但你要有预感实际上不会有人去做,我DC刚审了两个条目威廉·埃维尼纳LALALAY,你看看会用lang还是不用lang的人较多?--Temp3600(留言) 今天, 01:58 pm (UTC+8)
- 只支持日韩文等使用汉字的文字,以防转换;不支持中文语境中的欧文,如《阿Q正传》。 KONNO Yumeto 肺炎退散 2020年8月13日 (四) 05:53 (UTC)
- 这么说来,建议扩展到“在一种语言的语境中使用的另一种语言,应该使用原语言的lang模板进行标记”?即如果在日文的语境中出现了英文,也应该使用
{{lang|ja}}
进行标记。 BlackShadowG★(留言) 2020年8月17日 (一) 00:14 (UTC)
- 这么说来,建议扩展到“在一种语言的语境中使用的另一种语言,应该使用原语言的lang模板进行标记”?即如果在日文的语境中出现了英文,也应该使用
- (-)反对。Category:引用模板后大小超过限制的页面。--Mewaqua(留言) 2020年8月17日 (一) 14:55 (UTC)
- 这会导致这个问题吗? BlackShadowG(留言) 2020年8月28日 (五) 03:15 (UTC)
- (-)反对,同意Mewaque🌜山西特产批发零售™️🌽🌶️🍎🍠🐓🐐(留言) 2020年8月29日 (六) 09:39 (UTC)
- 我认为Category:引用模板后大小超过限制的页面并非合理的反对理由,其他模板也一样能导致“引用模板后大小超过限制”。另一方面,我认为条文应该容许使用{{Jpn}}、{{Bo}}、{{My}}、{{Kor}}、{{Ryu}}、{{Thai}}、{{Ug}}、{{Vie}}等特定外语专用模板标注对应外文。SANMOSA SPQR 2020年8月30日 (日) 07:41 (UTC)
- 已在提议条文中加入了“或其他同等模板”这一说明,接下来就看看能否达成共识了。——BlackShadowG(留言) 2020年9月12日 (六) 11:50 (UTC)
- 编者成本高,后台开销大,使用者分布上获益小,爆模板问题更难控制。->>Vocal&Guitar->>留言 2020年9月19日 (六) 09:58 (UTC)
- 本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
追梦 Do Re Mi这条目的不当上色问题是不是无解啊?
刚刚翻阅了关于不当上色的讨论,找到这篇追梦 Do Re Mi,虽然无聊龙大曾将上色删除,但后来IP用户又将其改回来,还补上Wikipedia:格式手册/文字格式#颜色及内联图像,究竟是这个文字格式写得太糟还是IP用户有问题? --无心*插柳*柳橙汁 2021年1月18日 (一) 09:49 (UTC)
- 已先回退修改。另外,不如借此机会完善一下相关格式手册。—— Eric Liu 创造は生命(留言.留名.学生会) 2021年1月18日 (一) 10:07 (UTC)
- 我上次提出类似请求就被反应相关内容很好不用完善= =。 --无心*插柳*柳橙汁 2021年1月21日 (四) 07:50 (UTC)
- 那么可以考虑在方针版提案,将相关页面升格为正式指引。到时候肯定会有很多改善意见跳出来的。—— Eric Liu 创造は生命(留言.留名.学生会) 2021年1月21日 (四) 09:44 (UTC)
- 我上次提出类似请求就被反应相关内容很好不用完善= =。 --无心*插柳*柳橙汁 2021年1月21日 (四) 07:50 (UTC)
- @Ericliu1912、Milkypine:有没有具体提案?现时大致上的倾向如何?SANMOSA SPQR 2021年1月22日 (五) 06:38 (UTC)
关于条目金正恩中其朝鲜语名是否需要大写的问题
有用户认为这是一种语言现象,并引用文化语中的字句认为其应该在条目中将字号加大。但我翻了下WP:格式手册,并没有发现有与此相关的格式,能稍微搭上边的MOS:BIG也没怎么说,只是说“谨慎使用”。翻了下英维那边,条目内没有大写,格式手册好像也没有注明。想讨论下此行为是否有点多此一举。
附通知参加过的用户:@Hank2530、月 樱 雪、Kenny023:。--广雅 范★ 2022年8月26日 (五) 05:20 (UTC)
- 大写干嘛?反国家团体又管不到你维。--🎋🍣 2022年8月26日 (五) 05:40 (UTC)
- 我是觉得没有先例也没有必要--广雅 范★ 2022年8月26日 (五) 05:41 (UTC)
- “书写领导人姓名要放大、加粗,以示尊敬”一事被放到了Wikipedia:坏笑话和删除的胡话里,且长期存在。这应该能反映出一些编辑者的意见。
- “
金正恩
”对应的是“김정은
”而不是“<big>김정은</big>
”。即使在该国存在这样的规范,我们也并没有遵守该规范的义务,但可以注明该国存在这样的现象。完全按照该国习惯来书写不是很合适。—— 月_樱_雪 (留言) 2022年8月26日 (五) 06:01 (UTC) - 不必要。这是朝鲜的出版界规定,不是朝鲜语的规定。即便语言有所规范,中文也不一定全然遵循,如英文中将书名斜体的写法。--YFdyh000(留言) 2022年8月26日 (五) 06:25 (UTC)
- 依据我们的格式手册就可以了。而且后面不也提到“韩国及海外朝鲜民族的书写不循此规。”——Sakamotosan路过围观 | 避免做作,免敬 2022年8月26日 (五) 07:42 (UTC)
- 同意,根本没必要。--Kenny023(留言) 2022年8月26日 (五) 08:41 (UTC)
- 没有必要。--Yinyue200(留言) 2022年8月26日 (五) 19:44 (UTC)
- 朝鲜官方发布的中文文献中“金正恩”三字亦会加粗。如中文不遵循此规则,则韩文同样不需要。除非是block quotation,应考虑保持文献原样。--Mosowai(留言) 2022年8月28日 (日) 06:24 (UTC)
- 莫名其妙。—— Eric Liu 創造は生命(留言・留名・学生会) 2022年8月28日 (日) 13:00 (UTC)
网页亲和力(►)移动至网站无障碍(或Web无障碍),Wikipedia:格式手册/亲和力(►)移动至Wikipedia:格式手册/无障碍。 “亲和力”这个术语在两岸三地的政府网站中几乎很少使用,基本上都是使用“无障碍”,比如台湾无障碍网络空间服务网、无障碍网页宣告,香港无障碍网页手册、无障碍网页嘉许计划,中国大陆无障碍环境建设条例、无障碍环境建设法、网站设计无障碍技术要求,W3C的Web内容无障碍指南 (WCAG) 2.1[1]--Kethyga(留言) 2023年12月25日 (一) 09:20 (UTC)
- 支持,亲和力是一个怪异的词。--桐生ここ★[讨论] 2023年12月25日 (一) 11:53 (UTC)
- 不反对。--冥王欧西里斯(留言) 2023年12月26日 (二) 09:50 (UTC)
- (+)支持:维基百科有很多奇怪的翻译,也许是最大的中文群体隔绝在外,非中文母语用户和翻译软件的翻译内容充斥各处。--Nostalgiacn(留言) 2023年12月27日 (三) 04:14 (UTC)
- 猜测“亲和力”可能是台湾作者jedi力推的术语,不过现在不太常用,大陆的标准里面还有翻译作“可访问性”,见[2](ISBN 9787121142017)。发现中文的“无障碍”和德语“Barrierefreiheit”的意思/构词是一样的。--Kethyga(留言) 2023年12月28日 (四) 12:21 (UTC)
- 条目的讨论页就有编者写了“我采用了林克寰的翻译‘网页亲和力’”,林克寰就是jedi([3])。互联网是一种新事物,早期很多概念翻译是出于特定人物。但是在随着互联网普及,这些词汇可能有更好的译名。一如严复翻译telephone为“德律风”,最后流行的是“电话”。--Nostalgiacn(留言) 2023年12月29日 (五) 09:55 (UTC)
- 猜测“亲和力”可能是台湾作者jedi力推的术语,不过现在不太常用,大陆的标准里面还有翻译作“可访问性”,见[2](ISBN 9787121142017)。发现中文的“无障碍”和德语“Barrierefreiheit”的意思/构词是一样的。--Kethyga(留言) 2023年12月28日 (四) 12:21 (UTC)
- 搜寻来源发现,确实很少用亲和力。赞成网站无障碍,网页无障碍、网页亲和力保留重定向。序言是否还要写“亲和力”?电子信息无障碍条目应并入。--YFdyh000(留言) 2023年12月28日 (四) 12:07 (UTC)
- ( π )题外话虽然偏离这次的重点,这次是否有需要检查其他内容文字有没有需要调整的,有很多原文是英文的方针指引页因为翻译不完全又内容过时只能当成非方针/指引使用--Rastinition(留言) 2023年12月28日 (四) 12:28 (UTC)
- (+)支持。--PexEric 💬|📝 2024年1月6日 (六) 15:43 (UTC)
- (+)支持,之前就觉得怪怪的。--碟之舞📀💿 2024年1月8日 (一) 10:41 (UTC)