双屏电子书翻页
在双屏设备打开书籍或长文时,内容自动避开铰链排成连续双页,翻一次推进完整一组页面。
双屏设备用户打开 EPUB、PDF 或网页长文时,常常只能得到一块被铰链切开的宽屏。这个阅读器把铰链当作书脊:用户选择文件后,文字自动在左右两页重排,页边距和行长避开中间断口。每次翻页推进的是一整个跨屏版面,读者终于能像翻开一本书那样连续阅读。
用户可按设备方向切换横向双页或纵向上下页。查词、脚注和插图可以固定在右侧,左侧继续停留在正文;需要标注时,批注会贴着原页保存,不会因重新排版漂走。分享来的文章会先抽取干净正文,再保留原链接和图片出处,方便在阅读后回到来源。
起步版本优先支持可重排的 EPUB、结构正常的 PDF 和阅读模式网页。扫描版 PDF 仍按原图显示,复杂杂志排版则提示用户改用单页浏览。排版参数会跟随字号与旋转实时更新,使第二块屏幕真正成为阅读内容的一部分,而不只是多出一块空白显示区。
为什么是现在
一条 2026 年 8 月 23 日的 r/AynThor 帖询问双屏阅读应用,评论区建议寻找 Surface Duo 方案,但仍未给出能在 Thor 两块屏幕上主动跨屏分页的现成答案。S1
目标用户
核心用户是已经购买 Thor、Surface Duo 或同类双屏设备的重度读者。他们在通勤、睡前或长时间阅读时,会把设备完全展开,却发现普通阅读器让文字穿过铰链。手里常有本地 EPUB、论文 PDF 或稍后阅读文章,又不愿为每种格式切换应用。此时,他们需要稳定的双页节奏,也在意旋转后能否保住进度和批注。
最小切入点
Android 端用 Jetpack WindowManager 读取铰链位置、遮挡范围和设备姿态,再把可用区域拆成两个独立页面。S2 EPUB 与结构正常的 PDF 可基于 Readium Kotlin Toolkit 打开,其 Navigator 已覆盖分页、定位和部分高亮能力。S3 页面进度保存为出版物定位信息,批注另存文本上下文,避免只依赖重排后的坐标。网页导入先限语义结构清楚的文章页,用 DOM 解析正文、图片和来源链接。扫描 PDF 保持原图双页显示,不承诺文字重排。复杂杂志与异常文件直接回退单页,先保证翻页、旋转和续读位置可靠。
以小博大
第一批用户就在 Thor、Surface Duo 和折叠屏设备社区里寻找阅读方案。可发布一个带示例 EPUB 和 PDF 的测试包,让用户直接对比普通跨屏与避开铰链后的版面。收集设备型号、方向切换和失败文件,持续公开兼容清单。短视频只展示导入、跨屏分页和整组翻页,便于用户判断自己的设备是否适用。
竞品与缝隙
- Amazon KindleGoogle
- Kindle 已在 Surface Duo 上展示类似纸书的双页阅读,证明双屏书本形态已有成熟参照。S4 它适合已经在 Kindle 内阅读书籍的人,也降低了用户理解双页翻阅的门槛。官方材料只确认了 Kindle 与 Surface Duo 的适配,没有说明本地 EPUB、普通 PDF 和网页文章能否进入同一套双屏流程。它也没有展示按铰链边界动态计算页宽的通用能力。脚注常驻另一屏、正文保持原位,以及跨格式批注定位,都不是该材料呈现的重点。新产品的缝隙不是再做一次翻页动画,而是接住用户已有的开放文件和分享链接。还要让布局随旋转与设备姿态稳定重算,并明确处理扫描 PDF 和复杂版式。若这些差异无法在 Thor 等设备上明显体现,用户很可能继续使用现有阅读器。
怎么赚钱
基础版免费打开本地文件;双屏排版、批注导出和网页导入通过一次性专业版解锁。
反方视角
不同双屏设备上报的铰链边界和姿态可能不一致,适配工作会随型号增加。EPUB 改字号后必须重新分页,页码、脚注和批注若定位不稳,会直接打断续读。PDF 的页面尺寸、裁边和跨页插图差异很大,统一双页规则容易切错内容。网页正文抽取还会遇到登录墙、动态加载和图片丢失。双屏设备用户本就有限,逐台验证又需要真实硬件。若首批设备上的旋转、恢复和翻页仍有明显故障,读者不会把长期书库交给它。