政策见此。

一、政策原文节选

节选政策前半部分在此展示，以便阅读。

二、合理性

• 版面过于复杂导致条目自身文案的可读性下降，不利于信息的正常传播。

  由于设置了较多迭代、难以阅读甚至难以正常评分的文档确实存在，例如《SCP-CN-1100》：这篇文章的主页面使用iframe引用了一段补充材料，导致在主页面只能对补充材料评分；且迭代链接不明显导致难以阅读正文。
  

• offset（迭代）对wiki统计和支持有缺陷，在技术上不便于统计管理

  的确有这方面的困难，不过我个人推测此处“缺陷”主要在于难以定位子页面、ListPages抓取容易出现问题。“段落”标签可能因类似原因被添加。
  

• 迭代有滥用趋势，不利于新点子的创造发掘。

  尚未知晓具体意义，根据文本看来，保护新点子是好事。（不过为什么迭代滥用与点子有关呢？我还没有完全理解这一点）
  

三、不合理性

• 迭代页也包括使用CSS或javascrpit来实现的类似效果，但具体是否超过3页限制则视乎情况具体分析。

  既然如此，

  offset（迭代）对wiki统计和支持有缺陷，在技术上不便于统计管理

  既然已经并非使用offset制作，使用单页迭代/target/html达成的迭代效果并无分页，上述“对wiki统计和支持有缺陷”理由则不能成立。为什么还要限制此类迭代效果？
  

• 部分长、故事性文档确实有必要使用迭代页。

  综上所述，即日起，在普通条目中将禁止以一切形式使用多于3个迭代页（条目本身算一个页面，即最高不能超过offset/2）。

  1. 迭代次数限制与文本长度无关，空迭代页或跳转也计为1页；同时对应地，无论多么长的文本只要迭代页数符合要求就不受影响。
  2. 对于特别喜欢迭代页的创作需求，未来在特殊情况下会放开关于迭代的限制（如使用特定的tag等）

  当一篇如djkaktus的提案III那样的巨型文档发布时，该选择直接发布、并努力把文档字符数压缩在wikidot单页面字符数上限内还是使用补充材料？也许以后会有限制使用补充材料的新政策出来也不一定。

  当然，不可避免产生较多迭代、内容不长的文档还有一个好办法：[[tabview]]
  

优点：删除线重生

缺点：不能换行