Claudy Forrest

线段树页面在 #6642 中正在重新整理。欢迎对该 PR 提出意见和建议。

建议暂时搁置这个 PR，等到 #6502 写完之后看看那个页面布尔代数写到哪了再在这里继续。

分节符具有很浓烈的博客风格，支持移除。以及： https://github.com/OI-wiki/OI-Wiki-export/blob/d0a86a1192f3a95769e83033e54b2a0eef946aa7/remark-latex/lib/compiler.js#L455 GitHubOI-Wiki-export/remark-latex/lib/compiler.js at d0a86a1192f3a95769e83033e54b2a0eef946aa7 · OI-wiki/OI-Wiki-export将 OI-Wiki 导出为印刷质量的 pdf 的工具. Contribute to OI-wiki/OI-Wiki-export development by creating an account on GitHub.

好奇，汉字之后接英文句点会出现什么情形？bot 会自动将它们用空格隔开吗？毕竟如果真的每页都是全角句点，我相信一定会有人在写文档的时候全部写成半角句点再加个空格。如果 bot 会将它们用空格隔开的话，感觉会有效避免这样的操作。

> > 我相信一定会有人在写文档的时候全部写成半角句点再加个空格。 > > 这样写的话会原样返回 刚刚测了一下，bot 会把它改成中文句号：[样例](https://github.com/OI-wiki/OI-wiki/pull/6485/commits/aca053e4666bbfa4f93f290d3fb215edcfdd26b6) [样例](https://github.com/OI-wiki/OI-wiki/pull/6485/commits/c910d306024189d006c79e05c697af90eb1be5fe) [样例](https://github.com/OI-wiki/OI-wiki/pull/6485/commits/3e6fc258bee731a7773c06c3c04404c3eb7c9c79) 麻了，所以总是得有一个 post process。不过 post process 应该可以简单很多，就是把中文小圆圈换成中文小句点。

> > 麻了，所以总是得有一个 post process。不过 post process 应该可以简单很多，就是把中文小圆圈换成中文小句点。 > > 即使 post process 只做这个，表格的宽度也会出问题，所以 fix_punctuations 不如还是放在 post process 里。 不会吧。全角句号和全角句点是等宽的吧。

您好！目前该 PR 的内容过于庞杂，涉及的功能与组件远超一个 PR 合理的范围，导致审核难度非常高。同时，作者对 Python 语法与编程规范尚不够熟悉，也进一步增加了审阅的困难。因此，我们暂时无法就此 PR 提供更进一步的修改建议。 如果您希望继续推进相关工作，建议将本 PR 拆分为多个职责单一、功能明确的子组件。请确保每个组件的实现尽量简洁（例如仅包含一两个、每个几十行的代码文件），并分别提交独立的 PR，以便 reviewer 更容易理解、审阅并做出判断。 若没有进一步的更新，本 PR 及相关 PR 将在一段时间后因无响应而自动关闭。 感谢您的理解与配合！

这些页面都是存在的，直接在数论部分插一个类似数论函数求和概述页面？ Update: 大概过了一下这些论文和页面。~其中，朱震霆并没有提出新的筛法，涉及积性函数求和的部分主要还是 min 25。~ 周康阳关于积性函数求和的方法实用性存疑，据他论文说的，实际效率并不如 min 25。他论文提及的块筛卷积部分，就是那个 atcoder 题解里叙述的方法（大概），那个可以收录到 dirichlet 卷积页面。 综上，个人觉得基本上把 dirichlet 卷积页面好好整理一下就足够了？因为别的页面都是存在的，而周康阳的求和方法缺乏实用性的话，引入 OI Wiki 可能有悖于方针。 @Tiphereth-A

补充一组资料： - - - OI中常用数论函数求和法的简化陈述 - 博客 - negiizhao的博客 OI 积性函数求和传统做法的最后一块拼图 - 博客 - negiizhao的博客 积性函数求和新做法初步研究 - 博客 - negiizhao的博客

有一个大胆的想法：直接把这些亚线性筛合并到一个页面好了，叫个 **数论函数求和** 或者类似的题目。这样就既做到了专题性的整理，又避免了和单独页面重复。目前这些页面的内容相对零散，且页面内部除了过程描述就是一两道模板题。这完全可以作为一个小节的内容。在同一页面内就更容易对方法之间的逻辑关系和异同进行对比。