Talk:东京放课后召唤师
系列命名问题
雪狮(东京放课后召唤师) • 虎人(东京放课后召唤师) • 鬼若(东京放课后召唤师) • 郁利(东京放课后召唤师) • 巴钦(东京放课后召唤师)
这个系列的词条是不是可以考虑改为 xx:xx 这样的消歧义方式比较好呢？类似战舰少女:大凤这样 -Moeailue（讨论） 2019年12月25日 (三) 11:57 (CST)
- 都可以啊，抱歉让大大久等了 -神鬼草（讨论） 2020年1月29日 (三) 5:06 (CST)
那是否能麻烦帮忙移动呢？其他所有含有链接此系列的词条我会做修改的~ -神鬼草（讨论） 2020年1月29日 (三) 5:29 (CST)
关于Nekros&Bacchus
现在官方在资料卡上给的名称是两个都有（也就是说角色就叫Nekros&Bacchus），我在考虑主条目使用Nekros&Bacchus，然后两个分别的条目（Nekros和Bacchus）给出两个重定向，这样可以吧？--あの太（讨论） 2020年5月29日 (五) 19:28 (CST)
- 当然因为角色刚出，考虑到还没有标准的译名，所以这些条目暂时不会添加，只是一个预期的规划--あの太（讨论） 2020年5月29日 (五) 19:31 (CST)
- 我的想法是跟目前日文wiki上名称是以“奈克洛斯”建立，然后再将页面标题化成“奈克洛斯&巴卡斯”这样的想法，不知道行不行得通--神鬼草（讨论） 2020年5月29日 (五) 20:36 (CST)
- 建立完然后考虑移动的话也是可以的。--あの太（讨论） 2020年5月29日 (五) 21:17 (CST)
关于大量剧情
hmmm……当时考虑的问题还是发生了，戍孝的剧情量似乎大了一些，而且这次活动肯定还要导致角色的剧情量膨胀，所以像戍孝或者良太这类主角组角色的剧情是只增不减的，最开始没敢碰戍孝的剧情原因也是因为这个。
目前使用的这种折叠策略确实在一定程度上解决了这个问题，不过还是有很多角色的页面被拉得很长。所以我在考虑一种方法，就是剧情的详细内容单开一个页面，比如东京放课后召唤师:戍孝的剧情相关内容如果过多的话那就给一个主条目引导至剧情页面东京放课后召唤师:戍孝/剧情这种的，这样的话在子页面中也可以返回到上一级（比如从剧情页面返回到戍孝主页面也相对容易）。这个方法剧情是多是少都比较适用，虽然会造成页面数量会增多，但是阅读体验应该会好很多，似乎英文wiki也是这么做的。目前仅是构想，意下如何？？--あの太（讨论） 2020年6月29日 (一) 20:50 (CST)
- 这个方法的确不错，可以先测试一个看看，但就目前来看，仅用在常登场的角色就可以了。如果这方法可以，以后哪些角色剧情量已经过多也能建一下，不过其实这系列相关的条目也已经很多了，所以页面数量应该不会是问题。--神鬼草（讨论） 2020年6月29日 (一) 21:43 (CST)
- 不过刚才了解到你的意思是一个剧情一个页面，感觉还是会太多，也有被编辑大佬删除的风险，要不要就把角色所有剧情移动到一个页面就好了？--神鬼草（讨论） 2020年6月29日 (一) 21:47 (CST)
- 我原本的意思就是，一个角色的所有剧情放在一个剧情页面里，不会一个剧情一个页面，如果是那样的话页面就不是/剧情而是/<剧情名称>了，当然是一个角色的放在同一个剧情页面内就可以。--あの太（讨论） 2020年6月29日 (一) 22:15 (CST)
东放角色数据
| 东放角色数据 |
|---|
昨天在想本游戏也开始有了四卡，怕数据过长，所以昨晚烧脑建出了这个模板，好跟tabs一起运用，如果本模板建得不太好，我会做修改的。--神鬼草（讨论） 2020年7月18日 (六) 02:50 (CST)
- 好主意，我之前也想提议用Tab来着，不过因为没想好用tab之后表格版面应该改成什么样子所以就没说，不过改的话应该是个挺大的工程，想出这个模板，辛苦了(｡･ω･｡)ﾉ♡。不过好像必杀技名字那一行漏掉了。--あの太（讨论） 2020年7月18日 (六) 07:17 (CST)
- 不过突破n阶那个就不用说了吧？？～(￣▽￣～)~--あの太（讨论） 2020年7月18日 (六) 07:19 (CST)
- 感谢提醒，必杀技名字在Template:东放角色数据的范本有补上了。另外突破n阶是突破后习得技能，想说给萌新看清楚，当然我想不用也没关系，应该在其他地方做说明就好了。--神鬼草（讨论） 2020年7月18日 (六) 09:50 (CST)
Tab中的头像图片
Tab头像的图片务必加上一个空的link=参数，不然的话在移动端上切换标签页就会触发图片链接。比如[[File:Horkeukamui 3 ico.jpg|80px|link=]]得到的File:Horkeukamui 3 ico.jpg就不会触发图片链接。 --あの太（讨论） 2020年8月4日 (二) 18:37 (CST)
- 可以通过正则表达式
\[\[File:(.+)\|80px\]\]替换为[[File:$1|80px|link=]]。 --あの太（讨论） 2020年8月4日 (二) 20:35 (CST) - 原来如此，那么link=后面是不是要填什么？--神鬼草（讨论） 2020年8月4日 (二) 21:41 (CST)
- 不，什么也不填，表示禁用当前图片的链接 --あの太（讨论） 2020年8月4日 (二) 23:07 (CST)
【Advocation】要不要推广使用模块？？
正如所看到的，我在角色数据的模板里投入使用了一个模块Module:Sandbox/あの太/housamo（一种使用Lua编写的通过萌百的Scribunto插件运行的一种功能内容），这个模块目前仅仅用于显示稀有度，并且允许模版的使用者对稀有度一项仅传入一个数字。
目前这个模块仍然在沙箱里，并且目前仅仅投入了这样一种简单的用途，当然功能还是可以加的。
使用模块后，一些模板的内容可能会得到一定程度的简化并且更易于使用，不过使用模块也可能让模板在逻辑上变得稍微繁杂一些
所以我在考虑要不要对这个模块的使用进行一下推广，因此这里征求一下您的意见，如果可以的话，我将：
① 将Module:Sandbox/あの太/housamo移出沙箱成为正式的模块
移动为单独的页面后这个模块就不再需要前面“Sandbox”那些前缀了，这会让模块名变得简单，不过这样一来会有几个问题：新的模块以什么命名？中文名（东放/东京放课后）？英文名（housamo）？
- 注意：我尝试移动过模块页面，似乎移动过的模块页面不会留下重定向
② 不止建立一个模块
从开发的角度来看的话，我们可能会针对不同的应用场景建立多个模块，尽管我个人目前只是比较关心沙箱里的那个模块，不过已经在构想的模块包含如下几个：（这里的模块名称暂时用英文命名）
housamo：实际上就是我在沙箱中建立并且在考虑移动出来的那个，包含一些功能性的函数或工具（目前有Stars函数）。CGroup/housamo：用于本系列的公共转换组，说实话这个我不是很确定需不需要，这个东西主要是针对区域性的语言翻译差异所使用的（而且我还没仔细看这个东西是怎么被使用的）housamo/Data：专门用于存储本系列各个角色的数据，如果建立这个模块之后角色数据的模版会变得很简单，不过相对应的，这个模块就要写入大量的东西来存放这些数据，这导致的其中一个问题就是当针对特定角色进行修改的时候会比较困难（因为内容特别多，不易寻找），同样，这个我也不太确定要不要做，有可能只是存放一些数值数据，也有可能存放涵盖文本在内的所有数据，如果可能的话我会考虑尽可能的抽象一下，把共性的东西提出来才有做模块的价值。
③ 逐步对使用模块的模板和页面进行修改
如果考虑大量地使用模块的话，这个是当然的，当然也并不是所有的内容都需要使用模块，比如有些内容可以通过魔术字解决等。
此外如果编写模块的话，当然，我们还需要对模块提供一个详细的文档。
以上是关于使用模块的一些想法，不知意下如何。
--あの太（讨论） 2020年7月23日 (四) 14:54 (CST)
- Module:Sandbox/あの太/housamo这个确实需要移出来，模块用能理解的名称应该就可以了，不过我觉得目前除了上述之外还有属性和武器种之类的，应该没有需要建太多模块。还有如果未来有要建数据相关模块的话，就以东放角色数据/oooo这样来命名如何？然后目前的技能有部分是以能理解的方式去写的，如要按照官方给的技能文本，有些地方对萌新可能不太能理解。--神鬼草（讨论） 2020年7月23日 (四) 16:02 (CST)
人物关系数据
好消息，我终于用CSS、HTML和wikitext把人物关系的模板Template:东放角色关系做出来了。
一直以来我们的词条里没有人际关系的内容，这次做出来的模板个人感觉相当美观，现在我们也可以在词条中加入人际关系的说明了！
如果决定加入这个模板的话，加在词条中哪个位置合适？ --あの太（讨论） 2020年7月31日 (五) 13:24 (CST)
- 这个模板确实做得不错，至于放哪里的话，但如果要放相关人士那边的话会显得太大，所以我在想放语音和其他的中间或是外部链接（角色wiki上方）如何?--神鬼草（讨论） 2020年7月31日 (五) 13:43 (CST)
- 或者的话可以考虑数据右侧的位置，那里因为数据模板改了之后那里变得异常空旷。 --あの太（讨论） 2020年7月31日 (五) 13:46 (CST)
- 可是角色关系并非数据，放那里感觉会沒有存在感。--神鬼草（讨论） 2020年7月31日 (五) 14:04 (CST)
- 其实关系也算一种数据，毕竟角色关系是影响结缘buff的，不过单开一个小标题也行，但我觉得最好是在语音之前出现，最好不要放到外部链接上方，外部链接的上面是那个很大的导航模板，放在那里就更没有存在感了。有一个挺好的位置，就是调查资料和语音之间那个位置。 --あの太（讨论） 2020年7月31日 (五) 14:12 (CST)
- 好像可以，那就放那边看看。还有就是有些好意或是苦手太多位的话，能否像日文wiki那样改成分行的？--神鬼草（讨论） 2020年7月31日 (五) 14:33 (CST)
- 啊这个不用担心，这个模板已经考虑那个问题了，宽度超出阈值值的话会自动换行，不过现在的问题是移动端的浏览体验不太好，我不知道在萌百里可不可以做响应式设计。 --あの太（讨论） 2020年7月31日 (五) 14:37 (CST)
- 其实如果到时候换行这部分没法的话，在条目将模板置中也是可以的。--神鬼草（讨论） 2020年7月31日 (五) 15:08 (CST)
调查资料的改进
>>这里<<我写了几种尝试对调查资料格式改进的措施，如果可行的话，可以挑一个版本改成模板用，如果不可行的话，那就暂时不动。
不过，这里面仍然存在一些问题，例如可以日天的主人公，祂有5张外观图……这个我还在考虑有没有什么好办法，有一种办法是主人公的单独写，然后用Template:multiple image什么的，或者想一些别的办法…… --あの太（讨论） 2020年8月11日 (二) 22:02 (CST)
语音可能也会用类似的方式进行改进 --あの太（讨论） 2020年8月12日 (三) 09:11 (CST)
- 我觉得Tab Grid Parallel的这种可以，对于像是克图格亚这种很长的文本就刚刚好。
| 主角调查资料 |
|---|
- 至于主角的话，我弄上方这样不知道可不可以。--神鬼草（讨论） 2020年8月12日 (三) 09:44 (CST)
- Tab套Tab……
有种套娃的感觉倒也不是不行，总之主人公的需要单独弄，Tab Grid Parallel的话移动端没法看，所以移动端还得用Tab Grid Cascade，不过这个不是问题，写个响应式的CSS就能解决，如果可以的话我就尝试写一下吧 --あの太（讨论） 2020年8月12日 (三) 10:09 (CST)
Template:东放调查资料已经实现了。在屏幕宽度足够的情形下显示为Tab Grid Parallel，否则显示为Tab Grid Cascade。不过唯一遗憾的一点是外面还得套Tab，没有把多个调查资料集成起来。 --あの太（讨论） 2020年8月12日 (三) 22:27 (CST)
- 我们建模板有些是希望能透过Tab来省空间的吧。还有这好像导致右边更空了，而且我看登场的说明模板也重叠到角色个人资料了，不然这样好了，要不要考虑把数据跟登场交换位置? --神鬼草（讨论） 2020年8月13日 (三) 08:52 (CST)
- 没太理解登场说明和角色个人资料重叠了是什么概念……有的时候是通过Tab来节省空间，这里也确实通过Tab节省空间了（原本是一联数据垂直拉下来的，现在分页了），然而建立模板并不仅仅是出于这个目的。建立模板的另外一个目的是减少重复的工作量，因为共性的内容都被放到模板里了，主条目中只需要为展开提供差异性的内容，我原本的打算是把Tabs集成到模板里写，这样的话留给正文里需要写的内容就会变得更少，然而模板的参数控制机制并没有我想象中那么全面，如果要做到这一点可能要写模块手动展开模板（然而考虑到模块的展开时机，这种做法也有缺陷），此外，这里把这个模版做的窄一些，其目的是方便阅读，如果文本段落的宽度过长的话读起来其实是挺累的（一眼望不到头的感觉），不过导致右侧变空了也确实是事实。
- 我之前的想法是把数据、关系、调查资料全都安排到一个模板里，是因为考虑到在PC端上数据的模板也非常窄，所以我之前考虑是在那张表格右侧安排一个大宽列专门放对应于该角色配置的调查资料和角色关系，然而之前提到过关于“存在感”的讨论，数据的模板在移动端上实际上已经需要横向翻阅了，如果在右侧加入调查资料和角色关系的话，读者可能完全不知道右侧还有东西，存在感就更低了。
- 换位置的话……换位置肯定是起不到省地方的作用的而且明显数据中的内容比较多，可能让条目看起来头重脚轻。 --あの太（讨论） 2020年8月13日 (四) 10:50 (CST)
- 刻意缩短了文本宽度的另外一个目的是，如果直接顶到100%的话看起来其实挺不协调的，因为图片比较高（312px）
| 顶到100%的状态 |
|---|
--あの太（讨论） 2020年8月13日 (四) 11:02 (CST)
人物信息
这几天把Template:东放人物信息给做了出来，如果可以採用的话，若有哪里需要美化或修正，欢迎修改~~--神鬼草（讨论） 2020年9月5日 (六) 01:56 (CST)
AR数据
嗯，也差不多这几天把{{东放AR数据}}给做出来了，支持折叠和多个等级并列排布。如果可以的话在东京放课后召唤师:AR装备中就可以投入使用了。 --あの太（讨论） 2020年9月5日 (六) 19:49 (CST)
关于四叠半新作LAH
Live A Hero在9月30号正式发布了。
我看模板里好像给出了指向LAH的链接，所以，那边准备要
--あの太（讨论） 2020年10月2日 (五) 12:04 (CST)
嗯，那我把目前整理出来的东西先放到对面的讨论页里吧，到时候等开词条好有个参考 --あの太（讨论） 2020年10月2日 (五) 14:20 (CST) あの太（讨论） 2020年10月2日 (五) 14:20 (CST)
关于萌百稳定性及条目迁移
最近萌百崩的次数越来越多而且越来越频繁，因此是否需要考虑在适当时机备份条目并迁移至其他平台？？ --あの太（讨论） 2022年2月12日 (六) 10:10 (CST) 包括隔壁的LAH --あの太（讨论） 2022年2月13日 (日) 16:27 (CST)
- 刚开始开坑时，其实就有这种想法，可以先备份，至於哪个平台也需要考虑慎选的 --神鬼草（讨论） 2022年2月15日 (二) 13:24 (CST)
- 实话说，就目前萌百形势来看，我不确定什么时候迁移比较合适，而且似乎很多的停基坪好像也都面临类似的问题，这件事情需要提上日程了，这段时间可能会开始备份有关条目，包括模板和模块，此外除了讨论版外，可能需要其他的交流方式。 --あの太（讨论） 2023年9月28日 (四) 07:59 (CST)
- 这还是要再观察，我们可以先备份起来 --神鬼草（讨论） 2023年9月29日 (五) 19:57 (CST)
语音信息已模板化
再有角色语音可以使用模板{{东放语音}}填写了，然后可以把大标题（常驻、新年、限定等）改成标签页 --あの太（讨论） 2023年7月15日 (六) 21:27 (CST)