实时 LaTeX 长文预览
修改大型 LuaTeX 文档的一行内容,毫秒级看到受影响页面,并能定位回触发更新的源码。
写长篇技术文档的人改动一处引用、公式或章节时,编辑器只重算受影响的部分,并把更新后的 PDF 页面原位贴回预览。每次局部刷新都能反向定位到触发它的源码行,作者既保留复杂排版,也获得接近普通文本编辑器的即时反馈。依赖关系可展开查看,方便确认为什么这几页会随一行改动而变化。
为什么是现在
以大型 LuaTeX 文档“1ms”重编译为题的预印本于7月18日出现在 Hacker News;截至7月19日01:33(UTC)的快照为26 points、4 comments、rank 19,说明这个问题在这次短观察窗口内获得了一轮社区注意,但不能据此外推长期需求。S1
目标用户
正在维护学位论文、技术书籍、规范或大型研究报告的 LaTeX 作者;他们会在调整公式、引用、脚注、图表或章节结构后打开它,立即确认哪些页面被牵动以及改动为何传播。
最小切入点
先做本地 VS Code 扩展,限定一组可验证的 LuaLaTeX 文档结构和常用宏包:常驻编译进程记录源码、辅助文件与输出页之间的依赖,变更后替换受影响页面;源码与 PDF 的双向定位直接接入 SyncTeX。S3
以小博大
开源编辑器接入层和兼容性测试仓库,用公开的论文、学位论文与书籍模板制作可复现的全量编译对比演示;在 Hacker News、TeX Stack Exchange 和 LaTeX 社区征集失败样例,再把结果沉淀成可检索的宏包兼容清单。
竞品与缝隙
怎么赚钱
个人版按年订阅,包含本地编辑器插件和持续更新;高校、实验室与出版社按席位采购。
反方视角
真正困难的不是刷新 PDF,而是保证增量结果正确。浮动体、页码、目录、交叉引用、脚注、辅助文件和自定义宏都可能让一行改动跨越段落甚至章节传播;依赖图只要漏掉一条边,作者看到的就是速度很快但内容已经过期的预览,而频繁用全量编译兜底又会削弱速度优势。