关于限制迭代页使用的一些个人想法
免责声明：以下内容均为用户Dr Hormress以自身经验作出的推断。
政策见此。
一、政策原文节选
节选政策前半部分在此展示，以便阅读。
二、合理性
政策原文中“理由”一部分列举的部分现象确实存在，以下是分点说明：-
由于设置了较多迭代、难以阅读甚至难以正常评分的文档确实存在，例如《SCP-CN-1100》：这篇文章的主页面使用iframe引用了一段补充材料，导致在主页面只能对补充材料评分；且迭代链接不明显导致难以阅读正文。
版面过于复杂导致条目自身文案的可读性下降，不利于信息的正常传播。
-
的确有这方面的困难，不过我个人推测此处“缺陷”主要在于难以定位子页面、ListPages抓取容易出现问题。“段落”标签可能因类似原因被添加。
offset（迭代）对wiki统计和支持有缺陷，在技术上不便于统计管理
-
迭代有滥用趋势，不利于新点子的创造发掘。
尚未知晓具体意义，根据文本看来，保护新点子是好事。（不过为什么迭代滥用与点子有关呢？我还没有完全理解这一点）
三、不合理性
-
迭代页也包括使用CSS或javascrpit来实现的类似效果，但具体是否超过3页限制则视乎情况具体分析。
既然如此，
offset（迭代）对wiki统计和支持有缺陷，在技术上不便于统计管理
既然已经并非使用offset制作，使用单页迭代/target/html达成的迭代效果并无分页，上述“对wiki统计和支持有缺陷”理由则不能成立。为什么还要限制此类迭代效果？
- 部分长、故事性文档确实有必要使用迭代页。
综上所述，即日起，在普通条目中将禁止以一切形式使用多于3个迭代页（条目本身算一个页面，即最高不能超过offset/2）。
- 迭代次数限制与文本长度无关，空迭代页或跳转也计为1页；同时对应地，无论多么长的文本只要迭代页数符合要求就不受影响。
- 对于特别喜欢迭代页的创作需求，未来在特殊情况下会放开关于迭代的限制（如使用特定的tag等）
当一篇如djkaktus的提案III那样的巨型文档发布时，该选择直接发布、并努力把文档字符数压缩在wikidot单页面字符数上限内还是使用补充材料？也许以后会有限制使用补充材料的新政策出来也不一定。
当然，不可避免产生较多迭代、内容不长的文档还有一个好办法：[[tabview]]
Sieg Zeon.