讨论:传颂之物系列角色列表
外观
本条目依照页面评级标准评为列表级。 本条目属于下列维基专题范畴: |
||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
真的有必要使用表格记述吗
[编辑]- @Kuon.Haku:在网页使用表格有个非常大的缺点就是排版容易跑掉,尤其是塞入了大量内容的表格,而百科阅读者有不少的比例是使用手机等狭长型移动装置阅读,而本条目在使用表格阅读时亦会有非常严重的跑版问题,不知阁下是否有尝试使用其他装置阅读过本条目(其实标准16:9显示器阅读本条目看起来其实也非常壅挤),而且纵观维基如此多角色列表条目,也鲜少使用表格的。
- 在手机等狭长型移动装置阅读起来的效果如下所示--Samishikute 2019年7月14日 (日) 03:48 (UTC)
角色名称 | 另译 | 日语原名 | 所属 | 传颂之物 | 虚伪的假面 | 二人的白皇 | 声优 | 简介 |
---|---|---|---|---|---|---|---|---|
哈克奥罗 | 白皇 | ハクオロ | 图斯库尔 | ✔ | ❌ | ✔ | 小山力也 | 第一作主角,头戴白色假面,是久远真正的父亲,开篇时被艾露露在村外所救,被艾露露起了她父亲的名字。后来成为图斯库尔国家的缔造者,带领众人统一所有部族。真实身份是大神解放者寄寓的“冰人”,在太古时代是一名考古学家,在一次考古中被大神解放者附身,其后成为太古时代人类(伟大之父)的研究对象。在篇末因为失控转化为大神解放者而被封印。在二人的白皇篇末成为一个普通人类,与艾露露重逢。 |
- 表格的好处在于可以将不同类型的角色归类,我个人认为使用传统的散文式会造成查阅困难的问题,至于移动版阅读的问题,我认为目前确实难以解决,也许只能等待WMF解决技术上的问题。--クオン·目安箱⚗·翡翠·鵺鳥·十姉妹·夜啼鳥 2019年7月14日 (日) 05:10 (UTC)
- 这倒不是WMF可以解决的,这是HTML语言本身的问题,等待不会有结果,再者其实查阅困难仍然比现在的无法查阅好多了 囧rz……
- 归类的话传统角色列表使用副标题、3、4级标题来生成TOC目录归类,其实还蛮方便查阅的--Samishikute 2019年7月14日 (日) 09:05 (UTC)
- 若无其他方案,那就先改回传统,等WMF解决再改成表格啰,不然现在处于无法阅读状态,对读者非常不适合--Samishikute 2019年7月16日 (二) 17:14 (UTC)
- 我个人反对这种方式,不然你会因为装置问题所以反斥侠盗猎车手V获奖列表现代艺术博物馆电子游戏馆藏列表史克威尔艾尼克斯电子游戏列表?那大概一半的特色列表要GG了。 --无心*插柳*柳橙汁 2019年7月17日 (三) 02:19 (UTC)
- 基本上这不是“反斥”,而是作为一个编辑者,本来就该以让读者能阅读为前提下去编辑,根据wikipedia的浏览统计,至少有50%~60%的维基浏览来源来自移动设备,那么究竟该让40%的读者能阅读就好,还是让100%都能阅读呢?--Samishikute 2019年7月17日 (三) 09:00 (UTC)
- 然而编辑显然也有自己的考量,会采用这种方式正是觉得这合适,如果你真的这么重视,你应该提出另一版本的范例,不然要改,要改什么?你总要有个目标吧。 --无心*插柳*柳橙汁 2019年7月17日 (三) 09:12 (UTC)
- 上面有提了,另外,你所举例的那几个列表条目,除了其中一个备注栏文字较多外,其余栏位内文字都相当少,所以不会造成挤压让表格严重变形,我用移动设备浏览也没严重变形,然而这个条目却不一样,每一列都有超大量文字(角色介绍),所以每一列都严重变形,两者无法相提并论--Samishikute 2019年7月17日 (三) 09:13 (UTC)
- 你提Help:章节叫做范例?我是要实际的条目,而且这条目也有副标题啊...,大姐啊!!!你希望他人改善,表示你心中有个理想,传统角色列表那么多,你一定有个标准,所以才问有没有范例。 --无心*插柳*柳橙汁 2019年7月17日 (三) 10:20 (UTC)
- 原编者都听得懂...你一个什么都不懂突然跑来我也不知道该说什么...不知道可以去看Category:日本动漫角色列表或Category:电子游戏角色列表随便点一个基本上九成九都是传统散文式,这条目还是我看维基这么多年来第一个用表格来写角色列表的。--Samishikute 2019年7月17日 (三) 14:13 (UTC)
- 没看过不等于没有,现任主权君主列表也算是一种角色列表,我什么都不懂?现在是已经失去理智啦,你如果觉得原编者写很烂,那么请你自己改,现在问题是你提出的,如果你的态度这么随便,我们有必要认真看待吗,你有问题,所以问你你的理想,结果回应去角色列表随便找,反正你也是随便的人,那干嘛听你的话做修改。
我真贱,当初就不该把这个放在监视列表,这样你也没机会可以念我。--无心*插柳*柳橙汁 2019年7月18日 (四) 04:20 (UTC)- 好啦,两位还是别吵了。Samishikute说别人什么都不懂肯定是不好的,维基百科也不鼓励对条目内容的所有权。此外,我认为同类条目都如何也不一定代表某一条目就应该怎么做。至于散文式表格的问题,我认为对这一列表来说最大的问题就是难以将所有角色分好类型,按登场作品分或者按出身份都可能造成相似角色的割裂,而使用表格筛选可以根据需要自行归类。我认为表格带来的优势多于移动设备造成的不便,至于移动设备的解决方案,正如Samishikute所说,恐怕也是很难得到解决的。也许妥协的办法是把手机屏幕横过来(?),至于平板设备,我认为也不存在宽度上的问题。--クオン·目安箱⚗·翡翠·鵺鳥·十姉妹·夜啼鳥 2019年7月18日 (四) 04:40 (UTC)
- 加上font-size:small还有把另议、日语原名整合到角色名称如何?可以改善一点(4,真的只是一点)。 --无心*插柳*柳橙汁 2019年7月18日 (四) 04:45 (UTC)
- 原编者都听得懂...你一个什么都不懂突然跑来我也不知道该说什么...不知道可以去看Category:日本动漫角色列表或Category:电子游戏角色列表随便点一个基本上九成九都是传统散文式,这条目还是我看维基这么多年来第一个用表格来写角色列表的。--Samishikute 2019年7月17日 (三) 14:13 (UTC)
- 你提Help:章节叫做范例?我是要实际的条目,而且这条目也有副标题啊...,大姐啊!!!你希望他人改善,表示你心中有个理想,传统角色列表那么多,你一定有个标准,所以才问有没有范例。 --无心*插柳*柳橙汁 2019年7月17日 (三) 10:20 (UTC)
- 上面有提了,另外,你所举例的那几个列表条目,除了其中一个备注栏文字较多外,其余栏位内文字都相当少,所以不会造成挤压让表格严重变形,我用移动设备浏览也没严重变形,然而这个条目却不一样,每一列都有超大量文字(角色介绍),所以每一列都严重变形,两者无法相提并论--Samishikute 2019年7月17日 (三) 09:13 (UTC)
- 然而编辑显然也有自己的考量,会采用这种方式正是觉得这合适,如果你真的这么重视,你应该提出另一版本的范例,不然要改,要改什么?你总要有个目标吧。 --无心*插柳*柳橙汁 2019年7月17日 (三) 09:12 (UTC)
- 基本上这不是“反斥”,而是作为一个编辑者,本来就该以让读者能阅读为前提下去编辑,根据wikipedia的浏览统计,至少有50%~60%的维基浏览来源来自移动设备,那么究竟该让40%的读者能阅读就好,还是让100%都能阅读呢?--Samishikute 2019年7月17日 (三) 09:00 (UTC)
- 我个人反对这种方式,不然你会因为装置问题所以反斥侠盗猎车手V获奖列表现代艺术博物馆电子游戏馆藏列表史克威尔艾尼克斯电子游戏列表?那大概一半的特色列表要GG了。 --无心*插柳*柳橙汁 2019年7月17日 (三) 02:19 (UTC)
- 若无其他方案,那就先改回传统,等WMF解决再改成表格啰,不然现在处于无法阅读状态,对读者非常不适合--Samishikute 2019年7月16日 (二) 17:14 (UTC)
- “随便点一个基本上九成九都是传统散文式”这句话的关键字明明就是“都是传统散文式”,用意是让你知道散文式是啥,请勿把目光聚焦在“随便”上面抹黑,至于电子游戏和动画的角色列表条目,你提国家君主分类的出来做啥我就不吐槽了...另外我也从未说过“写很烂”之类的话,请勿乱扣帽子,现任主权君主列表这类表格每一格文字都很少、不会造成排版跑掉的就不用一直重复提出来了,没意义。同时,也不要一直把话题转移目标成我的问题,我本身也是用电子计算机在看wiki的,并没有浏览问题,本串讨论重点是在于解决广大传颂之物粉丝在用移动设备浏览时无法观看的问题,想必同样作为粉丝,不会希望其他粉丝无法浏览吧@@,当然,若是最后结论是不管无法浏览的粉丝死活,我也不好说什么,反正我本人浏览也没收到影响,我才贱,不该求好心切关心粉丝,感谢参与讨论--Samishikute 2019年7月18日 (四) 09:49 (UTC)
- 近三周无回应,若后续无更好补救方案,将按mw:Avoid tables for anything except data进行修正--Samishikute 2019年8月6日 (二) 10:40 (UTC)