“用户:ZheiZhei/Todo”的版本间的差异
跳到导航
跳到搜索
小 |
|||
| 第106行： | 第106行： | ||
<span id="真标题"></span> | <span id="真标题"></span> | ||
| − | <span class="plainlinks" style="display: block; font-family: 'Linux Libertine','Georgia','Times',serif; border-bottom: 1px solid #2d2d2d; margin-top: 1em; font-size: 1.5em; margin-bottom: 0.25em; padding: 0; line-height: 1.3; font-weight: bolder"><span class="mw-headline">伪标题测试</span><span class="mw-editsection"><span class="mw-editsection-bracket">[</span>[ | + | <span class="plainlinks" style="display: block; font-family: 'Linux Libertine','Georgia','Times',serif; border-bottom: 1px solid #2d2d2d; margin-top: 1em; font-size: 1.5em; margin-bottom: 0.25em; padding: 0; line-height: 1.3; font-weight: bolder"><span class="mw-headline">伪标题测试</span><span class="mw-editsection"><span class="mw-editsection-bracket">[</span>[{{fullurl:{{NAMESPACEE}}:{{BASEPAGENAMEE}}/Todo|action=edit}} 编辑]<span class="mw-editsection-bracket">]</span></span></span> |
<h2 style="display: none">真标题</h2> | <h2 style="display: none">真标题</h2> | ||
2021年12月3日 (五) 22:10的版本
扩展需求
实用扩展
- Widgets：用于复杂的样式及模板编写，考虑到站内未使用 TemplateStyles 等扩展，仅能通过编辑全站样式进行修改，编辑较为不便，希望添加。
- Semantic MediaWiki：语义化扩展，便于实现数据查询、自动化等需求，会加重服务器负载，待议。
- DynamicPageList3：报告产生器，也可用于实现自动化或复杂的 wikitext 模板。
- Loops：提供循环相关的解析器函数以实现相关需求。
- Regex Fun：正则表达式函数。
- Arrays：数组函数。
- Variables：变量函数。
辅助编辑
- InPageEdit：用于快速编辑。
- MsUpload：用于批量上传图片。
- MultiBoilerplate：用于在编辑前选择样板，有利于同类条目统一、规范化。
- CodeMirror：wikitext 代码高亮。
显示优化
- 全局配置 nomobile 和 nodesktop 样式以便于移动端适配。
使用优化
只是使用优化，对编辑没有什么大的帮助。
- CirrusSearch：ElasticSearch 扩展。
- Flow：结构式讨论扩展，可替代传统讨论页，便于 wikitext 新手或用户进行提问或讨论。
- FlowThread：评论插件，可替代站内目前使用的 Comments 扩展。
- PinyinSort：为分类提供拼音排序方法，更适合中文用户的使用习惯。
其他
- WikiSEO：搜索引擎优化。
- PageImages：显示图像文件信息。
- Lazyload：图片懒加载。
- VectorMenuSidebar：为Vector皮肤提供带解析器函数功能的自定义侧边栏。
JavaScript 库
可能有需要，还不知道，先记在这。
- Tippy.js：Popup，用于实现弹出注释等需求。
- MathJax：数学符号。
模板编写
使用 wikitext 代替 Lua 进行模板编写。
Infobox
引入 Navbox 相关模板后进行编写。
- 伪命名空间导致的名称显示问题
- 解决思路一：Loops + Array + Regex 系列函数进行预处理
- 问题：Loops 上限问题
- 解决思路二：使用 Dpl 的 titlematch 和 titlereplace 功能进行预处理
- 问题：模板嵌套，需大量使用 {{{!}}} 进行分隔
- 解决思路三：伪命名空间名建立对应模板以实现快速创建链接
- 问题：可行性较高，感觉没啥大问题
- 移动版 Navbox 表现问题
- 解决思路：Navbox 仅于桌面端显示，移动端改用表格进行实现
- 问题：模板重复编写，暂无更好办法
其他
样式重构
- 系列作品主页面
- 作品目录
- 精简表格内容，避免超长表格，便于查找
- 考虑仅保留年份、标题、作者和十字内的简介
- 标题双行表示，使用 white-space: nowrap 样式确保不换行
- 分集剧情
- 目前无法在各剧情之间自由跳转
- 解决思路：考虑直接展示所有剧情，
通过 hlist 样式的目录进行跳转引入 水平目录 模板进行跳转 - 问题：
目录在移动端不展示标题展示问题，对展示内容模板化并使用伪标题实现？
伪标题测试[编辑]
真标题
- 剧情的展示方式
- 解决思路一：剧情以外的内容放入 <noinclude></noinclude> 标签
- 问题：<noinclude></noinclude> 中内容算入展开前大小，可能超出模板深度限制
- 解决思路二：剧情内容放入 <section> 标签内
- 问题：原条目格式要求
- 解决思路三：使用 lsth 进行引用
- 问题：
没啥问题，就是新人可能找不到在哪编辑原文，个人觉得没必要向这点妥协靠伪标题解决了（
规范编辑
本人基于以往的编辑经历、个人习惯及其他 wiki 站点的情况提出的规范化意见参考
- 伪命名空间不便于后续维护且容易与真的命名空间混淆，改为使用 Infobox 模板直接添加对应分类
- 原目的：世界观内容与作品分离
- 对于将二者在标题上进行区分的目的未完全理解
- 同名词条进行消歧义为常见做法，个人未觉有不妥之处
- 伪命名空间的页面管理难度较高，且在链入时十分不便
- 留言、Todo 等内容置入对应条目的讨论页，而非直接呈现于页面上，给其他编辑的提示考虑以注释形式留在源码中
- 官方信息与考据、分析等二次创作内容分离，相关二次置于对应条目的子页面下
- 剧情相关内容置于对应条目的子页面下
待议
- 在无官方译名的情况下条目名使用原文还是民间译名
- 系列作品的用语、设定等世界观相关内容开设汇总词条，内容较少的部分不另开条目
其他
- 制作公司、制作人员等现实相关条目的收录
- 文件分类、命名规范化（待议）
- 免责声明
