讨论:伊丽莎白蒂夫卡
微肿头龙在话题“清晰方式”中的最新留言:2个月前
本条目页依照页面评级标准自动评为消歧义级。 本条目页属于下列维基专题范畴: |
||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
清晰方式
@微肿头龙:那您有没有更清晰的方式来区分州-区-市镇的方式?能够让读者一眼明了各级行政单位的界限。我觉得在这样的消歧义页里加个空格更清楚。--万水千山(留言) 2024年9月17日 (二) 08:17 (UTC)
- 最简单的,别放市镇。消歧义项的描述应尽可能简短。--微肿头龙(留言) 2024年9月17日 (二) 08:24 (UTC)
- 可是我不觉得我的方式有什么大问题,并且更好。--万水千山(留言) 2024年9月17日 (二) 08:37 (UTC)
- 但反正空格的作用并非为了“阅读起来更方便”,所以不能放空格。--微肿头龙(留言) 2024年9月17日 (二) 08:47 (UTC)
- 请给出维基方针或指引。--万水千山(留言) 2024年9月17日 (二) 08:49 (UTC)
- 我找不到关于空格用法的方针,但我认为中文里除特殊情况外不应使用空格。如果阁下不同意可以去征求更多人的意见。--微肿头龙(留言) 2024年9月17日 (二) 09:00 (UTC)
- 这种消歧义页就是您所说的特殊情况,有助于读者快速分清各级行政单位的界限。--万水千山(留言) 2024年9月17日 (二) 10:09 (UTC)
- 不可以把未用于消歧义的区、市镇删掉吗,比方说山东省和河南省有一个同名的镇,我觉得用省区分就可以了,不一定要把其上级全部列出。--Kethyga(留言) 2024年9月17日 (二) 10:14 (UTC)
- 没有全部理解您的意思。乌克兰这种常见地名中有时同区甚至同市镇都有同名的村庄。我这种方式列出来我觉得非常明了。辛辛苦苦的工作被别人简单否定,感觉不是太好的。--万水千山(留言) 2024年9月17日 (二) 10:32 (UTC)
- 只针对同州同区的列出市镇即可(其实也不用,因为蓝链接里也会有市镇名)--微肿头龙(留言) 2024年9月17日 (二) 10:35 (UTC)
- 不是否定你的辛苦,感觉可以参考一下乌克兰语,目前列出的几个都是村庄,那么结尾的村庄可以放到这一系列的开头,另外如果一个州只有这一个村,下一级行政区可以不用列出来,如果需要消歧义就列出来。--Kethyga(留言) 2024年9月17日 (二) 11:58 (UTC)
- 可以参照,但并非一定要按照其方式。乌维里消歧义的后缀都被管道链接屏蔽了,但中维里不能屏蔽消歧义后缀。如有人在Wikipedia_talk:消歧义里说的,这些都是小细节,无需去统一或禁止某种做法。在达不到共识之前,还是应该回复至分歧前的版本。如果你们要改变的话,那应该是你们的义务去争取到共识。然后再来修改。--万水千山(留言) 2024年9月17日 (二) 13:38 (UTC)
- @Kethyga:另外,消歧义页的主要用途就是当读者进入这个页面后能够快速找到其所需要的页面。那么提供完整的行政区划结构可以让读者得到快速确认。注意乌克兰地名中很多同名村庄可能在中维里还未创建,所以还没有在消歧义页里列出。如果列出到市镇层次(有时甚至需要到长老区层次),可能帮读者确认该村庄是否已经有页面了。建议您去阅读一下不加和加了空格的版本,哪个版本能够让读者快速找到所需条目?--万水千山(留言) 2024年9月17日 (二) 18:57 (UTC)
- 没有全部理解您的意思。乌克兰这种常见地名中有时同区甚至同市镇都有同名的村庄。我这种方式列出来我觉得非常明了。辛辛苦苦的工作被别人简单否定,感觉不是太好的。--万水千山(留言) 2024年9月17日 (二) 10:32 (UTC)
- 不,我指的特殊情况是比如iPhone 16这种。此消歧义页不是。--微肿头龙(留言) 2024年9月17日 (二) 10:16 (UTC)
- 可问题是谁有权来认定什么情况是特殊情况?难道不是要经过讨论来取得共识吗?即使您是管理员,也请尊重一般维基编辑者的苦劳。--万水千山(留言) 2024年9月17日 (二) 10:34 (UTC)
- 另外,不明白您说的"iPhone 16"是啥意思。--万水千山(留言) 2024年9月17日 (二) 10:36 (UTC)
- 特殊情况就是专有名词(一般是外语原文)里自带的空格应该保留,其他的应该清理掉,因为中文文本是没有空格的。iPhone 16就是其中一种需要保留空格的而不是变成iPhone16。另外,我不是管理员,我自然会尊重每一位编者的苦劳,但这不是保留不合理部分的理由。--微肿头龙(留言) 2024年9月17日 (二) 10:39 (UTC)
- 而我的判断是这种消歧义页是特殊情况的排版文本,不是通常的文章文本。--万水千山(留言) 2024年9月17日 (二) 11:01 (UTC)
- 那你需要提供方针/指引/实体百科全书例子作为此论据的支撑。至少WP:DABSTYLE里的例子不能支持“不是通常文章文本”这一观点。--微肿头龙(留言) 2024年9月17日 (二) 11:12 (UTC)
- 我以前就说过你们有些人死扣方针。那如城关镇页面里每行还没有使用句号呢?很多消歧义页里在词条后不是使用逗号而是使用冒号。在法律上,如果某事并未明文禁止,而现实上又有很多人去做,那么就会形成惯例。这种惯例虽然没有铭文规定,但法院做裁决时也是需要考虑到的。--万水千山(留言) 2024年9月17日 (二) 11:41 (UTC)
- 关于句号请见Wikipedia:消歧义#消歧义项描述末尾是否需要加句号?,关于逗号冒号请见该讨论下方。这些我认为都是小事,无所谓。唯有这个空格令我难以接受。后面那段法律我不知和此讨论有什么关系。--微肿头龙(留言) 2024年9月17日 (二) 11:52 (UTC)
- 您觉得空格难以接受,那我觉得空格可以带来更好的视觉效果。那凭什么要遵守您的观点。在达不到共识的情况下,请回复至分歧前的版本。另外从那个讨论可以看出,这些都是小细节,没必要去强制统一或禁止。而后面那段法律的说法是如果把维基的方针和指引当作维基的法律来看的话,虽然方针指引上建议或规定该怎么做,但实践上人们不按照该规定而用另外的方式去做而又未被惩罚的话,那表明原有的方针指引变得过时或失效,而人们使用的做法就变成了不成文的法律(方针指引)。从法律专业角度来说,法律并不仅仅是法律条文里的那些话,还要考虑到制定法律前的草案讨论、现实做法、法院判例、与宪法的关系(维基的自由精神)等等。所以请不要死扣方针上的字眼。--万水千山(留言) 2024年9月17日 (二) 13:30 (UTC)
- 标点符号只是小细节,但在内文使用空格可就违背了中文的书写习惯(不空格)。除非得到多数编者的认同,否则我会继续移除所有带有空格的消歧义。维基百科指引/方针不是法条,不按照规定执行并不会受到惩罚,除非该编者是蓄意违反。正确做法应该提醒相关编者,如果该编者不认同方针指引可以提出修改,而不是光会反对方针指引。一边反一边又懒得改方针指引那要方针指引干什么?没有人纠正是因为没有人看到,不是大家默认允许,就和闯红灯没有被罚不是因为法律允许而是警察没看到一样。而且维基百科和法律不同,法律可以不溯及既往,但维基方针推出后可以不溯及之前的条目?所以别拿法律和维基瞎类比。何况就算原有的法律过时法官也得跟着法条判,直到新的法条上线。回到此消歧义的争议,在内文使用空格已经从根本上违反了中文的书写习惯,除非大家认同否则不能接受。--微肿头龙(留言) 2024年9月17日 (二) 14:21 (UTC)
- 我们维基志愿编辑者的精力有限。我觉得花那么大的精力去讨论方针指引的修改,不如把同样的精力为编辑或创建条目。
- 再说中文里也并非不能完全使用空格,在姓名列表里两个字的姓名为了排版整洁的话就会加空格跟三字姓名对齐。那在这种消歧义页面里为了方便读者快速理解行政级别,加上空格就大逆不道了?--万水千山(留言) 2024年9月17日 (二) 18:45 (UTC)
- 给您举个加空格的栗子:人民日报。那里各个姓名之间也没有用“、”符号,而是使用空格。二字姓名之间也加了空格。--万水千山(留言) 2024年9月17日 (二) 19:08 (UTC)
- 那个是为了整齐而这么做,而且确实有实际例子支持。如果你要运用此逻辑应该把州、区、市镇对齐,但相必不会获得支持。大逆不道倒不至于,但有更佳方案——去掉市镇、保持整洁。--微肿头龙(留言) 2024年9月18日 (三) 01:13 (UTC)
- 标点符号只是小细节,但在内文使用空格可就违背了中文的书写习惯(不空格)。除非得到多数编者的认同,否则我会继续移除所有带有空格的消歧义。维基百科指引/方针不是法条,不按照规定执行并不会受到惩罚,除非该编者是蓄意违反。正确做法应该提醒相关编者,如果该编者不认同方针指引可以提出修改,而不是光会反对方针指引。一边反一边又懒得改方针指引那要方针指引干什么?没有人纠正是因为没有人看到,不是大家默认允许,就和闯红灯没有被罚不是因为法律允许而是警察没看到一样。而且维基百科和法律不同,法律可以不溯及既往,但维基方针推出后可以不溯及之前的条目?所以别拿法律和维基瞎类比。何况就算原有的法律过时法官也得跟着法条判,直到新的法条上线。回到此消歧义的争议,在内文使用空格已经从根本上违反了中文的书写习惯,除非大家认同否则不能接受。--微肿头龙(留言) 2024年9月17日 (二) 14:21 (UTC)
- 您觉得空格难以接受,那我觉得空格可以带来更好的视觉效果。那凭什么要遵守您的观点。在达不到共识的情况下,请回复至分歧前的版本。另外从那个讨论可以看出,这些都是小细节,没必要去强制统一或禁止。而后面那段法律的说法是如果把维基的方针和指引当作维基的法律来看的话,虽然方针指引上建议或规定该怎么做,但实践上人们不按照该规定而用另外的方式去做而又未被惩罚的话,那表明原有的方针指引变得过时或失效,而人们使用的做法就变成了不成文的法律(方针指引)。从法律专业角度来说,法律并不仅仅是法律条文里的那些话,还要考虑到制定法律前的草案讨论、现实做法、法院判例、与宪法的关系(维基的自由精神)等等。所以请不要死扣方针上的字眼。--万水千山(留言) 2024年9月17日 (二) 13:30 (UTC)
- 关于句号请见Wikipedia:消歧义#消歧义项描述末尾是否需要加句号?,关于逗号冒号请见该讨论下方。这些我认为都是小事,无所谓。唯有这个空格令我难以接受。后面那段法律我不知和此讨论有什么关系。--微肿头龙(留言) 2024年9月17日 (二) 11:52 (UTC)
- 我以前就说过你们有些人死扣方针。那如城关镇页面里每行还没有使用句号呢?很多消歧义页里在词条后不是使用逗号而是使用冒号。在法律上,如果某事并未明文禁止,而现实上又有很多人去做,那么就会形成惯例。这种惯例虽然没有铭文规定,但法院做裁决时也是需要考虑到的。--万水千山(留言) 2024年9月17日 (二) 11:41 (UTC)
- 那你需要提供方针/指引/实体百科全书例子作为此论据的支撑。至少WP:DABSTYLE里的例子不能支持“不是通常文章文本”这一观点。--微肿头龙(留言) 2024年9月17日 (二) 11:12 (UTC)
- 而我的判断是这种消歧义页是特殊情况的排版文本,不是通常的文章文本。--万水千山(留言) 2024年9月17日 (二) 11:01 (UTC)
- 特殊情况就是专有名词(一般是外语原文)里自带的空格应该保留,其他的应该清理掉,因为中文文本是没有空格的。iPhone 16就是其中一种需要保留空格的而不是变成iPhone16。另外,我不是管理员,我自然会尊重每一位编者的苦劳,但这不是保留不合理部分的理由。--微肿头龙(留言) 2024年9月17日 (二) 10:39 (UTC)
- 不可以把未用于消歧义的区、市镇删掉吗,比方说山东省和河南省有一个同名的镇,我觉得用省区分就可以了,不一定要把其上级全部列出。--Kethyga(留言) 2024年9月17日 (二) 10:14 (UTC)
- 这种消歧义页就是您所说的特殊情况,有助于读者快速分清各级行政单位的界限。--万水千山(留言) 2024年9月17日 (二) 10:09 (UTC)
- 我找不到关于空格用法的方针,但我认为中文里除特殊情况外不应使用空格。如果阁下不同意可以去征求更多人的意见。--微肿头龙(留言) 2024年9月17日 (二) 09:00 (UTC)
- 请给出维基方针或指引。--万水千山(留言) 2024年9月17日 (二) 08:49 (UTC)
- 但反正空格的作用并非为了“阅读起来更方便”,所以不能放空格。--微肿头龙(留言) 2024年9月17日 (二) 08:47 (UTC)
- 可是我不觉得我的方式有什么大问题,并且更好。--万水千山(留言) 2024年9月17日 (二) 08:37 (UTC)
- 相关话题:在如Trymybestwikipedia批量创建的小地名条目里,条目首句通常是:XX是XX国的村庄,由XX省XX县负责管辖。我觉得“负责管辖”是值得商榷。很多国家上下级行政单位并不是管辖关系,只是行政区划上的隶属关系(当然可以讨论“管辖”的具体意思是什么)。我一般喜欢使用“XX是XX国XX省XX县的村庄”格式。因为外国地名有时很长,这也会引起读者难以分清行政区划级别的界限。当然这种情况下不能使用空格。我好像是不是在日维里有在一个长地名下面添加下划线的做法,这样的话这种连串的下上级行政单位间下划线有个中断,便于读者阅读。不知这种做法是不是可以在中维里使用。有没有有心人士去推动一下?--万水千山(留言) 2024年9月17日 (二) 11:11 (UTC)
- 我更倾向于“某某是隶属于X州X区的村庄”,当然这种小细节无所谓。上级行政区划都会有“州”、“区”、“镇”等字眼,认真看应是不会有误会的。--微肿头龙(留言) 2024年9月17日 (二) 11:17 (UTC)
- 您自己都说了要“认真”看,那为了方便读者快速理解的话加个空格不是更方便吗?--万水千山(留言) 2024年9月17日 (二) 18:47 (UTC)
- 我更倾向于“某某是隶属于X州X区的村庄”,当然这种小细节无所谓。上级行政区划都会有“州”、“区”、“镇”等字眼,认真看应是不会有误会的。--微肿头龙(留言) 2024年9月17日 (二) 11:17 (UTC)